先给结论:把近似问句按“用户此刻要做的决定”分层,而不是按句式或同义词分组,这是唯一能同时服务内容规划和页面承接的整理方式。前提是你的业务已有真实咨询或搜索词记录,且能区分“了解选项”与“准备行动”两类行为。若缺少这个前提,分层会退化成主观分类,结论不成立。
近似问句看起来像同义改写,实际可能落在不同阶段。判断依据不是词面相似度,而是问句里是否出现时间压力、比较对象、执行条件三类信号。只出现“是什么”“有哪些”的问句,通常属于早期了解;出现“哪个好”“怎么选”“区别”的,属于比较评估;出现“多少钱”“怎么办理”“要多久”“能不能”的,才进入行动决策。
实际操作时,把每条问句拆成三个字段:动作对象、判断依据、是否涉及执行。例如“百度关键词搜索怎么设置”和“百度关键词搜索设置后多久生效”,前者是了解操作,后者已经预设了执行动作并关心结果时间,应归入不同阶段。这个动作的结果是:你会得到一张带阶段标签的问句表,而不是一堆同义词。
已有业务中,关键前提变化往往比问句本身更能决定阶段。常见的变化条件是:预算是否已确定、是否已有可选方案、是否必须在本周内完成、决策人是否从个人变成团队。条件不同,同一句问法也要放进不同阶段。
假设一个场景:你手里有二十条近似问句,其中八条只问“有哪些方式”,六条问“哪种适合小团队”,四条问“先做哪一步”。按条件切分后,前八条不需要执行细节,中间六条需要对比维度,后四条需要操作顺序。这个分类结果直接决定下一步是先补对比页,还是先补步骤页。
如果只按“怎么”“如何”“什么”来分组,会得到一个看似整齐、实际无法决策的表。反例是:两条问句都写成“百度关键词搜索如何整理”,一条来自刚开始了解的人,一条来自已经收集了五十个词、准备分配页面的人。句式相同,但前者需要概念解释,后者需要分类规则和去重方法。把它们放进同一组,后续内容会既不够浅也不够深,两边都不满意。
另一个会让结论失效的情况是:你的业务没有真实咨询记录,只能靠猜。此时应先用少量真实问句做小样本标注,而不是直接大规模分层。样本不足时,阶段边界会频繁变动,整理结果不可靠。
分层完成后,不要停在表格里。下一步动作是:为每个阶段选一个代表问句,检查现有页面是否已经回答了该阶段的核心决定。若某阶段没有对应页面,标记为缺口;若同一阶段有多个页面互相竞争,标记为合并候选。
这个动作的结果会影响下一步:如果发现行动阶段问句集中但没有任何页面承接,就应先补执行顺序和前置条件,而不是继续扩写了解阶段的定义。反过来,如果了解阶段问句最多但已有页面覆盖充分,就不必再增加同义解释,而应把精力转向比较阶段的判断依据。
这套分层适用于:有真实问句来源、业务前提发生过变化、需要决定先做哪类内容的团队。不适用于:问句数量极少、业务阶段单一、或所有问句都指向同一个执行动作的情况。在后一种情况下,强行分阶段只会增加维护成本,直接按操作顺序组织即可。
最后提醒一点:近似问句整理不是一次性的。当业务前提再次变化,比如服务范围、交付方式或决策人发生变化,原先的阶段标签需要重新检查。判断标准始终是“用户此刻要做什么决定”,而不是问句里出现了哪些相同字词。