把大量近似问句整理成决策阶段,可行的做法是先按读者此刻要做的动作分类,再为每个阶段保留一种问法,而不是按句子相似度去重。近似问句看似重复,实际常处在不同阶段:有人还在判断要不要做,有人已经在比较两种做法,有人准备动手却发现条件不成立。若把它们合并成一句,模板会失去承接下一步动作的能力;若全部保留,模板又会膨胀成同义句堆积。下面用一个明确标为假设的情境,把整理过程走一遍。
假设有一个做设备租赁的站点,编辑从咨询记录里收集到四十多条近似问句,都围绕“租多久划算”“短租和长租怎么选”“临时用几天要不要租”。直觉上,问句越多,说明素材越丰富,模板应该更好写。但真正动手时会出现相反结果:四十多条问句写进同一篇软文,读者读到一半仍不知道自己该做什么,因为句子在“判断需求”“比较方案”“确认条件”之间来回跳。此时问题不在数量,而在阶段没有分开。
可核对的证据不是问句总数,而是每条问句后面跟着的动作。如果一条问句后面接的是“先算使用天数”,它属于判断阶段;如果接的是“对比两种租期的单价和起租条件”,它属于比较阶段;如果接的是“确认押金、配送和归还时间”,它属于执行前确认阶段。把这三类混在一起,模板就会显得什么都说了,却无法推动读者往下走。
整理时不要先改词,先给每条问句标注它要推动的动作。可以按下面的顺序操作:
这样做之后,四十多条问句不会消失,而是被分配到不同位置。判断阶段回答“这件事值不值得做”,比较阶段回答“两种做法各自成立的条件是什么”,执行前确认阶段回答“我现在动手还缺什么”。同一句“短租和长租怎么选”,在比较阶段是主问句,在执行前确认阶段只能作为提醒条件出现,不能同时承担两个阶段的推进任务。
继续用设备租赁站点的假设情境。编辑把问句分成三组后,模板结构可以写成这样:
这个结构的关键动作是:编辑先给每条近似问句标注动作,再把动作归入阶段,最后才写模板。结果会直接影响下一步——如果比较阶段的条件分支写不清楚,执行前确认阶段就会收到大量本应在比较阶段解决的追问;这时要回头补比较阶段的条件,而不是在执行阶段继续堆问句。
近似问句整理后仍然显得杂乱,通常有两种合理解释,需要用不同证据区分。第一种解释是阶段没分开,证据是同一段里同时出现“要不要做”“选哪种”“还缺什么”三类动作。第二种解释是部分问句本身不推动决策,证据是无论放在哪个阶段,读者看完都不会产生下一步动作,例如单纯询问名词含义的句子。前一种要重排阶段,后一种要降级为注释或删除。
还有一种容易被误判的情况:某些问句的咨询量下降,并不自动说明它不重要。它可能只是被更靠前的判断阶段拦截了,也可能被其他页面承接,或者本来就不属于这个模板要解决的问题。把请求量或抓取量归零直接当成处理正确的证据,会掩盖这些其他解释。更稳妥的判断是回到动作:这条问句是否还能让读者产生一个明确的下一步。如果不能,它就不必占据模板的主问句位置。
阶段分好后,每个主问句后面都要留一个可执行的落点。判断阶段落到一个可自行计算的比较方法,比较阶段落到两个成立条件,执行前确认阶段落到一份需要向服务方核实的条目清单。这样读者读完一段,知道自己处在哪个阶段,也知道下一步该做什么。模板的价值不在于把近似问句收得更全,而在于让不同阶段的读者都能找到与自己当前动作对应的那一段,并在条件不成立时知道回头改哪一步。