先把近似问句按“用户此刻要做的决定”分组,而不是按措辞分组。只有当两个问句对应的下一步动作不同时,才值得拆成独立页面或独立段落;如果下一步动作相同,合并成一段更省力,也更容易让读者一次读完。
近似问句最容易被误判成“同义改写”。例如“要不要换方案”“换方案前要准备什么”“换完之后怎么验证”,三句话都在问换方案,但读者的下一步动作完全不同:第一句要判断值不值得换,第二句要准备条件,第三句要检查结果。把这三句塞进同一段,读者会在还没决定是否换的时候,先读到验证清单,顺序错位。
可操作的判断方式是:给每个问句写一句“读完它,读者会去做什么”。如果两个问句写出的动作相同,就合并;如果动作不同,就拆开,并把这个动作作为该段的落点。这样做的好处是,段落顺序自然形成决策链,而不是同义词的堆叠。
大多数近似问句可以归入三个阶段,每个阶段对应一种不同的内容重心:
归类时问自己:这个问句的答案,会不会改变读者是否继续?会,就属于判断阶段;不会,只是让执行更顺,就属于准备或验证阶段。这个区分直接决定你把页面写成“帮读者下决心”还是“帮读者少走弯路”。
假设你手上有二十个近似问句,有两种看似合理的做法。
做法一:合并成一个长页面,用三个小标题对应三个阶段。成立的条是这些问句共享同一批前提条件,读者不需要在中途切换背景知识。代价是页面较长,判断阶段的读者要往下滚才能看到自己关心的比较信息。适合问句之间衔接紧密、且你希望一个页面承接整条决策链的情况。
做法二:拆成多个短页面,按阶段分开。成立的条件是每个阶段的读者来源不同,比如判断阶段的读者和验证阶段的读者几乎不会互相跳转。代价是页面之间需要互相指路,否则读者会在错误阶段停下。适合阶段之间前提差异大、混在一起会互相干扰的情况。
判断依据不是字数,而是“前提是否共享”。前提共享就合并,前提不共享就拆开。不要为了凑页面数量而拆,也不要为了省事而把不同前提硬并。
如果近似问句里混入了完全不同的意图,比如一部分人在问操作步骤,另一部分人其实在问“有没有现成服务可以代替我自己做”,那么按决策阶段整理会失效。因为后者不是决策链上的一环,而是另一条路径。这时应先按“自己动手还是找人代做”分叉,再在每条路径内部套用三阶段整理。忽略这个分叉,会让准备阶段的清单出现在只想找人代做的读者面前,增加跳出。
拿一张纸或一个文档,把每个近似问句后面补一句“读完去做什么”。补不出来的问句,先标记为待定,不要急着归类。补完之后,把动作相同的问句合并,把动作不同的问句按判断、准备、验证排序。完成后检查一遍:从第一段读到最好一段,读者的动作是否在递进。如果中间出现动作回退,说明阶段顺序需要调整。这个动作的结果会直接告诉你哪些问句该留在同一页,哪些该独立成页,而不是靠措辞相似度猜测。