创建网站内容前，如何写好页面目的简报

在任何人开始起稿前，先完成并批准一份九栏页面目的简报：目标读者、用户问题、页面角色、核心信息、所需证据、期望行动、内容形式、负责人和审查日期。团队还须先查看现有网站及相关旅程，再决定更新、合并、重定向、拒绝还是新建。利益相关者带来的标题、页面构想或视频要求只是建议方案，并不能证明网站需要多一个页面。

为什么要先决定页面目的，才开始写？

团队必须先确认有效需要、独特角色、证据要求、预期结果及维护责任，才可把请求交给写作者。否则，写作者只能自行猜测内容为谁而写、要解答什么、需要什么证明、读者下一步该做什么，以及它与现有页面有什么关系。GOV.UK的官方指引要求每项发布内容满足有效的用户需要，并记录可能的用户、他们要完成的事、支持证据及验收条件。

这份简报提供一个日后评稿时可共同查对的基础，但它不会自动证明页面值得创建，也不会保证内容准确、容易找到、无障碍或带来转化。这九栏并非任何一份引用指引规定的官方标准，而是把用户需要、制作前规划和生命周期治理原则整合成的编辑工具。研究、技术评估、事实核查及所需的专业批准仍须另行完成。

批准另一个页面前，团队应检查什么？

团队应先搜索当前网站、门户、工具、交易流程及其他服务渠道，确认哪里已经解答同一需要或承担相同角色。GOV.UK指引建议团队及早检查现有资料，找出可更新内容、重复答案和任务资料缺口，并先处理不必要的重复。规划指引也倾向让同一项用户需要由一个权威位置承担，而不是另建重复的入口页。

• 更新：现有页面已经拥有这项需要和角色，只须补充或修正内容。
• 合并：资料散落在多个页面，形成不完整或彼此竞争的答案。
• 重定向：旧页面已失去权威地位，应把读者带到当前来源，并按治理流程退役旧内容。
• 拒绝：没有足够证据证明需要，或工具、交易改动及非网站渠道更适合完成工作。
• 新建：需要、角色、证据、行动、形式、负责人及审查计划能够组成一致方案。

相似页面可能使权威来源变得不清楚，也可能让所需资料更难找到，但这不表示所有相关内容都必须合并。交易进行到某一步时，少量且刻意的重复说明可能正好解决当下疑问。判断重点不是消除每个相同句子，而是避免建立互相竞争的正式答案，并确保资料出现在旅程中真正需要的位置。

不要只叫写作者生产页面；先要求组织说明这个页面为何有一份独特的工作。

如何界定目标读者和用户问题？

目标读者应按会改变内容决策的任务、处境或知识水平来界定；用户问题则应写成他们认得、并有证据支持的核心问题或任务。“所有客户”范围太宽，“准备首次配置受支持集成的客户管理员”则会影响术语、前置资料及下一步安排。GOV.UK的用户需要指引要求说明可能的用户、他们要完成的事，以及支持这项需要的证据。

• 分析数据可显示访问路径和行为模式，但流量本身不能证明访问意图。
• 客服中心记录可揭示重复疑问，但仍须判断记录是否完整、是否代表目标处境。
• 访谈、可用性研究及既有研究可解释用户如何表达问题和处理任务。
• 相关外部数据可补足背景；利益相关者的偏好、暂定标题或指定形式则不是需要证据。

一项核心问题可以包含紧密相连的子问题，不必强迫每页只回答一个字面问题；检验标准是这些问题是否构成一项连贯需要，并能由同一角色妥善解决。加拿大政府的内容风格指引主张围绕目标读者组织、撰写和设计内容，并聚焦他们的主要任务。团队因此应验证假设，而不是先挑页面类型，再寻找理由。

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

这三栏应共同说明页面在旅程中做什么、读者必须明白什么，以及组织凭什么这样说。页面角色必须指出独特工作，并说明为何现有页面、工具、交易步骤或其他渠道不能做得更好；核心信息是读者最需要带走的结论；所需证据则同时涵盖“为何需要这页”及“页内主张如何获得支持”。

• 页面角色：例如在客户管理员进入配置工具前，解释必须确认的前置条件；真正的配置仍由工具处理。
• 核心信息：把与任务最相关的结论放在支持细节之前。加拿大政府的内容指引建议先放最重要的观点、步骤或资料，并删除无助于主要任务的细节。
• 所需证据：列出用户研究、客服记录或分析等需要证据，以及产品文件、数据记录、示范或合适专家核实等主张依据。

GOV.UK服务指引区分说明内容与交易功能所承担的工作，并建议在用户真正需要资料的位置提供资料。发布时，还应拿内部简报的核心信息检查页面标题、主标题和开头。WCAG 2.4.2要求页面标题描述主题或目的；W3C说明，描述清楚的标题有助于人们识别页面、判断相关性并区分不同页面。不过，这项检查本身并不代表页面已完全无障碍。

期望行动应如何决定内容形式？

先写清读者使用内容后应能够决定、完成、找到、比较、理解或到达什么，再选择形式。把期望行动当作验收条件，是本文对行动导向用户需要及验收标准的实务综合；该行动不必是商业转化。例如，读者确认自己尚未具备配置条件并转向正确的支持途径，也可以是有意义且可检查的结果。

形式应跟随需要、页面角色及旅程，而不是跟随要求者喜欢视频、下载文件或长篇页面的偏好。GOV.UK规划指引把内容类型和放置位置与读者知识水平、用户任务及完成任务的方式联系起来。团队可以比较指引、参考资料、清单、解释页、比较页、视频、工具或交易步骤；来源支持的是选择原则，并没有为所有商业网站规定一套通用分类。

谁负责页面，又应何时审查？

页面应有一个对准确性和维护问责的人或团队，下一次审查则应按已知变更、内容波动程度、风险、现有证据及发布承诺来安排。Digital.gov把内容治理描述为涵盖创建、维护、更新与移除的生命周期，并把所有权、业务专家核实和审批视为不同环节。因此，负责人协调工作，却不应被视为无障碍、法律、监管、技术或业务专业判断的替代者。

• 负责人：对页面持续准确和维护决定问责。
• 贡献者：提供资料、草稿或运营背景，但不一定拥有最终决定权。
• 审核与批准者：按内容风险分别承担业务、无障碍、法律、监管或技术核实。
• 审查日期：同时记录可预见触发点，例如产品发布或资料来源更新，不为所有页面套用统一的季度或年度周期。

GOV.UK指引指出，发布记录可以显示上次更新日期及内容是否已超过预定审查日期，团队随后可更新、修正或退役过时内容。按风险和变更触发点安排下一次审查，是本文根据生命周期责任与预定审查指引提出的实务建议；引用资料没有规定统一间隔。审查日期只是作出维护决定的检查点，并不能保证届时必然完成维护。

完成的九栏简报是什么样子？

完成的简报应让没有参加早期讨论的人也能理解页面决定、依据和后续责任。以下是假设中的企业对企业支持内容，不包含流量、完成率、转化或成本节省主张；真实团队必须用自己的研究、产品资料和治理安排替换示例中的假设。九栏简报可以整合制作前决策，但应明确标示为编辑综合，而不是官方标准。

• 目标读者：准备配置受支持集成的客户管理员。
• 用户问题：开始配置前，我必须确认什么？
• 页面角色：配置工具之前的前置条件说明。
• 核心信息：开始前确认访问权限、兼容性和所需记录。
• 所需证据：现行产品文件、显示该疑问的支持记录，以及负责产品专家的核实。
• 期望行动：判断机构是否准备妥当，并前往正确工具或支持途径。
• 内容形式：附前置条件清单的简洁指引。
• 负责人：产品支持内容团队；另列产品及无障碍审核者。
• 审查日期：下一次预定检查，并记录产品发布为触发点。

批准前，逐项检查：读者和问题是否有证据；更新、合并、重定向、拒绝或新建的选择是否合理；页面角色是否独特；核心信息是否清楚；主张需要什么证明；期望行动是否有意义；形式是否符合旅程；谁对维护问责；下一次审查由什么变化触发。批准检查应分别核对需要证据、形式决定、专业核实、审批及后续维护，不能把这些职责压缩成同一个签名。

若任何关键答案仍无证据、彼此矛盾或没有明确负责人，应把请求退回研究或修订，而不是让写作者用正文填补决策空白。只有需要、所选处理方式、九栏内容和生命周期承诺能够互相支持时，才批准写作任务。涉及无障碍、法律、监管、技术、数据或专业主张时，应安排相应合资格人员判断；内容负责人负责协调，但不能取代他们。