从一个单页网站开始：先写清楚什么算完成

AgentField 编辑整理｜任务规划工作流。下文用虚构的读书会活动页演示验收方法，不是已上线项目或实测案例。

准备做第一个单页网站时，“简洁、好看、能用”还不足以指导交付。页面可能已经排得整齐，报名按钮却没有去处；也可能内容齐全，但手机上看不到活动时间。开始制作前，先把访客必须完成的动作写成一张可检查的清单。

这套流程适合活动介绍、作品展示或产品说明等单页内容。涉及真实收款、会员权限或提交资料的项目，还要另列业务流程，不能用本篇清单代替那些功能的验证。

第一步：确定页面只负责哪一个主要动作

以演示读书会为例，页面的目标可以写成：“让初次访问的人了解活动安排，并找到有效的报名入口。”本轮交付包括介绍、时间地点、流程和报名方式，报名后的处理由既有渠道负责。

先填好下面的内容清单。缺少的信息直接标“待补”，不要让占位内容看起来像真实承诺。

• 面向谁：哪类读者适合参加，需要什么准备。
• 活动安排：日期、开始与结束时间、地点，以及线上或线下形式。
• 页面主体：一段介绍、三项活动流程、必要的参与说明。
• 主要按钮：按钮文字、点击后应到达的真实地址。
• 无法报名时：展示“暂未开放”或明确说明下一步，不能伪装提交成功。

第二步：把“完成”写成能看到的结果

这份验收清单可直接替换成你的项目要求。1366 和 375 像素只是本例选取的检查宽度，并不代表覆盖了全部设备。

1. 信息完整：对照内容清单逐项阅读。日期、地点、适合人群均存在，且没有未处理的占位文字，才算通过。
2. 主要动作：点击报名按钮，检查落地位置。到达约定地址，或在未开放时清楚说明状态，才算通过。
3. 桌面阅读：在 1366 像素宽度下浏览整页。介绍、流程和报名区域顺序清楚，没有文字遮挡，才算通过。
4. 手机阅读：在 375 像素宽度下从顶部滚到末尾。文字可读、内容未被截断，没有意外横向滚动，才算通过。
5. 键盘操作：用 Tab 移动焦点，再激活主要链接。能看见焦点位置，并完成主要动作，才算通过。
6. 配图与链接：检查每张图及每个可点击入口。图片表达对应内容，链接目标与文字说明一致，才算通过。

这些结果要实际检查后才能勾选。写出页面文件、通过构建或保存截图，都不能单独说明上述全部检查项已通过。

第三步：按三轮交付，减少互相干扰的修改

第一轮只放入内容与入口，先检查信息和链接。第二轮调整排版，再看桌面和手机阅读。第三轮逐项走验收清单，把未通过项写成具体差异，例如“手机底部报名按钮被遮住”，而非“体验不太好”。

临时想到的新模块另记待办。若它改变了主要动作，例如把“跳转报名”改成“站内提交”，先补充新的验收要求，再决定是否纳入本轮。

第四步：把交付结果留成一页记录

本轮页面：
已通过的检查项：
未通过项：现象 / 影响 / 下一步
证据：检查日期、实际浏览器与宽度、必要截图
当前可访问位置：本地预览或公开地址，按实际填写
本轮完成判断：可交付 / 仍有影响主要动作的问题

日期错误、入口无效或关键内容缺失，应先处理。颜色、间距等细节是否影响交付，要回到约定标准判断。把验收清单留到下一次修改时继续使用，也能知道哪些行为需要重新检查。

你准备做的单页，最重要的那个访客动作是什么？可以在讨论里写一条“怎样检查＋什么结果算通过”，先把完成标准说具体。