先把客服原话拆成“可公开的事实”和“只属于当事人的信息”两层,再决定选题。可公开的事实是产品在什么条件下让用户卡住、用户原本想完成什么;个体信息包括姓名、订单号、联系方式、具体金额、公司名和能反推到某个人的时间地点组合。去掉后者,保留前者,选题才既能对应真实需求,又不会把某位用户暴露出去。
假设客服收到一条原话:“我是杭州××商贸的王先生,订单 2024××,上周三买了三台机器,用你们说的那个批量导入,结果客户名单全乱了,我同事说他也遇到过。”这句话里,能支撑选题的是“批量导入后名单顺序错乱”和“不止一个人遇到”。不能直接写进公开内容的是姓名、城市加公司、订单号、具体购买日期和台数。若把这些全部保留,读者关注点会跑到当事人身上;若全部删掉,选题又失去可验证的细节。
处理动作是逐句标注:把“谁、哪一单、多少钱、什么时间买的”划为隐私层;把“做了什么操作、出现什么结果、在什么条件下复现”划为事实层。做完这一步,选题方向会从“某商贸公司导入失败”变成“批量导入后名单顺序错乱通常和哪几个前置条件有关”。这个结果会直接影响下一步:事实层足够具体,才值得排进内容计划;只剩情绪和身份,就先不写。
客服原话里常混着三类信息,处理方式不同。
难点在第二类和第三类之间。判断标准是:这个细节去掉后,读者还能不能理解问题发生的条件。如果去掉“用户用的是旧版模板”就说不清复现路径,它属于事实;如果去掉“用户当时很生气”,问题本身不受影响,它属于无关细节。
去掉隐私后通常需要替换表述,但替换要守住一个底线:不能把问题的成立条件换掉。把“杭州的商贸公司”改成“一家中小企业”通常可以,因为行业和规模不是主诉的一部分;但如果问题只在对公批量场景下出现,改成“个人用户”就会让选题失真。
可以用下面的对照检查替换是否过头:
三条都过得去,替换才算合格。任何一条过不去,就退回事实层重新提取,而不是硬凑一个更“安全”但已经变形的选题。
假设情境继续:客服原话经过标注后,事实层剩下“批量导入”“名单顺序错乱”“至少两位用户提到”。接下来按顺序做四件事。
这里的动作结果是:选题从“某用户的投诉”变成“一类条件下的可复现问题”。下一步是拿它去比对已有内容,看是否已有页面覆盖同一条件;已覆盖就补充条件差异,未覆盖才新建。
写完草稿后,如果出现下面几种情况,说明隐私或无关细节还没清干净。
发现这些信号时,回到事实层重写,而不是在原文上做同义词替换。机械换词既去不掉可识别信息,也不会让选题更有价值。
去掉个体信息后,选题的可信度来自条件的明确程度,而不是来自“真实用户”的标签。条件写得越清楚,读者越能自行判断是否适用;条件含糊时,即使保留了原话,也只是一个无法验证的故事。假设同一现象有两种描述:一种写“有用户反馈导入出错”,另一种写“导入文件字段顺序与模板不一致时,名单顺序可能错乱”。后者没有身份信息,却更能指导下一步排查。把选题推进到这种程度,才算真正完成了从客服原话到公开内容的转换。