创建网站内容前，先写清页面目的简报

在任何人开始起草前，先完成并批准一份页面目的简报，写清目标受众、用户问题、页面角色、关键信息、所需证据、期望行动、内容形式、负责人和复核日期。随后把提案与现有页面、工具、事务流程和完整用户旅程对照。最终决定可以是更新、合并、重定向、拒绝或新建，而不是默认增加页面。这样交给写作者的不是一个预设标题或指定形式，而是一份能够被检验、质疑和维护的制作契约。

为什么必须先决定页面目的，再开始写作？

因为团队必须先证明存在有效需求、明确页面在旅程中的独特职责、列出支撑内容的证据、约定用户结果并承担后续维护责任，才能把请求视为写作任务。正式指南强调，发布内容应对应有效的用户需求，并记录潜在用户、用户要完成的事情、支持证据和验收条件。一个标题、一条领导意见或“做成视频”的要求只是拟议方案，不能代替这些依据。

如果直接从拟议方案起草，写作者就不得不自行猜测受众是谁、页面回答什么、哪些说法需要证明、读者下一步做什么，以及它与现有内容怎样分工。稿件即使语言顺畅，也可能同时回答多种不相干的需求，或与已有页面争夺同一职责。九字段简报把这些判断留在制作开始前处理。它是本文对用户需求、内容规划和生命周期治理原则的实用综合，并非任何机构制定的官方标准，也不能替代发现研究、用户调研、无障碍评估、事实核查、技术判断或专业审批。

批准新增页面前，团队应检查什么？

团队应先搜索当前网站和完整旅程，确认是否已有页面、下载资料、工具、事务流程、客服入口或其他渠道在回答同一问题或承担拟议角色。正式内容指南建议尽早检查现有指南，识别可更新页面、重复内容和缺失的任务信息。同一需求原则上应由一个权威位置承接；内容相近的页面可能让权威来源变得模糊，并增加寻找信息的难度，但这不表示所有相关内容都必须机械合并。

• 更新：现有页面已经拥有该需求和角色，只需补齐信息、证据或下一步。
• 合并：多个页面各自保存答案碎片，形成相互竞争的版本。
• 重定向：旧页面已不再权威，应把访问者带到新的权威位置并按治理流程退役旧内容。
• 拒绝：证据不能证明需求或独特角色，或者工具、流程调整及其他渠道更合适。
• 新建：需求、角色、证据、行动、形式、负责人和复核计划能够组成一致提案。

做决定时要查看用户在哪个节点遇到问题，而不只是比较页面主题。事务过程中重复一句关键前提，可能正好帮助用户继续操作；这与维护两篇相互竞争的完整指南并不是一回事。对每个候选页面，记录它服务的任务、权威来源、上游入口和下游去向，再判断缺口究竟需要内容、交互改动还是人工服务。这样，五种结果都能留下可解释的依据，而“拒绝新建”也会成为正常的治理结论。

不要只要求写作者产出一个页面；先要求组织证明这个页面必须承担什么工作。

怎样界定目标受众和用户问题？

目标受众应按会实际改变页面做法的任务、处境或知识水平来描述，用户问题则应写成这群人能够辨认、且有证据支持的核心问题或任务。不要写“所有用户”“企业客户”之类边界无限的标签；可以写“首次准备配置受支持集成、需要核对前置条件的客户管理员”。这种描述会直接影响术语解释、所需证据、信息顺序和下一步安排，也符合内容围绕预定受众主要任务组织的原则。

核心问题不必被限制成一个孤立的疑问句。它可以带有紧密相关的子问题，只要整页仍能解决一项连贯需求。证据可来自站内分析、客服工单或通话记录、既有用户研究以及相关外部数据，但每种材料是否充分取决于待验证的问题；访问量本身不能说明用户为何访问。先把观察、推断和已验证结论分开，再检查受众用语。利益相关方偏好的标题、栏目或视频形式仍只是方案，不是需求证据。

• 写清用户当时正处于什么任务或情境。
• 说明哪种知识差异会改变页面需要解释的内容。
• 保留能证明问题存在的原始证据出处。
• 标出尚未验证的假设，不把内部意见写成用户事实。

页面角色、关键信息和所需证据如何配合？

这三个字段分别回答页面在旅程中做什么、受众必须带走什么，以及组织凭什么这样说，三者必须互相约束。页面角色要说明独特工作，并解释现有页面、工具、事务流程或其他渠道为何不能更好完成；关键信息要压缩成一项核心结论，发布时先呈现与主要任务最相关的观点、步骤或信息；所需证据则同时覆盖“页面需求存在”的依据和“页面主张可靠”的依据。

例如，一篇面向客户管理员的支持说明可以负责在配置前解释访问权限、兼容条件和所需记录，但真正执行配置的工作仍由配置工具完成。说明页面不应复制工具的交互职责，工具也不应迫使用户在操作途中寻找散落的前提。完成初稿后，还要把页面标题、主标题和开头与简报中的角色和关键信息对照。WCAG 2.4.2要求网页标题描述主题或目的，描述性标题有助于识别、区分页面并判断相关性；不过这项检查本身不能证明页面已经全面无障碍。

• 需求证据：证明目标受众确实遇到该问题。
• 主张证据：支持页面中的事实、数据、演示和结论。
• 核验责任：标明哪些内容需要产品、技术、数据、无障碍或其他专业人员确认。
• 证据缺口：说明哪些主张必须删除、缩窄或等待进一步研究。

期望行动应怎样决定内容形式？

先写清受众使用内容后应能决定、完成、找到、比较、理解或抵达什么，再选择最适合实现这一结果的形式。期望行动是一项受众结果，可以作为评审内容是否完成任务的验收条件，不应自动写成留资、购买或提交表单。对高考虑度的企业网站页面，“确认是否具备继续配置的条件”或“找到正确的支持入口”都可能比笼统的“了解更多”更有判断价值。

形式必须服从需求、页面角色和旅程位置。规划指南把内容类型与受众知识、用户任务及完成任务的方式联系起来；服务指南也区分说明内容和事务处理的职责，并强调在需要信息的节点提供信息。因此，团队可以在指南、比较、参考资料、解释页、事务步骤、工具或视频之间选择，但这些只是候选形式，不是适用于所有企业网站的统一分类。如果工具、事务流程调整或非网页渠道更合适，简报应如实记录，而不是强行把需求包装成新页面。

1. 先用一句话写出可观察或可评审的受众结果。
2. 确认旅程中应由哪个触点承担该结果。
3. 比较候选形式对理解、判断或操作的支持程度。
4. 记录选择理由以及被排除方案不合适的原因。

谁负责页面，又应在何时复核？

负责人应是对页面准确性和持续维护承担明确责任的一个人或团队，复核日期则应根据可预见变化、内容波动性、风险、证据和发布承诺确定。内容治理贯穿创建、维护、更新和移除，责任归属、主题专家核验和审批属于不同职责。负责人需要协调这些工作，但不因此取代撰稿人、业务贡献者、无障碍专家、法务或监管审核者、技术实施者和最终审批人。

不要为所有页面机械设定季度、年度或其他统一周期。产品发布、政策生效、数据源更新、服务流程变化或已知合同节点，都可能成为更有意义的触发条件；在可行时，把触发条件与具体日期一起记录。发布记录可以显示上次更新时间和计划复核是否逾期，帮助团队在检查点决定更新、修正、合并、重定向或退役。但日历提醒只是决策入口，并不保证维护一定发生，因此还要写明复核召集人和逾期升级路径。

• 负责人：对准确性、状态和维护结果承担责任。
• 贡献者：提供业务背景、素材或原始数据。
• 专业审核者：核验需要专门判断的主张和实施条件。
• 审批者：依照组织权限决定能否发布。
• 复核触发：说明下一次检查由什么变化或承诺启动。

一份完成的九字段简报是什么样？

完成的简报应让未参加前期讨论的人也能看懂需求依据、页面分工、证明责任、用户结果和生命周期承诺。以下是一份假设的企业支持页面简报：目标受众是准备配置受支持集成的客户管理员；用户问题是“开始配置前必须确认什么”；页面角色是配置工具之前的前置条件说明；关键信息是开始前先确认访问权限、兼容性和所需记录。这个例子只演示字段之间如何衔接，不代表任何真实产品或用户表现。

所需证据包括当前产品文档、能够证明该问题存在的支持记录，以及责任产品专家对技术内容的核验；期望行动是判断所在组织是否已经准备好，并前往正确的配置工具或支持渠道；内容形式是带有前置条件清单的精简指南；负责人是产品支持内容团队，另行记录产品和无障碍审核者；复核日期设置为下一个计划检查点，并绑定已有记录的产品发布触发条件。真实团队必须用自身证据替换这里的全部假设，不能据此虚构流量、完成率、转化或成本收益。

• 受众和问题是否有可追溯的需求证据？
• 更新、合并、重定向、拒绝或新建的决定是否合理？
• 页面角色是否独特，并与现有页面、工具和渠道分工清楚？
• 关键信息和重要主张是否有充分证据与适当核验？
• 期望行动是否有意义，所选形式是否真正支持该结果？
• 负责人、审核者、审批者、复核触发条件和日期是否明确？

只有当需求、处置决定、九个字段和生命周期承诺彼此一致时，才批准写作任务。任何关键答案仍缺乏证据、角色仍与现有内容冲突，或负责人无法承诺复核时，都应把请求退回补充研究或修订，而不是让写作者用文案掩盖决策缺口。页面涉及无障碍、法律、监管、技术、数据或专业领域判断时，应邀请具备相应资格或职责的人员参与；内容负责人负责协调，却不能替代他们的判断。