用户体验算法，页面主题过宽时依据什么拆成独立任务
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /74ee31c947a5.html
📄
用户体验算法，页面主题过宽时依据什么拆成独立任务
判断标准不是主题词能覆盖多少内容，而是用户带着一个意图进来时，页面能否在一个任务内完成闭环。闭环成立就保留为一个页面；闭环需要跨意图或跨角色才能完成，就拆成独立任务页。下面用一个假设情境说明取舍过程。
假设情境：一个旧专题页需要退出，哪些部分值得保留
假设某团队维护一个旧专题页，最初把“选购、安装、维护、故障排查、配件更换”都写在同一页上。现在旧系统要下线，旧合作关系也结束了，团队需要决定：是整页删除，还是把仍有价值的部分拆出去。这里的关键不是页面好不好看，而是每个部分是否对应一个可以独立完成的用户任务。
可以先把页面上的内容按“用户此刻想完成什么”列出来。选购对应“比较并决定买哪类”，安装对应“按条件完成部署”，故障排查对应“定位并解决异常”，配件更换对应“找到匹配件并替换”。这四类意图的输入条件、判断依据和完成标志都不同，所以它们不构成同一个任务，而是四个任务。
拆与不拆的三条判断依据
依据一：完成标志是否不同
如果一个部分的结束状态是“用户知道了怎么选”，另一个部分的结束状态是“用户排除了某个故障”，两者就不该共用同一套标题、导语和下一步动作。完成标志不同，意味着页面内部的引导会互相打断：正在排查故障的人被拉去看选购对比，正在比较的人被推去读维护周期。此时拆成独立任务页，比在同一页里堆锚点更稳。
依据二：前置条件是否冲突
假设“安装”部分要求用户已经确定型号，而“选购”部分要求用户还没确定型号。这两个前置条件互相冲突，放在同一页时，开头无法同时满足两类读者。拆开之后，选购页可以把“确定型号”作为出口，安装页把“已确定型号”作为入口，页面之间的跳转关系反而更清楚。
依据三：保留价值是否依赖旧结构
旧内容退出时，常有一部分内容只在旧结构里才有意义。例如旧专题页里的“配件更换”如果依赖旧型号命名，而旧型号已停止维护，那么这部分内容即使文字仍有参考价值，也不适合作为独立任务页继续存在。可以把它降级为归档说明，或在保留的维护页里用一段话交代，而不是强行拆成新页面。
一个可执行的动作：先写任务卡，再决定页面去留
具体动作是给每个候选部分写一张任务卡，只写四项：用户是谁、进来时已知什么、要完成什么、完成后下一步是什么。写完后再对照上面三条依据。
- 四项都能写清楚，且完成标志唯一：保留为独立任务页。
- 完成标志与另一部分相同：合并，不拆。
- 前置条件冲突但内容仍有价值：拆，并在页面之间建立明确的先后关系。
- 前置条件依赖已退出的旧结构：不拆，转为归档或在保留页中简要交代。
这个动作的结果会直接影响下一步：如果拆出来的任务页之间需要互相跳转，就要重新检查每个页面的入口是否唯一；如果发现两个任务页的入口高度重叠，说明拆分过细，应回到合并判断。
拆完后如何验证没有拆错
验证不靠感觉，靠三个可观察点。第一，每个任务页能否用一个句子说清“谁在什么条件下完成什么”。第二，从任一任务页出发，用户是否只需要一次跳转就能到达下一个合理任务，而不是被送回一个宽泛的总览页。第三，旧页面上仍然有价值的部分是否都有明确归属，既不遗漏，也不被塞进不相关的任务页。
需要说明的是，抓取量、索引量或某个旧入口的请求量下降，不能单独证明拆分正确，因为退出旧系统、链接失效、用户习惯变化都可能造成同样现象。更可靠的判断是任务卡是否自洽、页面之间的先后关系是否成立，以及保留部分是否仍有明确的适用条件。
如果这三项都成立，就可以按任务卡执行页面调整；如果其中一项不成立，先回到判断依据，而不是继续增加页面。
