客服原话能提供真实措辞和真实阻力,但直接拿来做选题会带进姓名、联系方式、订单号、具体地址和情绪化枝节。处理顺序应当是:先按“可公开复用的需求信号”保留语义,再把可识别个体的字段替换成类别词,最后删掉不影响判断的细节。做完这三步,你手里剩下的应该是一句可以被多个用户共享的问题,而不是某个人的经历记录。
客服原话通常混着三类信息:用户想完成的事、他卡住的位置、以及只对这一次沟通有意义的身份信息。前两类可以支撑选题,第三类必须去掉。判断方法很简单:把这句话给另一个陌生用户看,如果他能对上自己的处境,说明留下了需求信号;如果他能推断出说话人是谁、买了什么、住在哪,说明隐私还没处理干净。
假设你手上有这样一句记录:“我上周在青秀区那边下单的,订单尾号 4821,客服说三天到,现在还没到,你们是不是不发了?”可保留的信号是“下单后物流信息长时间不更新,用户担心订单被遗漏”。需要去掉的是城区、订单尾号、具体天数承诺和情绪化质问。处理后的选题方向可以写成“下单后物流停滞时,用户最想先确认哪三件事”。
这里的关键动作是先提取动词和障碍,再决定保留哪些名词。动词往往指向真实任务,比如“查”“改”“退”“确认”;障碍指向内容缺口,比如“找不到入口”“不知道要等多久”“分不清两种状态”。名词里凡是能指向具体个人的,都要降级为类别词。
直接删掉所有细节,原话会变得空泛,选题也会失去抓手。更好的做法是替换:人名换成“用户”,具体城区换成“配送范围”,订单号换成“订单标识”,具体金额换成“费用区间”,具体日期换成“承诺时间”。替换之后,语义关系还在,个体身份却不再可还原。
替换完成后,做一次反向检查:把处理后的句子放回原始对话,看是否还能唯一对应到某个人。如果能,就继续降级。这个动作的结果会直接决定下一步:只有通过反向检查的句子,才适合进入选题池;通不过的,退回重处理,不要带着模糊隐私进入写作环节。
隐私处理完之后,还要处理无关细节。客服原话里常出现“我朋友也遇到过”“上次你们那个客服说”“我本来想买另一个”这类枝节。它们可能有趣,但不帮助读者做决定。判断标准是:这个细节能否改变读者对问题的理解,或者能否区分两种不同原因。如果不能,就删。
假设同一类咨询出现两种原话。第一种是“我付完款页面没跳转,以为没成功,又付了一次”。第二种是“我付完款收到短信了,但订单里还是待支付”。这两句都涉及支付状态,但原因不同:前者是页面反馈缺失,后者是状态同步延迟。可区分原因的证据是“是否收到确认信息”和“订单状态是否变化”。选题时应当把这两种情况分开写,而不是合并成“支付问题怎么办”。
这里有一个可执行动作:给每条处理后的原话标注“触发条件”和“用户已尝试动作”。触发条件回答“在什么情况下出现”,已尝试动作回答“用户已经做过什么”。标注之后,你会更容易看出哪些原话其实在问同一件事,哪些只是表面相似。这个结果会影响下一步的合并或拆分:触发条件相同、已尝试动作不同的,适合拆成两篇;两者都相同的,才适合合并成一个选题。
处理完的原话不能停在关键词堆叠上,要能写成一句自然问句。验收时看三点:第一,句子里没有可识别个体的字段;第二,句子描述的是一个可重复出现的场景,而不是一次性事件;第三,句子指向一个读者能采取动作的问题,而不是纯情绪表达。
例如,原始记录经过处理后可以写成:“用户在提交申请后长时间看不到状态变化时,应该先检查什么?”这句话没有隐私字段,场景可重复,读者也能据此决定下一步动作。相反,“那个用户为什么一直没收到”就不合格,因为它既指向个体,又没有给出可执行方向。
最后,把验收通过的问句放回你手中的资料或页面,检查它是否真的对应一个内容缺口。如果页面上已经有同类说明,只是位置太深或措辞不清,那要处理的是页面结构,不是新增选题。如果页面上完全没有回答,才进入写作排期。这个判断会决定你是改旧页还是写新页,避免把同一个问题反复做成不同标题。