网站内容规划：一个页面应覆盖多大主题范围？多人协作时先定边界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d79d4b0a37c3.html
📄
网站内容规划：一个页面应覆盖多大主题范围？多人协作时先定边界
一个页面应覆盖多大主题范围，取决于它承诺解决的具体问题：读者带着一个明确疑问进来，页面就应把这个问题讲透，而不是顺带铺开整个领域。判断标准很直接——如果页面的各小节可以分别回答几个互不依赖的问题，且删掉其中一节不影响其余部分成立，那它大概率覆盖过宽。多人协作时，范围越模糊，返工越多；把边界写进交付物，比事后争论更有效。
从交付结果倒推：先定页面承诺，再分任务
不要先分配“谁来写哪段”，而要先写清这个页面完成后读者能做什么。用一句话描述交付结果，例如“读者能判断自家产品是否需要做多语言站点，并知道第一步查什么”。这句话就是范围上限：凡是不能帮读者完成这个判断的内容，都应移出本页或另开页面。
把这句话拆成三到五个必须回答的子问题，每个子问题对应一个<h2>。子问题之间应有递进或并列关系，而不是各自独立成篇。如果拆出的子问题超过五个，通常说明主题该拆分；如果少于三个，可能内容单薄，需要补充判断依据或例子。
边界检查：三个信号说明覆盖过宽
- 子问题可独立成页：每个小节单独拿出来都能支撑一个完整页面，说明它们本就不该挤在一起。
- 需要不同读者身份：一半内容给新手，一半给已有经验的执行者，两类人关心的前置知识不同，混在一起会互相拖累。
- 需要不同证据类型：一部分靠概念解释，一部分靠操作步骤，一部分靠对比数据，证据类型差异大时，页面结构容易散。
出现以上任一信号，优先拆页，并在本页用一句链接式说明指向后续页面，而不是把所有内容压进同一页。
多人协作时的任务与责任划分
范围确定后，把每个子问题写成可验收的任务条目。每条任务包含四项信息：要回答的问题、必须给出的依据类型、负责人、验收标准。例如“回答多语言站点是否影响抓取，依据类型为官方文档或可复现的抓取日志，负责人A，验收标准为给出至少一种判断方法和一个反例”。
责任划分要避免“共同负责”。同一子问题只设一个主责人，其他人提供材料或评审。主责人负责该节的事实核对与表述一致，评审人只检查是否超出范围、是否与其他节重复。
验收：用范围清单代替感觉判断
交付前用一份简短清单核对，而不是凭“读起来还行”决定是否通过：
- 页面开头是否直接回答了标题承诺的问题？
- 每个<h2>是否对应一个已列出的子问题，没有多余小节？
- 删掉任一<h2>后，其余内容是否仍然成立？若成立，考虑拆分。
- 是否出现了本页未承诺、但需要额外前置知识才能理解的内容？若有，移到别页或补一句必要说明。
- 事实性表述是否有可核对的依据，而非“一般来说”？
假设一个页面标题是“小团队如何做内容排期”，却用大量篇幅讲关键词研究工具选择。关键词研究若不能直接支撑排期决策，就属于超出范围；此时应把该部分移到独立页面，本页只保留排期所需的判断依据。
适用条件与判断结果
这套方法适用于多人协作、需要明确交付物的内容项目。若页面只是单人维护的短说明，范围可以更宽松，但仍应保证一个页面只回答一个核心问题。判断结果只有两种：范围合适，进入写作；范围过宽或过窄，先调整子问题清单再分工。调整发生在写作前，成本最低。
下一步：选定一个正在协作的页面，用一句话写下它的交付结果，再列出子问题清单。若清单超过五项或出现互不依赖的问题，先拆分页面，再重新分配主责人。
