先做一次“去标识化改写”,而不是直接复制客服原话。具体动作是:把原话中的姓名、联系方式、订单号、地址、账号、具体金额、日期和可定位到个人的特殊经历全部替换为类别词,再判断剩余信息是否仍能回答一个普遍问题;如果剩余信息只剩情绪或个别操作失误,就不适合作为选题,只能作为理解用户语境的背景。
客服原话通常包含大量细节:用户说“我上周三用某张卡在你们App里买了两次,第二次扣款后没到账,我姓李,订单尾号是1234”。这些细节对客服处理问题有用,对内容选题却可能有害。直接把它写成文章,会暴露个体信息,也会把选题锁死在“某张卡、某次重复扣款”上,无法覆盖更常见的疑问。
但另一个矛盾是:如果去掉所有细节,原话会变成“用户遇到支付问题”,又太模糊,无法判断该写什么。真正要保留的不是个体身份,而是问题结构:用户在什么环节、预期什么结果、实际看到什么差异、卡在哪一步。隐私和无关细节要去掉,问题结构要留下。
面对一条客服原话,常有两种解释。第一种解释是:这条原话的主要问题是隐私风险,只要把姓名、订单号、联系方式删掉就能用。第二种解释是:这条原话的主要问题是选题价值不足,因为它的核心只是某个用户的一次操作失误,去掉个体信息后没有可复用的普遍疑问。
两种解释对应不同动作。如果只是隐私风险,去标识化后可以继续提炼;如果是选题价值不足,去标识化后仍然不该写成文章,最多作为内部培训或流程检查的线索。区分它们,不能靠感觉,要看去掉个体信息后是否还剩一个可被多个人遇到的决策点。
假设有一条客服原话:“我昨天用尾号8888的卡付了两次,第一次失败,第二次成功但订单还是待支付,我姓王,手机号是13800000000。”先做去标识化改写:
改写后得到:“用户在某次支付中,第一次失败、第二次成功,但订单状态仍显示待支付。”这时问自己:这个问题是否可能被其他用户遇到?如果可能,它就是一个候选选题,例如“支付成功但订单状态未更新时,先检查什么”。如果改写后只剩“用户很着急”“用户不会看帮助中心”,那它更像服务体验问题,不是内容选题。
可区分证据可以归纳为三条:
第一步,标记敏感字段。把姓名、电话、地址、邮箱、账号、订单号、卡号、身份证号、车牌、具体金额、精确日期和可定位到个人的工作单位全部标出。不要只删姓名,订单号和手机号同样能定位个人。
第二步,替换为类别词。把“李女士”改为“一位用户”,把“尾号1234的订单”改为“一笔订单”,把“上周三”改为“某次”。替换后读一遍,确认无法通过组合信息反推到具体个人。
第三步,提取问题结构。用一句话写:“用户在____环节,预期____,实际遇到____,因此不知道____。”如果这句话填不完整,说明原话主要是情绪或个案处理记录,不适合直接做选题。如果填得完整,再判断这个问题是否已有内容覆盖;没有覆盖或覆盖角度不同,才进入选题池。
这个动作的结果会直接影响下一步:如果三步后得到的是“支付失败后能否立即再次支付”这类问题,下一步是查现有内容是否回答过,并补充边界条件;如果得到的是“某用户订单为什么没同步”,下一步不是写文章,而是转给客服或产品流程检查。
没有完整客服记录、没有用户画像、没有订单查询权限时,仍然可以做最小动作:只取一条已脱敏的原话,按上述三步改写,然后写出一个候选问题句。不能推出的结论包括:不能因为一条原话就断定这是高频问题,不能因为自己觉得常见就认定搜索需求存在,也不能把改写后的句子直接当成标题定稿。
更稳妥的做法是,把候选问题句拿去和已有内容、站内搜索词或客服常见问题清单做对照。如果对照后仍无法判断,就把它标记为“待验证”,而不是直接写成文章。这样既避免了暴露个体隐私,也避免了把一次客服对话误当成普遍选题。