先做去标识化,再做选题提炼。把客服原话里的姓名、电话、订单号、地址、具体金额和可定位到个人的时间点删掉或替换为占位符,只保留“问题类型、触发条件、用户期望”这三类信息,再判断它是否值得做成选题。这样做的直接结果是:你得到的是一类需求,而不是一个人的故事,后续写出来的内容才可能覆盖更多读者,也不会因为暴露隐私而被迫删稿。
两种条件下的处理方式不同。第一种条件:客服记录本身就是工单摘要,已经去掉了联系方式,只留下问题描述。这时可以直接进入提炼,重点放在“这个问题出现的条件”上。第二种条件:你拿到的是聊天记录原文或通话转写,里面混着称呼、订单信息、情绪化表达。这时不能直接提炼,必须先做一轮删除和替换,否则你写出的选题会带着个体痕迹。
判断依据很简单:把一段原话交给一个不认识当事人的人看,他能不能据此找到或认出具体的人。如果能,说明还没脱敏;如果不能,才进入下一步。这个判断不依赖任何工具,只依赖你对信息颗粒度的检查。
隐私处理不是把原话改得面目全非,而是把“个体标识”和“问题结构”分开。可以按下面的顺序操作:
一个假设例子:客服原话是“我上周三在你们小程序买的那个99元套餐,付完钱没到账,打客服电话也没人接,我姓李,手机尾号1234”。处理后可以变成“用户购买低价套餐后未及时到账,且联系客服未得到响应”。前者只能写成一个投诉故事,后者可以拆成“支付后权益未到账的排查顺序”和“客服响应慢时用户还能做什么”两个选题方向。注意,这里的具体数字只是用来说明替换方法,不是真实数据。
脱敏之后,原话里仍然会有大量不影响选题判断的细节,比如用户当时的情绪铺垫、与问题无关的寒暄、重复描述、对某个无关功能的抱怨。筛选标准是:删掉这个细节后,读者对问题的理解是否发生变化。如果不变化,就删;如果变化,就保留。
实际操作时,可以问三个问题:
前两个问题的答案是否定的,第三个问题的答案是肯定的,这个细节就应该被去掉。做完这一步,你手里剩下的通常是一句很短的问题陈述。这句话就是选题的原材料,而不是最终标题。
条件一:同类问题在近期多次出现。这时不要逐个原话去写,而是把多条脱敏后的问题陈述放在一起,找共同触发条件。动作是:把重复出现的环节标记出来,比如都发生在支付后、都发生在修改信息时、都发生在退款到账前。结果是你可以写出一个覆盖一类场景的选题,而不是重复写同一件事。下一步是检查这个共同条件是否有明确的适用边界,如果有,就在文章里写清楚“什么情况下会遇到”。
条件二:同类问题只出现一次,但问题本身有普遍性。这时不要因为“只有一个人问”就放弃,也不要直接把它当成普遍现象。动作是:先查这个问题是否属于产品流程中的固定环节,比如注册、下单、开票、注销。如果是固定环节,就可以作为选题;如果只是某个用户的特殊操作路径,就先放进观察列表,不急着写。结果是你能区分“偶发个案”和“流程性缺口”,避免把一次客服对话放大成一篇误导性内容。
例外情况:如果原话涉及安全风险、资金损失或法律纠纷,不要自行脱敏后公开讨论。这类内容应交给对应处理流程,不进入选题库。这个例外优先于上面的两种条件。
一个可执行的动作是:建立一张两列表格,左列写“脱敏后的问题陈述”,右列写“它对应的流程环节”。每处理一条客服原话,就填一行。填完后检查右列,如果某一环节反复出现,就把它列为优先选题;如果某一环节只出现一次且无法归类,就暂时搁置。这个动作的结果会直接影响你下一步是先写流程说明,还是先写个案回应。
需要说明的是,客服原话的数量变化、某类问题突然增多或减少,都不能单独证明你的选题方向正确。它可能来自季节性波动、产品改版、客服记录方式变化,或者只是当天值班人员的记录习惯不同。因此,脱敏和归类之后,仍然要用其他信息交叉验证,比如站内搜索词、读者留言中的同类提问,再决定是否动笔。选题是否成立,最终取决于它能否帮助一类读者完成一个具体动作,而不是取决于它在客服记录里出现过几次。