先给判断:如果客服原话只是用来判断“用户在什么情境下卡住”,就应删到只剩问题结构,不保留可指认个人的信息;如果这句原话本身要作为可引用的证据或案例,就必须先取得明确授权,并保留能支撑结论的最小事实。两种做法的分界不在“删多少字”,而在你接下来拿它做什么。
同一句客服原话,在两种用途下的处理方式完全不同。
选择依据是:你能否在不指向任何个人的前提下,仍让读者理解问题。如果删完之后读者不知道在说什么,说明你删掉的是问题结构,而不只是隐私。
这时优先选“去标识化压缩”。动作是:把原话改写成一句不含人称和交易标识的问题陈述,再标注它属于哪个环节。例如把“我上周三下单,订单尾号 4821,付完钱才发现地址填错,客服说改不了”压缩成“付款后才发现收货地址填错,想知道还能不能改”。
这样做的结果是:你可以把多条同类原话合并成一个选题,而不会因为某一条带个人信息而无法使用。下一步是检查这个选题是否已有页面覆盖,若没有,再决定写成新内容还是补进已有页面。
这时优先选“授权加最小事实”。动作是:先向当事人说明用途和展示范围,取得同意;再把与结论无关的细节去掉。假设一段原话里同时包含情绪、时间、金额和操作步骤,而你只想说明“改址入口难找”,那就只保留操作步骤和卡住的位置,其余全部删去。
这样做的结果是:内容仍然可信,但不会因为展示过多细节而带来额外风险。代价是准备时间更长,且并非每条原话都能获得授权。若拿不到授权,就退回条件一,只把它当线索,不直接引用。
必须去掉的通常是能单独或组合指认个人的信息:姓名、昵称、电话、订单号、账号、精确地址、精确时间、可识别的金额与交易组合。可以保留的是问题结构:用户想完成什么、在哪个步骤受阻、尝试过什么、期望得到什么结果。
容易误删的是“情境限定”。例如“在手机上操作”和“在电脑上操作”可能对应不同答案,这类限定应保留;而“我同事也遇到过”这类无法核验的旁证,通常应去掉,除非它能改变你对问题范围的判断。
还有一个例外:如果原话涉及安全、投诉或纠纷,不要为了写选题而改动关键事实。此时应保留原始记录,只在内部使用,并交由相应流程处理,不进入公开内容。
这个流程的关键动作是第四步。单条原话可能只是偶发情况,多条压缩后指向同一问题,才更值得进入选题。若压缩后只剩一句空泛的“用户有疑问”,说明这条原话暂时不具备选题价值,应放回记录而不是硬写成文章。
一种误判是“删掉姓名就等于匿名”。如果原话里同时出现小地区、具体时间和特殊交易组合,仍可能被识别出来。另一种误判是“细节越多越可信”。对读者来说,能支撑结论的最小事实通常已经足够,多余细节只会增加风险。
边界在于:去隐私不等于改写事实。你可以压缩、合并同类问题,但不能为了选题顺畅而添加原话里没有的原因或结果。若某条原话涉及具体品牌、机构或联系方式,对外使用前应单独核验,而不是直接照搬。
最后提醒一点:把客服原话变成选题,目标是找到可复用的疑问,不是保存一段聊天记录。先确定用途,再决定删到什么程度,比先删后想更不容易返工。