结论是有条件的:如果同一页内容既要让新手能独立完成第一步,又要让专业人员能核对细节,那么分层应以“任务完成路径”为轴,而不是按难度把内容切成上下两半。新手需要一段可照做的起点,专业人员需要可验证的边界条件、失败原因和取舍依据;两者共用的前提必须一致,否则分层只会变成两套互相矛盾的说法。只有当两类读者面对的是同一个任务、同一套约束时,这种分层才成立。
分层不是默认动作。若新手要解决的是“怎样开始”,专业人员要解决的是“怎样在异常情况下继续”,这实际上是两个任务,硬放在一页里会让双方都找不到重点。判断依据可以看三个信号:一是两类读者是否会执行同一个动作;二是他们是否需要同一组前置条件;三是专业人员提出的问题是否主要围绕边界和例外,而不是围绕基本步骤。
如果三个信号都指向同一任务,分层成立,做法是:开头用短段落给出最小可执行路径,随后用若干小节展开条件、例外和验证方法。新手读完开头就能动手,专业人员可以跳过开头直接看后面的条件说明。如果信号指向两个任务,更合适的动作是拆成两页并互相链接,而不是在同一页里做折叠或切换。
一个假设例子:某内部工具的使用说明同时面向刚接触该工具的人和有经验的人。若新手只需要知道如何提交一次请求,而专业人员关心的是请求失败后如何判断是输入问题还是权限问题,那么这两类内容可以同页分层,因为动作相同、前置条件相同。反过来,如果专业人员关心的是如何改写工具本身的配置,那已经属于维护任务,应另起一页。
分层最常见的失败,是新手部分和专业人员部分对同一个概念给出不同说法。比如新手部分说“按默认设置即可”,专业人员部分说“默认设置在某些条件下不适用”,但两处都没有说明条件是什么。读者会认为内容自相矛盾,而不是认为这是分层。
可执行的做法是先写一段共同前提,明确适用范围、必要输入和预期结果,再分别写两类读者各自需要的内容。共同前提应当具体到可以被检验,例如说明需要哪些输入、在什么范围内结果有效、出现什么现象说明前提不成立。这样做的结果是:新手知道自己的操作在什么范围内可靠,专业人员知道从哪一条开始需要额外判断。
下一步动作是检查共同前提是否真的被两类读者共用。如果专业人员需要的前提新手根本用不到,那部分应移入专业层,而不是留在开头增加新手的阅读负担。
按“基础/进阶”这类标签切分,往往只是把同一段话换两种语气,读者仍然不知道何时该停下来核对。更有效的切分依据是验证动作:新手层给出一个能确认操作成功的检查点,专业层给出当检查点不通过时如何定位原因。
例如假设一份数据导出说明:新手层写“导出后打开文件,确认行数与筛选条件一致”;专业层写“若行数不一致,先检查筛选条件是否包含空值、时间范围是否按同一时区解释”。这里的切分不是难度,而是“能否自行确认结果”与“确认失败后怎么办”。
这种切分的结果是:新手不会因为看到大量例外而放弃,专业人员也不必从基础步骤里筛选有用信息。若两类读者都无法在各自层内完成一次验证,说明分层位置放错了,应回到共同前提重新划分。
当两类读者对同一术语的理解存在实质冲突时,分层会失效。比如新手把某个指标理解为“越多越好”,而专业人员知道该指标在某些条件下需要压低,且两种理解都对应真实场景。此时无论怎样分节,读者都会带着错误预期阅读。
遇到这种情况,不应继续分层,而应先解决术语歧义:要么在共同前提中把两种含义和各自适用条件写清楚,要么把内容拆成两页,各自使用不含歧义的表述。继续分层只会把冲突藏进不同小节,让读者在交叉阅读时更加困惑。
另一个反例是专业人员需要的信息依赖新手层没有给出的中间结果。如果专业层的判断必须建立在某个只有新手层才出现的步骤上,那么分层顺序需要调整,把该步骤提升到共同前提,否则专业读者会缺少判断依据。
先确认两类读者是否执行同一任务,再写共同前提,然后分别补新手验证点和专业边界条件,最后检查是否存在术语冲突。若冲突存在,先处理冲突再分层。这个顺序的代价是前期判断更慢,但能避免把矛盾写进页面后再返工。
可用的下一步动作是:找一位新手读者和一位专业读者,分别只读各自那一层,请他们复述自己会做什么、在什么条件下会停下来。如果两人的复述在关键条件上不一致,说明共同前提没有写清楚,应先修改前提,而不是继续增加分层小节。分层的目的不是让页面看起来照顾了所有人,而是让每一类读者都能在自己的路径上做出可检验的判断。