优先按用户任务拆分,只有当同一任务下存在多个必须分别解释、且各自能独立成立的概念时,才按概念拆。判断依据不是文章有多长,而是读者读完一段后要做的下一件事是否发生了变化。如果下一件事变了,就该另起一篇;如果下一件事没变,只是概念变多,拆成概念页往往会让读者在两个页面之间来回跳。
假设有一个团队维护一组关于“设备巡检”的内容。编辑A认为现有长文已经覆盖了巡检准备、执行、异常上报三块,不需要拆;编辑B认为异常上报是独立概念,应该单独成篇;编辑C认为读者真正要完成的是“完成一次巡检并留下记录”,准备和执行属于同一任务,异常上报属于另一个任务。三个人说的都有道理,分歧点在于他们各自把“理解”当成了拆分单位,而没有把“读者接下来要做什么”当成拆分单位。
把分歧转成可以核对的项目,可以这样做:列出长文中每一段所服务的读者动作,然后看这些动作是否属于同一个完成状态。如果两段都服务于“完成一次巡检”,它们属于同一任务;如果一段服务于“完成巡检”,另一段服务于“巡检发现问题后如何升级处理”,那就是两个任务。这个核对表不需要精确到每个句子,只需要标出动作变化的位置。
当一篇文章里出现了两个以上不同的完成状态时,按任务拆分更合适。完成状态指的是读者做完这件事之后,可以判断自己“已经做完了”。例如“完成一次巡检”和“处理一次异常上报”是两个完成状态,前者以留下记录为终点,后者以异常被接手为终点。两者的前置条件、动作顺序和结果判断都不一样,放在同一篇里会让读者在阅读中途失去目标感。
按任务拆分还有一个实际动作:把每个任务的起点和终点写成一句话,然后检查长文里是否存在两个不同的终点。如果存在,就按任务拆;如果所有段落都指向同一个终点,就不要因为篇幅长而拆。拆完之后,每个页面只回答一个任务问题,页面之间的链接关系也更清楚:读者完成第一个任务后,如果遇到异常,再进入第二个任务页面。
按任务拆分的结果会直接影响下一步:当每个页面只服务一个完成状态时,标题、开头段和结尾动作都更容易写准,读者也更少在页面之间反复跳转。反过来,如果拆完之后两个页面仍然在回答同一个完成状态,只是换了说法,那就是拆错了单位。
按概念拆分只在一种情况下成立:同一任务下存在多个概念,每个概念都需要单独解释,而且读者不需要按顺序读完所有概念才能完成任务。例如同一个任务里涉及“巡检项”“巡检周期”“巡检记录格式”三个概念,它们各自可以独立解释,读者可能只查其中一个。这时按概念拆成多个页面,可以让每个页面更聚焦,也方便不同角色分别引用。
但概念拆分有一个风险:概念页容易变成定义堆叠,读者读完仍然不知道下一步做什么。要避免这一点,每个概念页至少要说清这个概念在任务中的位置,以及读者在什么条件下需要用到它。如果概念之间必须按顺序理解,拆开反而会增加阅读成本,这时更适合放在同一篇里,用清晰的层级而不是多个页面来解决。
判断概念拆分是否成立,可以问一个可核对的问题:读者是否可能只读其中一个概念就离开?如果答案是肯定的,概念拆分成立;如果读者必须读完所有概念才能完成同一件事,概念拆分就不成立。这个判断不需要统计工具,只需要把读者可能的进入路径写出来核对。
当多个角色对同一篇长文是否该拆有不同意见时,不要争论“长不长”,而是把分歧转成下面这张核对表。每个角色分别填写,然后对比差异位置。
填写完之后,分歧通常会从“我觉得该拆”变成“这里出现了两个完成状态”或“这里只有一个完成状态”。接下来只需要针对出现分歧的那一段做决定:如果两个完成状态并存,按任务拆;如果只有一个完成状态、多个概念并列,按概念拆或保留在同一篇内用层级区分。
假设一篇长文同时讲了“如何设置巡检提醒”和“如何导出巡检记录”。这两件事的完成状态不同:前者以提醒生效为终点,后者以文件下载为终点。按任务拆成两篇后,读者搜索“设置巡检提醒”时进入第一篇,搜索“导出巡检记录”时进入第二篇,各自不需要读另一篇就能完成动作。如果按概念拆成“提醒概念”“记录概念”,读者仍然不知道设置提醒的具体步骤,概念页也没有回答导出记录的操作问题。
反过来,如果长文讲的是“巡检记录包含哪些字段”“每个字段的含义是什么”“字段填写错误会怎样”,这些都属于同一个概念体系,读者需要按顺序理解,拆成多个页面反而会让读者来回跳转。这时保留在同一篇内,用清晰的段落层级区分,比拆成多个概念页更合适。
这个例子的假设前提是:读者进入页面的目的主要是完成一个动作,而不是系统学习一个概念体系。如果实际读者更多是来查定义、做培训材料,概念拆分的权重会上升;如果读者更多是来按步骤操作,任务拆分的权重会上升。两种前提都成立时,可以先用任务拆分覆盖操作路径,再把共用概念写成独立页面,从任务页链接过去。