内容聚类优化，大量近似问句如何整理成不同的决策阶段
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /369c6ecd636d.html
📄
内容聚类优化，大量近似问句如何整理成不同的决策阶段
先不要按问句的字面相似度合并。把每个近似问句还原成“谁在什么状态下、要做什么决定、下一步会执行什么动作”，再按决策阶段分层，近似问句就会自然分开。下面用一个假设的资料文件逐步演示。
先承认一个遗漏条件：近似问句往往卡在同一个词上
假设你手里有一份从站内搜索、客服记录和表单留言里汇总的近似问句文件，里面反复出现“怎么选”“多少钱”“哪个好”“能不能换”“多久生效”。常规做法是按“选、价格、对比、退换、时效”分组，每组写一页。做完之后你仍然发现页面之间互相抢词，读者看完一页还要再点另一页才能做决定。
遗漏的条件是：这些问句虽然用词接近，但提问者所处的决策阶段不同。有人还在确认自己有没有这个问题，有人已经准备比较方案，有人只差最后一个执行动作。把不同阶段压进同一页，页面就只能写成泛泛的说明，读者得不到能推动下一步的答案。
用三个字段把每条问句还原成决策状态
在原始文件里为每条问句补三个字段，不需要复杂工具，一张表就够：
- 当前状态：提问者已经确认了什么、还没确认什么。例如“已经知道自己要换，但不知道换的条件”。
- 待做决定：这条问句真正要推动的那个选择。例如“现在换还是等一等”。
- 下一步动作：读者得到答案后会去做什么。例如“去查自己的订单是否在可换范围内”。
补完字段后，把“下一步动作”相同的问句放在一起。动作相同，说明它们服务同一个决策阶段；动作不同，即使问句字面很像，也应拆开。这个动作就是分层的依据，而不是问句里的名词。
把问句归入四个决策阶段，并检查是否有阶段被重复覆盖
常见的分层可以按下面四段处理，每段只回答该段能推动的动作：
- 确认问题阶段：读者还不确定自己遇到的是不是这个问题。回答“怎么判断自己属于这种情况”，给出可自查的信号。
- 比较方案阶段：读者已确认要处理，正在几个做法之间取舍。回答“在什么条件下选A，在什么条件下选B”，把条件写清楚。
- 准备执行阶段：读者已经选定方向，需要知道顺序、材料、前置条件。回答“先做什么、再做什么、缺什么会卡住”。
- 执行后确认阶段：读者已经动作完，想知道结果是否正常、异常怎么办。回答“出现什么算正常、出现什么该回头检查”。
归完后做一次检查：如果两个阶段的内容都在回答同一批“下一步动作”，说明分层过细或过粗，应合并或重新切分。判断标准不是页面数量，而是每个阶段是否对应一个不同的动作。
一个假设例子：同一批问句如何被拆开
假设原始文件里有三条问句：“这个方案适合我吗”“这个方案和另一个比哪个好”“换过去之后多久能正常用”。
按字面，它们都围绕“这个方案”，容易被写进同一页。补上字段后：第一条的下一步动作是“判断自己是否属于适用人群”，属于确认问题阶段；第二条的下一步动作是“在两者之间做选择”，属于比较方案阶段；第三条的下一步动作是“确认执行后的状态是否正常”，属于执行后确认阶段。三条应分别落到不同页面或同一页的不同小节，并各自给出能推动对应动作的依据。
这个例子的数字只是示意，不代表任何真实统计。它的作用是说明：分层依据来自动作差异，而不是问句相似度。
落到页面结构上，再决定要不要合并
分层完成后，每个阶段先写一句“读者读完要能做出的决定”，再倒推需要哪些证据。证据可以是判断条件、对比维度、操作顺序或异常信号。写不出证据的阶段，说明该阶段还没有足够材料，应暂时保留为一个待补条目，而不是用同义词把已有内容换写一遍。
如果某个阶段的问句数量很少，且它的下一步动作与相邻阶段一致，可以并入相邻阶段，用一个小标题承接。反之，如果同一阶段内出现了两个不同的下一步动作，应继续拆。合并与拆分的依据始终是动作，不是问句数量。
执行这个整理动作后，你会得到一份按决策阶段排列的页面或小节清单。下一步是逐条检查每个阶段是否只服务一个动作，并把无法推动动作的问句移出该阶段。这样处理之后，近似问句不再互相挤在同一页里，读者也能在所处阶段直接找到能执行的信息。
