关键字大量近似问句如何整理成不同的决策阶段
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /45f283928f4d.html
📄
关键字大量近似问句如何整理成不同的决策阶段
先给结论：不要按问句的字面差异分组，而要按“用户此刻需要做的决定”分组。近似问句之所以难整理，是因为它们表面在问同一件事，实际处在不同决策阶段——有人还在判断要不要做，有人已经在比较怎么做，有人只差一个执行细节。把问句归到决策阶段后，同一阶段的近似问句可以合并成一个页面，不同阶段则拆开，各自回答对应的那一步。
为什么字面归类会失败
把“怎么选”“哪个好”“要不要换”放进同一组，看起来整齐，实际是三种不同的决策。字面归类只比较词形，不比较用户处境，结果是页面既想回答要不要，又想回答怎么选，最后每个问题都只答一半。
判断依据不是问句长度或修饰词多少，而是问句背后缺的是什么：缺判断标准，说明还在要不要阶段；缺比较维度，说明在选哪个阶段；缺操作步骤，说明在怎么做阶段。这三种缺失对应三种不同的内容结构，混在一起就会互相稀释。
假设情境：一次前提变化后的问句整理
以下为假设情境，用于说明方法，不是真实项目记录。某业务原本只提供一种方案，用户问句集中在“怎么用”。后来前提变了，出现两种可选方案，用户问句里开始混入“哪种更适合我”“换了会不会更麻烦”“原来的做法还成立吗”。
此时如果继续沿用旧的关键字分组，把新问句塞进原来的“怎么用”页面，读者会先看到操作步骤，却不知道自己该不该换方案，于是跳出后再去搜更具体的问题。这说明前提变化后，旧的分组边界已经失效。
按决策阶段切分的三步动作
第一步，先标注每个问句缺的是哪类信息。把收集到的近似问句逐条标注为“判断”“比较”“执行”三类之一。标注时只问一句：读者看完这条内容后，下一步要做什么决定？如果答案是“决定要不要做”，归判断；如果是“决定选哪个”，归比较；如果是“决定具体怎么操作”，归执行。
第二步，把同阶段问句合并，跨阶段问句拆开。同一阶段内的近似问句通常可以共用一个页面，因为它们需要的是同一类依据。跨阶段的问句即使词面很像，也要拆开，因为读者带着不同前提进来，直接给执行步骤会跳过他的判断需求。
第三步，用阶段之间的顺序决定内链方向。判断阶段的页面指向比较阶段，比较阶段指向执行阶段，反向链接只作为回看入口，不作为主路径。这样做的结果是：读者每完成一个决定，就知道下一步该看哪一页，而不是在一页里同时面对三个决定。
两个选择成立的不同条件
合并还是拆分，取决于一个可观察的条件：同一批问句里，读者是否需要先解决前一个决定才能理解后一个。
- 可以合并的条件：问句之间没有先后依赖，读者无论从哪条进来，需要的依据相同，只是措辞不同。这时合并能减少重复，也不会漏答。
- 必须拆分的条件：问句之间存在前提依赖，比如不先判断要不要换，就无法理解怎么换。这时合并会让内容自相矛盾，因为同一段文字要同时服务两个相反的前提。
验证方法很简单：把合并后的草稿读一遍，如果出现“如果你还没决定要不要做，先……；如果已经决定，直接……”这类分叉，说明它其实是两个阶段，应该拆开。
一个可执行的检查动作
整理完成后，随机抽取三条分属不同阶段的问句，分别模拟读者路径：从判断页进入，能否顺畅走到比较页和执行页；从执行页进入，能否回看到判断依据。如果某条路径断掉，说明阶段划分有缺口，需要补页面或改内链，而不是把断点塞回原页面。
这个检查的意义在于：它检验的是决策顺序是否连贯，而不是问句是否被全部收录。顺序连贯后，近似问句的整理才算完成；顺序不连贯，即使每条问句都出现在页面上，读者仍会在中途离开。整理的目标不是覆盖问句，而是让每个阶段的读者都能找到下一步该做的决定。
