把近似问句按“用户此刻要做的决定”分层,而不是按措辞差异罗列。具体做法是:先取一份你手头已有的问句列表,逐条标注它要推动的动作(了解、比较、验证、执行),再把同一动作内的问句合并成一个决策阶段,最后为每个阶段指定一个可核对的判断依据。这样整理出来的结构,能直接用于页面分节或选题排序,而不是停留在同义词归并。
近似问句看起来相似,但决策对象可能不同。整理前先做一次“对象核对”:每条问句问的是同一个对象、同一类条件,还是同一结果的不同侧面。如果对象不同,就不应合并,而应拆到不同阶段。
可以用一个假设例子说明。假设你手上有三条问句:某类设备是否值得买、某类设备在什么条件下更合适、某类设备买回来第一步怎么设置。它们都含同一名词,但第一条在求取舍结论,第二条在求适用条件,第三条在求操作顺序。把它们塞进同一节,读者会在“要不要”和“怎么做”之间来回跳。正确做法是拆成三个决策阶段,并让每个阶段的标题直接对应一个动作。
判断动作是否相同,可以问一句:读者读完这一段,下一步会去做什么?如果答案分别是“继续收集信息”“做选择”“动手操作”,它们就不在同一阶段。
对多数内容页面,近似问句可以归入四个阶段。这个划分不是固定模板,而是整理时的中间层;你可以按自己的主题增减,但每个阶段必须配一个能被核对的依据,否则阶段只是空标签。
映射时不要按问句字数或语气归类。疑问词相同不代表阶段相同:“为什么”可能落在了解阶段,也可能落在验证阶段,取决于它要推动的动作。
拿你手头那份近似问句列表,按下面顺序操作,每一步都会改变下一步的判断。
这一步的实际动作是“写核对依据”。它的结果会直接影响下一步:依据写得出来,说明阶段边界清楚,可以据此安排页面分节;依据写不出来,说明还需要回到第1步重新补动词,而不是急着合并问句。
整理近似问句时,常见冲突是不同角色对同一事实的判断不同。例如内容角色认为某问句属于比较阶段,产品或销售角色认为它属于执行阶段。这类分歧不要靠投票解决,而要转成可核对的项目。
做法是把分歧写成一句可验证的陈述,再指定核对方式。假设两个角色对“某功能是否必要”有分歧,可以转成:在什么条件下该功能会改变最终选择。然后约定核对材料,例如同一条件下的两种配置对比,或一个明确的反例。核对结果出来后,再决定该问句归入比较阶段还是验证阶段。这样分歧就从一个观点问题变成一个可检查的项目,阶段划分也随之稳定。
需要注意,核对结果只说明在该条件下成立,不能推广为所有情况都成立。阶段划分应保留适用条件,而不是把一次核对当作通用结论。
第一,看同一节内是否同时出现“要不要”和“怎么做”两类动作。如果出现,说明阶段被压平了,应拆开。第二,看每个阶段的核对依据是否能被读者实际执行。依据若只是“理解更深入”这类无法观察的表述,阶段就失去可核对性。
另外,问句数量多不等于阶段多。多条近似问句可能落在同一阶段,此时应合并为一个决策问题,而不是为每条问句单独设节。合并的判断标准仍是动作是否相同、依据是否相同,而不是措辞是否接近。
完成这两项检查后,你得到的是一份按决策阶段排列的问句结构。它可以用于页面分节、选题排序或内容更新,且每个阶段都有明确的核对依据,便于后续根据实际反馈调整顺序。