先把客服原话改写成“问题骨架”,再决定它是否值得进入选题库。具体做法是:只保留用户想完成的任务、卡住的位置、以及业务方能改变的条件;姓名、订单号、联系方式、具体金额、情绪化措辞和与产品无关的生活背景全部删除。如果删完后剩下的句子仍能指导写作和页面设计,这条素材就可以用;如果删完只剩一句空泛抱怨,说明它还不适合作为选题,应先回到原始记录补充“发生在哪一步、用户当时想做什么”。
拿到一段客服对话,不要先想标题,而是逐句标记四类信息:任务、障碍、条件、噪音。任务指用户想完成的事,例如“改收货地址”;障碍指他为什么来问,例如“下单后找不到修改入口”;条件指业务规则或页面状态,例如“订单已出库”;噪音包括称呼、订单号、具体日期、个人身份、重复抱怨和与产品无关的叙述。只有前三类可以进入选题,第四类必须删除或抽象化。
假设一段原话是:“我昨天下午用尾号1234的卡付的,订单里有两件童装,现在孩子学校要提前返校,我想把地址改到姥姥家,但页面一直让我联系客服,你们是不是故意不让改?”处理后可写成:“订单已出库后,用户想修改收货地址,页面提示联系客服,用户不确定是否还有自助修改机会。”这里删掉了支付尾号、商品品类、学校安排和指责语气,保留了任务、障碍和条件。
并不是所有具体信息都要删。能改变页面结构、文案顺序或客服分流规则的细节要保留;只用于识别个人的细节要删除。可以用下面这组条件区分:
如果一条原话删掉个人标识后,剩下的障碍仍然指向同一个页面问题,它可以进入选题池。如果删掉个人标识后,障碍也跟着消失,说明这条素材更多是个体特殊情况,不适合直接写成面向多数读者的内容。此时应把它放回“待补充”区,等出现同类问题再合并。
处理后的骨架要写成一句可验证的问题,而不是用户原话的缩写。推荐结构是:“在什么条件下,谁想完成什么,卡在哪里,需要什么判断依据。”例如,把“已出库后想改地址”写成:“订单已出库后,用户还能不能修改收货地址;如果不能,页面应怎样说明替代方案。”这个句子已经能指导后续动作:检查订单状态规则、查看帮助页是否覆盖该状态、确认客服话术是否一致。
接下来做一个动作:拿这条选题去对照现有帮助页或产品说明。如果现有页面只写了“未出库可修改”,却没有写“已出库怎么办”,那么这条选题成立,下一步应补充已出库状态下的说明和入口。如果现有页面已经覆盖,只是客服没有引用,那么问题不在内容缺口,而在客服知识库或页面入口,选题应转为“怎样让客服更快找到已出库改地址的说明”。这个判断会直接改变你接下来是写文章、改页面,还是整理内部话术。
假设你手里有一条客服记录:“用户说自己是XX小区3号楼的王女士,上周三买了两箱牛奶,现在想改成周日送,因为周六要带孙子去公园,但改期按钮点不了。”按上面的方法处理后,可写成:“用户想在配送前修改送达日期,但改期按钮不可用;需要判断可改期的时间窗口和入口位置。”原文中的小区、楼号、姓名、商品品类、具体日期和家庭安排都不进入选题。
这个假设例子的下一步不是直接写文章,而是先确认:改期按钮不可用是订单状态限制,还是页面故障。如果是状态限制,内容应说明可改期的时间窗口;如果是故障,应先修复入口,再决定是否需要内容说明。只有确认原因后,选题才不会被写成一篇泛泛的“怎样修改配送时间”。
如果你长期从客服原话里提炼选题,最好固定一套清洗规则,而不是每次凭感觉删。规则可以写成检查清单:先删个人标识,再删无关背景,再保留任务、障碍和业务条件,最后改写成可验证问题。每次处理后,问三个问题:这条素材是否指向一个可改变的业务环节;删掉隐私后是否仍能复现同类问题;现有页面或话术是否已经覆盖。三个问题都通过,才进入选题库。
需要提醒的是,客服原话的数量变化不能单独证明某个选题正确。咨询量下降可能来自季节波动、入口调整、客服分流变化,也可能只是记录方式改变。把原话转成选题时,重点应放在条件是否清楚、动作是否可执行、结果是否可验证,而不是用单次统计推断因果。这样处理后的选题,既能避开个体隐私,也能保留真正影响页面和内容决策的信息。