近似问句不该按“像不像同一个词”来合并,而该按用户此刻要做的决定来分层:还在判断要不要做、已经确定要做但缺方法、已经做过但结果不对。前提变了,同一句问法就该落到不同页面,而不是硬塞进一个列表页。
把近似问句摊开时,先别急着做同义词归并。更实用的动作是给每句标注“用户下一步要干什么”。如果下一步是决定是否值得投入,它属于判断阶段;如果下一步是选一种做法并动手,它属于执行阶段;如果下一步是排查已经出现的结果偏差,它属于修正阶段。三个阶段对应三种页面任务,混在一起就会让读者看完仍不知道先做哪一步。
区分证据可以看问句里的时间指向和动作词。出现“要不要”“值不值”“和某方式比”的,多半在判断阶段;出现“怎么做”“步骤”“模板”的,多半在执行阶段;出现“没效果”“下降了”“改了以后”的,多半在修正阶段。同一批近似问句里,这三类往往同时存在,直接合并会丢掉阶段差异。
已有实际业务时,关键词整理不是从零选题,而是决定旧内容继续留、换角度重写,还是停止维护。判断依据不是这个词“还有没有搜索”,而是当初写它的前提是否还成立。
这里的关键动作是:对每个近似问句写一行“前提是否变化”的判断。判断为“没变”的进保留清单,判断为“变了且仍属你承接”的进改写清单,判断为“不再承接”的才进退出清单。这个动作的结果会直接决定下一步是补内容、重构页面,还是清理入口。
很多整理失败,是因为把近似问句按字面相似度分成了若干组,却没有给每组指定页面角色。更稳的做法是先定页面角色,再把问句放进去。判断阶段页面负责讲清取舍条件和适用边界;执行阶段页面负责给出可照做的动作和检查点;修正阶段页面负责解释结果偏差的常见原因和排查顺序。
假设有一组近似问句都围绕同一个业务动作,其中一部分在问“要不要做”,一部分在问“先做哪一步”,一部分在问“做了没反应怎么办”。如果全部塞进一页,读者会同时看到取舍、步骤和排查,页面主题被拉散;如果按阶段拆成三页,每页只承接一种下一步,读者更容易继续点击。这里的数字只是说明分组方法,不表示任何固定页数或字数要求。
合并成立的条件是:问句指向同一个决策阶段,且回答它们所需的证据几乎相同。比如只是语气和断句不同,合并后不会让任何一类读者找不到答案。拆开成立的条件是:问句虽然字面接近,但用户下一步动作不同,或所需证据类型不同,比如一个要比较条件,一个要操作顺序。此时强行合并,只会让页面在两种任务之间摇摆。
一个可执行的检查是:把合并后的页面标题和首段写出来,看它是否同时承诺了两件以上不相关的事。如果是,说明该拆;如果首段能自然覆盖全部问句且不跑题,说明该合。这个检查不依赖任何固定字符阈值,只依赖页面是否还能给出清晰的下一步。
整理不是把问句分类归档就结束。更有效的验证是看每个页面能否让读者产生一个明确的下一步:判断阶段页面应把读者导向执行阶段页面,执行阶段页面应把读者导向修正阶段页面,修正阶段页面应把读者导向重新判断或联系实际业务。若某个页面读完没有任何可点的下一步,说明它可能只是同义词堆叠,需要回到前提判断重新决定保留、改写或退出。
如果发现某组近似问句的访问在整理后下降,不能直接断定整理错误。它也可能来自入口位置变化、展示形式变化或需求本身转移。此时应回到“前提是否变化”的那行判断,确认是阶段归属错了,还是退出决策执行得过早。只有把现象和当初的判断依据对照,才能决定下一步是恢复保留、继续改写,还是完成退出。