把同一页内容拆成两条阅读路径:新手路径只回答“这是什么、我现在该做什么”,专业人员路径回答“为什么这样做、边界条件是什么、如何验证”。如果两批读者都在同一段里被照顾,最常见的反常结果是新手读完仍不知道下一步,专业人员读完觉得没有可验证依据。分层的判断标准不是篇幅,而是读者能否在三十秒内找到与自己水平匹配的入口。
假设你手上有一页介绍应用内购买恢复机制的内容,主词是海外aso关键词优化。新手关心“用户点了恢复没反应怎么办”,专业人员关心“恢复请求在什么条件下会失败、日志里看什么”。如果这页同时出现这两类问题,说明分层需求成立;如果专业人员的问题其实属于另一条工作流,就不该硬塞进来,而应另建页面。
一个可核对的判断动作是:把现有页面所有小标题抄成清单,逐条标注“新手可独立执行”或“需要前置知识”。当后者超过一半,而页面开头仍在做基础解释,就说明分层缺失,读者会在中途流失。这个结果直接决定下一步是加导航还是拆页。
分层不等于把同一件事写两遍。更省成本的做法是共用主体解释,只在关键决策点插入分支。例如正文先说明恢复机制的基本流程,然后在“失败排查”处给出两种读法:新手看症状对照,专业人员看条件与证据。这样既不重复,也不牺牲任何一方。
实际动作可以这样落地:在页面顶部加一行锚点导航,新手锚到“我该做什么”,专业人员锚到“判断依据”。做完后观察跳出位置是否从页面中段前移,如果前移,说明入口有效;如果没变化,问题可能不在分层,而在标题承诺与内容不符。
有时给专业人员补充了条件和证据,新手反而更困惑,因为页面变长了。这不是分层失败,而是两条路径在视觉上没有分开。解决办法是让专业人员的内容默认折叠或后置,新手读完主干就能行动,专业人员再展开细节。判断是否有效的证据是:新手能否在不展开任何附加内容的情况下完成一个动作。
另一种反常是专业人员觉得内容太浅。这时不要靠增加术语解决,而要检查是否缺少可验证依据。例如“恢复失败通常与网络有关”是新手级表述;“在请求超时且重试次数用尽后仍无响应,应查看哪类日志字段”才是专业人员需要的粒度。前者保留,后者补充,两者不冲突。
以你手上这一页为对象,按顺序做四件事。第一,列出所有读者问题,按“无需前置知识”和“需要前置知识”分成两栏。第二,把无需前置知识的问题合并成一条主线,确保每步都有动作和结果。第三,把需要前置知识的问题改写成“条件 + 证据 + 不成立的情况”,放在主线之后或折叠区。第四,检查标题和开头是否同时承诺了两类读者,如果只承诺了一类,另一类会被误导。
做完这四步后,下一步不是继续加内容,而是找一位新手和一位专业人员分别读一遍,记录他们卡住的位置。卡点集中在同一段,说明分层结构有问题;卡点分散,说明内容颗粒度需要调整。这个结果决定你是改结构还是改细节。
不是所有页面都值得分层。如果一页只服务一个明确动作,强行加入专业人员内容会稀释主线。判断依据是:两类读者的问题是否共享同一个核心流程。共享则分层,不共享则拆页。拆页时注意不要为了覆盖关键词而重复主词,重复不会带来新价值,只会让两页互相竞争。
还要避免把分层当成给内容加长度的手段。新手路径的价值在于减少选择,专业人员路径的价值在于提供可验证条件。如果补充的内容既不能减少选择,也不能提供证据,就应当删掉。最后,任何分层方案都只是假设,需要用读者实际卡点来验证,而不是靠感觉判断是否平衡。