把大量近似问句塞进同一个meta描述标签,通常不是“写不下”的问题,而是这些问句在用户旅程中处于不同决策阶段。判断依据是:问句背后的人是还在比较方案,还是已经准备执行。前者适合用一段meta描述标签覆盖共同困惑,后者应当拆成不同页面、各写各的meta描述标签,否则摘要无法同时承接两种意图。
近似问句表面上都在问同一件事,但动作词会暴露阶段差异。典型的分界是“是什么/哪个好”与“怎么设置/怎么改/怎么申请”。前者处于评估阶段,用户还在建立判断标准;后者处于执行阶段,用户已经选定方向,只差操作细节。
这一步的实际动作是把问句列表按动作词分成两栏。结果会直接决定下一步:同一栏内才考虑合并,跨栏的近似问句不要硬塞进同一段摘要。
如果业务的关键前提没有变化——目标人群、产品形态、核心约束都保持稳定——那么同一决策阶段内的近似问句可以合并。合并的判断标准不是字数,而是回答是否共用同一组依据。
假设一个场景:某类工具页面收到“A和B有什么区别”“A适合谁”“A值不值得换”三类问句,它们都停留在评估阶段,答案都依赖同一组适用条件。此时用一段meta描述标签点明这组条件,比拆成三个页面更省维护成本,也不会让用户在多个摘要之间反复跳转。
合并后要做的动作是:在摘要里明确写出适用前提,而不是罗列所有问句。结果如何影响下一步?如果摘要写出前提后,执行阶段的问句仍然大量落到这个页面,说明合并边界划错了,应把执行类问句拆出去单独成页。
关键前提变化是拆分的触发条件,而不是问句数量变多。常见的变化包括:适用对象改变、规则或政策调整、交付方式从人工转为自助、成本结构改变。这些变化会让原本同阶段的问句分裂到不同阶段。
例如,原本“怎么选”和“怎么用”可以共用一段描述,因为选完就能直接用;一旦使用环节增加了前置条件,选完不等于能用,“怎么用”就变成了独立的执行阶段问题,需要单独的meta描述标签说明前置条件和预期结果。此时继续合并,摘要会既不像评估指引,也不像操作说明。
可区分的证据是:同一段摘要下,用户后续行为出现明显分化——一部分人继续比较,另一部分人直接找操作入口。这个分化本身不能单独证明拆分正确,因为也可能来自入口位置或页面结构;需要结合问句的动作词再判断一次。
把上面的判断收敛成一组可操作条件,便于在整理问句时快速取舍。
实施动作上,先给每个待处理问句标注阶段和前提依赖,再决定归入哪一段meta描述标签。例外是:如果某句虽然属于执行阶段,但只是同一流程的细微措辞差异,仍可并入同一执行页,不必逐句拆页。
假设同一业务下有三句近似问句:“这个方案适合小团队吗”“小团队怎么开通”“开通后能改配置吗”。第一句是评估,第二句是执行,第三句是执行后的例外处理。若前提是开通无需额外审核,第二、三句可以共用一段执行向摘要;若前提变为开通需要资格审核,第二句就必须单独说明审核条件,第三句则归入变更说明。这个例子只用于说明比较方法,不代表任何真实项目的处理结果。
整理近似问句的终点不是把句子分类归档,而是让每段meta描述标签只承接一个决策阶段。前提稳定就合并,前提变化就按阶段拆分,并用后续行为分化作为复核信号,而不是把某一次统计变化直接当成拆分正确的证据。