客服原话是选题金矿,但直接搬进文章会带出姓名、订单号、情绪化抱怨和与主题无关的枝节。正确做法是:先判断这段原话里哪部分仍然值得保留,再决定改写还是退出,而不是整段照抄或整段丢弃。
把客服原话拆成三层:问题结构(用户到底卡在哪一步)、个体特征(地区、身份、订单时间)、情绪噪音(催促、指责、重复抱怨)。选题只保留第一层。例如原话是“我上周三下单的蓝色款到现在还没发货,你们是不是倒闭了”,可保留的是“下单后长时间未发货引发的信任焦虑”,应去掉具体日期、颜色和倒闭指责。
判断标准不是“这句话有没有信息量”,而是“换一个用户、换一个时间,这个问题是否仍然成立”。成立就保留,不成立就退出选题。
当原话指向一个反复出现的操作障碍或决策困惑时,保留其结构。比如“我按教程改了设置,第二天排名又掉回去了”,可保留“调整后效果不稳定”这一结构,用于讨论预期管理。此时不需要任何个体信息。
当原话包含可复用的疑问,但混入了姓名、订单号、具体金额或与主题无关的背景时,改写。动作是:把个体特征替换为条件描述,把情绪词替换为中性描述。结果会直接影响下一步——改写后的句子能否直接作为小标题或段落主题句;如果不能,说明它还不适合进入选题,应退回继续拆解。
当问题依赖特定账号状态、特定合作关系或特定时间窗口,换人换时就不成立时,退出。退出不等于删除记录,而是不把它作为选题依据。保留在内部备注即可,避免为了凑内容而强行泛化。
假设客服原话是:“你们这个旧后台我用了三年,现在突然要换新系统,我历史数据怎么办?”可保留的结构是“旧系统退出时历史数据的迁移与保留”。需要去掉的是“三年”和“突然”这类个体时间感受。改写后可以形成选题:旧系统停用后,哪些历史数据值得迁移、哪些可以归档、哪些应当退出。这个例子只用于说明拆解方法,不代表任何真实系统状态。
用两个动作检验:第一,把改写后的句子给没有读过原话的人看,对方能否说出用户卡在哪一步;第二,问自己这个选题是否依赖任何无法公开的个体信息。如果第一个动作失败,说明保留的结构太模糊,需要回到原话重新拆;如果第二个动作失败,说明隐私没有去干净,应继续替换或退出。
还要注意:客服原话中的请求量、提及次数或某项统计归零,不能单独证明该选题没有价值。它可能只是近期咨询渠道变化、记录方式调整或样本偏差造成的。把出现频率当作唯一取舍依据,容易误删仍然成立的结构性问题。
如果旧文章、旧页面或旧合作关系需要退出,但其中仍有可保留的问题结构,做法是:把保留部分迁移到新选题中,把个体隐私和无关细节留在原处不迁移。迁移后检查新内容是否还依赖旧合作方的特定称谓、旧系统的特定入口或旧流程的特定步骤;如果依赖,就继续改写为条件描述,否则退出该部分。这样既不会因为退出而丢掉有价值的问题,也不会因为保留而带出不该公开的信息。
最终判断标准很简单:读者看到的是可复用的决策依据,而不是某个人的客服记录。做到这一点,选题才算真正从原话中提炼完成。