先把客服原话拆成“可公开的问题描述”和“不可公开的个人信息”两层,再判断哪些细节与选题无关。具体做法是:逐句标注敏感字段,把姓名、订单号、联系方式、具体金额替换为抽象变量,然后只保留能代表一类用户困惑的表述。这样处理后的素材,可以直接进入选题库,而不会因为隐私问题被迫整段废弃。
拿到一段客服对话后,不要急着改写成标题。先按以下三层分类:
假设有一段客服记录写道:“张先生反馈,他的账号 A12345 在 3 月 8 日下单后,优惠券没有自动抵扣,他试了三次都不行。” 身份层是“张先生”和“账号 A12345”;情境层是“下单后优惠券没有自动抵扣,多次尝试失败”;情绪层是“反馈”和“试了三次”暗含的挫败感。处理后的可用素材是:“下单后优惠券未自动抵扣,多次尝试仍失败”。
替换不是简单打码,而是让句子仍然读得通,同时无法反推到具体个人。可以按以下规则操作:
[编号] 或直接删除。做完替换后,把句子读一遍。如果仍然能通过“某地某公司某时间”组合定位到具体的人,说明替换不够彻底。此时应继续抽象,直到只剩问题类型。
不是所有去掉隐私后剩下的内容都值得保留。客服原话里常混入与问题无关的细节,例如用户先聊了天气、抱怨了物流速度,最后才提到真正的问题。判断标准是:这个细节是否会影响读者理解问题或复现操作。
以下三类细节通常可以删除:
保留的细节应该能回答:用户在什么操作路径下遇到了什么现象,这个现象是否具有普遍性。如果只有这一位用户遇到,且无法判断是否与版本、设备、权限有关,那么它更适合作为待观察线索,而不是直接写成选题。
把处理后的句子改写成选题时,动作要具体。例如上面的例子可以写成:“下单后优惠券未自动抵扣,先检查哪三个设置”。这个选题不包含任何个人信息,也不依赖特定用户的订单。
接下来做一个验证动作:把选题拿给没有看过原话的同事,问他“这个选题描述的是哪类问题”。如果对方能说出大致场景,说明隐私剥离和细节保留达到了平衡。如果对方反问“具体是谁”“哪个订单”,说明还有可识别信息残留。如果对方完全看不懂,说明无关细节删得太多,把问题背景也删掉了。
验证结果直接影响下一步:通过验证的选题进入待写清单;未通过的退回素材层,重新标注哪些词需要替换或补充。这个循环不需要额外工具,用一张表格记录原话编号、处理后表述、验证结论即可。
当旧内容、旧系统或旧合作关系需要退出时,客服原话往往是最早被清理的素材。但其中有一部分仍然有价值:问题类型、操作路径、错误现象。处理方法是把每段原话压缩成一条“问题卡片”,只保留情境层,删除身份层和情绪层。卡片可以迁移到新系统或新选题库中,而原始对话记录按合规要求删除或归档。
这样做的结果是,你既没有保留可识别个人的信息,也没有把用户真实遇到的问题一起丢掉。后续写内容时,可以直接从问题卡片出发,而不必重新翻找旧记录。