核心做法是先分层再脱敏:把客服原话拆成“用户处境、触发事件、待解问题、结果期待”四层,只保留能复用到其他用户身上的那部分;姓名、订单号、具体金额、具体日期、可定位到个人的岗位与小区名一律替换成区间或角色。判断标准不是删得多干净,而是删完之后,一个不认识这位客户的同事还能不能复述出同一个问题。下面用一个假设情境把整条决策链走一遍。
假设客服记录里出现这样一段话(以下为虚构示例):“张女士说她住在武侯区某小区,上个月换了新工作,公司要求她负责官网,她在百度搜成都关键词排名,点进去几篇文章都只讲概念,她想问的是本地服务商报价一般怎么构成,又怕被坑,最后加了三个微信都没敢下单。”
这段话里能支撑选题的信息其实只有三块:搜索者身份是“刚接手官网、没有SEO经验的企业内部人员”;触发场景是“换岗后被指派负责官网”;待解问题是“本地服务报价的构成逻辑与判断标准”。其余内容——姓名、区、小区、加微信的数量——都不影响选题成立,反而会带来隐私风险和无关噪声。
“刚接手官网的内部人员”可以保留,因为这是可复用的角色标签;“张女士”“武侯区某小区”要删,因为它们只指向一个人。判断动作很简单:把描述替换成任何一个同类用户都成立的说法,替换后语义不变就说明原来那部分是可删的个体信息。
“换岗后被指派负责官网”是有效触发事件;“上个月”“新工作”属于无关细节。这里有一个容易出错的点:时间有时是有效变量,比如“季度末预算审批期”会改变用户的问题重心,而“上个月”不会。取舍依据是——这个细节是否改变读者需要的答案;不改变就删。
“报价怎么构成、怎么判断是否被坑”可以提炼成“本地服务报价的构成项与识别异常报价的信号”。客服原话里的“怕被坑”是情绪,不是问题本身;把它直接当选题会写成情绪文,把它翻译成可判断的结构才是选题。这一步的动作是:把形容词换成可验证的判据。
“想找一个靠谱的服务商”是期待方向,可以保留;“加了三个微信都没敢下单”是行为细节,删掉。如果原话里出现具体价格、具体排名位次、具体流量数字,同样处理:要么删除,要么改写成区间并注明是假设,不能当事实写进文章。
完成拆解后做一次反向验证:把处理过的记录交给另一位同事,让他用自己的话复述这位用户的问题。如果复述结果和原始问题指向一致,说明保留了有效信息;如果复述不出来,说明删过头,把“用户处境”或“待解问题”也删了。
这个检查同时暴露另一类问题:如果复述结果和原话指向不同,往往不是脱敏造成的,而是提炼时把客服的总结当成了用户的原话。客服转述常带自己的判断,比如“她就是嫌贵”,这未必是用户真实问题,需要回到用户原话层面重新确认。
脱敏不等于把所有具体信息都删掉。有几类细节会实质影响选题是否成立,需要保留或至少标注:
需要说明的是,保留这些细节的目的是让选题更准确,不是给文章堆背景。如果某个细节在成文后既不改变结论也不改变读者动作,它就应该在提炼阶段被去掉,而不是留到正文里当装饰。
回到假设情境。完成四层拆解后,得到的选题不是“成都关键词排名报价避坑”,而是更具体的:“刚接手官网、没有SEO经验的人,在评估本地服务报价时应该看哪几个构成项”。这个选题对应的读者动作是“拿着构成项清单去比对报价单”,而不是“看完之后更焦虑”。
下一步动作是把这条选题和已有内容做比对:如果站内已经有一篇讲报价构成的文章,就不新增,而是检查那篇是否停留在概念层、是否需要补充判断标准;如果没有,再新建。这个比对动作的结果直接决定是更新还是新建,也决定后续是否需要为这条选题单独安排内链位置。
整个流程里唯一不能省的一步是脱敏验证。选题可以后续再调整,但个体信息一旦进入公开内容就无法收回,所以拆解和替换必须在选题定稿之前完成。