先给结论:只有当客服原话能被拆成“可复用的用户问题”和“一次性身份信息”两层时,才适合把原话直接转成选题;如果原话本身依赖具体订单、具体账号或具体时间才能成立,就不能作为选题,只能作为内部线索。判断标准不是话术好不好听,而是去掉身份信息后,这句话是否仍然能指向一类人反复遇到的决策。
客服原话通常混杂三种成分:用户的情绪、用户的身份背景、用户真正卡住的那个判断点。选题只取第三种。例如用户说“我上周买了你们那个套餐,结果发现同事用另一个入口进去更便宜,我现在想退”,其中“上周”“同事”“便宜”“退”都带有个体交易背景,真正可复用的是“同一服务存在不同入口时,用户怎样判断自己该走哪条路径”。这个判断点抽出来,才可能对更多读者成立。
反过来,如果原话是“我账号尾号 4821 的订单昨天扣款两次”,去掉身份信息后只剩下“扣款异常”,这属于运营问题,不是内容选题。把它写成文章,既暴露隐私,也无法给读者提供可迁移的判断依据。
隐私不只是姓名、电话、订单号。地域加职业加时间,也可能把一个人锁定。处理时按以下顺序做:
做完这四步,再问一句:如果我是当事人,看到这句话会不会认出自己?如果会,就继续删,直到不会。这个动作的结果会直接影响下一步:只有确认无法反推,原话才能进入公开选题库;否则只能留在内部复盘文档里。
有些细节看起来无关,其实是读者做决定必须知道的边界。例如“我买的是年付”和“我买的是月付”,对退款规则的理解完全不同。这类细节不能删,而要抽象成条件。做法是把它从个体事实改写成选项:不是“我买的是年付”,而是“年付和月付在什么条件下适合不同处理方式”。
反例也很明确:如果客服原话里用户反复强调“我朋友说”“网上都这么讲”,但没有任何具体行为或结果,这些转述就不构成判断条件。它们只会让文章变成情绪复述。此时应删掉,而不是为了显得真实而保留。
假设客服原话是:“我在你们 App 里点了三次都没找到修改发票抬头的地方,后来打客服电话才弄好,太麻烦了。”第一次改写去掉隐私和情绪,得到“用户找不到修改发票抬头的入口”。这仍然太像功能说明,不像选题。第二次改写加入决策条件,得到“自助入口和人工客服都能改发票抬头时,用户该在什么情况下选择哪一种”。
这个例子说明:去掉隐私只是第一步,去掉无关细节的关键是保留“选择条件”。如果改写后没有条件、没有取舍,只剩一个操作步骤,那它更适合放进帮助文档,而不是软文选题。这个判断结果会影响下一步:有条件取舍的进入选题池,无条件取舍的转入产品说明或客服话术优化。
如果业务刚刚发生关键前提变化,例如服务范围、计费方式或交付流程已经调整,而客服原话来自变化之前,那么这批原话不能直接作为选题依据。变化之前和变化之后,用户卡住的位置可能完全不同。此时应先确认原话对应的时间段,再决定是否使用。若无法区分,就暂停提炼,先补充变化后的新原话。
下一步动作可以很具体:把最近一段时间的客服记录按“可复用判断点”“仅内部线索”“需补充新原话”三类标记,只把第一类交给内容编辑。这样既避免隐私外泄,也避免把已经失效的旧问题写成新文章。