结论先说:如果一篇文章已经长到读者需要滚动很久才能完成一个动作,优先按用户任务拆分;只有当同一概念被不同角色反复误读、且每种误读会导向不同动作时,才按概念拆分。判断标准不是字数,而是“读完这一段,读者下一步做什么”是否一致。
把文章里每个大段问一遍:读者读完后,是去改标题、去联系销售、去提交表单,还是只需要理解一个术语?如果同一段里混着两种动作,说明任务边界已经模糊。例如一段既解释“关键词分组”是什么,又教人怎么在表格里建分组,前者是理解,后者是操作,混在一起会让只想操作的人被概念拖慢。
这时按任务拆分的收益很直接:操作页只保留步骤和验收点,概念页只解释为什么这样分组。两页各自有独立入口,读者不会在操作中途被拉去补概念。
当运营、编辑、开发对同一个词的理解不一致时,按概念拆分反而更合适。比如“关键词优化”在运营眼里是选词,在编辑眼里是改标题,在开发眼里是模板变量。三种理解对应三种完全不同的动作,如果硬塞进一篇长文,读者会各自摘取自己那部分,剩下的内容被跳过,页面结构也失去意义。
此时可以拆成三篇,每篇开头明确写给谁、读完能做什么。判断依据是:把同一段发给三个人,他们复述出的下一步动作是否相同。如果不同,就是概念分歧,不是任务分歧。
假设一篇文章虽然很长,但所有段落都服务于同一个动作:让读者判断某个词该不该单独建页。此时按概念拆开反而有害,因为读者需要一次性看到完整判断链,拆开后每篇都要重复前提,反而增加理解成本。
这个反例说明:任务拆分的前提是任务之间可以独立完成。如果子任务必须依赖前一个子任务的结论,拆开就会制造断点。遇到这种情况,保留长文,但用清晰的小标题把判断链标出来,比强行拆成多页更稳。
当团队对“该拆还是该合”争执不下时,不要继续讨论感觉,而是把分歧写成可核对的项目。可以按下面三步做:
做完这一步,你会得到一张动作分组表。它不依赖字数,也不依赖个人偏好,而是让每个人都能指着同一行说“这里动作变了”。下一步动作是:先按分组表改一页,观察读者是否还在同一段里问两个问题。如果仍然混淆,再考虑按概念拆;如果没有混淆,说明任务边界已经足够清楚,不需要继续拆。
按任务拆分会增加页面数量,可能让同一主题分散在多个入口。此时要确认每个入口都能被独立理解,而不是把一篇文章切成几段后每段都缺前提。按概念拆分则容易重复解释背景,读者可能在三页里看到相似的开头,反而降低信任。
取舍的关键是:拆分后每页是否只回答一个问题,且这个问题有明确的完成信号。完成信号可以是读者能做出一个选择、能填完一张表、能判断一个词该不该单独建页。如果没有完成信号,拆分只是把长文变短,并没有解决理解问题。