直接回答:默认应当删掉个体隐私,只保留可复用的需求结构。客服原话的价值在于暴露真实问法、真实顾虑和真实决策点,不在于复述某个具体用户的身份、订单或联系方式。因此从原话提炼选题时,先做一次“去标识化”改写,再判断这段话里有没有值得写成内容的共性需求;如果去掉隐私后剩下的只是无关寒暄或单一用户特例,就应当退出,不强行凑成选题。
这三种处理不是并列可选,而是按原话的“可复用程度”依次判断。保留,指保留原话中的问题结构和典型措辞,去掉姓名、电话、订单号、具体地址、公司名等能指向个人的信息。它适用于用户问的是普遍困惑,例如“为什么我提交后一直没看到结果”,这类问法换个用户也可能出现。
改写,指把原话里带个人情境的部分替换成中性条件,再提炼成选题。它适用于原话包含有价值的具体场景,但这个场景本身带隐私。例如用户说“我上周三在你们某门店买的那款产品,回家发现型号不对”,可改写成“收到产品后发现型号与预期不符时,先核对哪些信息”。改写后仍然保留决策链条,但不保留任何指向个人的细节。
退出,指判断这段话不适合进入选题池。它适用于三种情况:原话只涉及单一用户的账户、订单或赔付进度;去掉隐私后只剩下情绪表达,没有可回答的问题;或者原话里的关键信息必须依赖具体身份才能成立。强行保留这类内容,写出来的文章对其他读者没有迁移价值。
一个可操作的判断标准是:这个细节如果拿掉,读者还能不能理解问题、做出同样判断。拿掉后不影响理解的,多半是隐私或无关细节;拿掉后问题就不成立的,才需要考虑是否用中性方式保留其条件。
需要提醒的是,某些看似隐私的信息其实是问题成立的必要条件。例如“我买的是大件,退货时运费怎么算”里,“大件”影响运费规则,属于应当保留的条件;“我住在某小区”则不影响规则判断,属于可删除的无关细节。区分方法是问一句:换一个用户、换一个地点,这个问题的答案会不会变?会变,说明条件是必要的;不会变,说明它只是个人标签。
假设客服记录里出现这样一段原话:“我昨天下午在你们App上买了两件,订单号是XXXX,结果只收到一件,我住XX小区,快递员说放门口了,我现在很生气,你们到底管不管?”
第一步,删除身份与交易标识:订单号、小区名、具体时间、件数中的可识别组合。第二步,保留可复用的需求结构:下单后收货数量不符、配送放置位置争议、用户希望明确责任归属。第三步,改写成中性选题方向:“收到货后发现数量不符,先核对哪三类信息”“快递显示已放置但未收到,责任通常怎样划分”。第四步,检查改写后是否还依赖原用户身份;如果不依赖,就可以进入选题池;如果发现只剩“某用户很生气”这一层,就退出。
这个动作的结果会直接影响下一步:能改写成中性问题的,进入常规内容排期;只能保留情绪、无法形成可回答问题的,不进入排期,避免把客服个案当成普遍需求。若改写后的问题涉及具体规则,还需要回到业务侧确认现行规则,而不是凭原话直接下结论。
第一个坑是把隐私删得太干净,连必要条件一起删掉。比如把“大件退货运费”改成“退货运费”,选题会变得过于宽泛,读者无法判断适用场景。正确做法是保留影响规则判断的条件,只删除指向个人的标识。
第二个坑是把原话里的个别说法当成普遍结论。一个用户说“我每次都要重新登录”,不能直接写成“所有用户每次都要重新登录”。更稳妥的处理是把它降级为待验证的观察,先确认是否有其他相似反馈,再决定是否成文。个别反馈可以提示选题方向,但不能单独证明普遍现状。
如果一段客服原话满足以下任一条件,建议直接退出选题池:问题只对当事人有意义,例如查询某个订单的处理进度;关键信息无法在不暴露隐私的前提下表达;去掉隐私后剩下的内容与网站主题无关;或者原话本身是重复咨询,已经被现有内容覆盖。退出不是浪费,而是避免把客服记录机械转成低价值页面。
把上述判断固化成一句可执行的口径:先删身份与交易标识,再看剩余内容能否回答一个换个人也成立的问题;能,就改写后保留;不能,就退出。这样处理,既不会因为担心隐私而丢掉真实需求,也不会因为保留原话而把个体细节带进公开内容。