自写教学资料 · 12 页 · 情境为虚构产品“留白笔记”
本资料用一份产品介绍页的需求说明，练习区分目标、范围、验收条件、异常路径与回归检查。它是一份自写教学资料，不是第三方软件说明或真实项目验收记录。
留白笔记是虚构产品。样例网页有功能介绍、笔记整理演示、常见问题与联系草稿；笔记只在本地处理，联系表单只下载文件，不发送消息。
先阅读第 2–5 页的五个关键概念，再对照第 7–10 页的操作例子。讨论时用本资料中的页码定位，而不是凭印象把“看起来不错”当成完成标准。
第 2 页 · 概念一：用户目标
用户目标描述一个人为什么进入页面，以及最后希望完成什么。它回答“用户要达成什么”，不直接规定页面必须用哪一种技术或布局。
访问者看懂留白笔记的使用情境，体验一页笔记整理，然后可以生成一份联系草稿。首屏主行动是“体验笔记整理”，而不是同时推注册、购买与关注。
“让访问者理解产品并尝试整理”是目标。“页面要高级”“加一个 AI 按钮”没有说明用户要完成什么，不能单独作为需求。
用一句话写目标，再标出谁执行、在什么情境下执行、到哪里结束。多个目标冲突时，先明确首版的主要目标。
第 3 页 · 概念二：范围边界
范围边界规定本次交付包含什么，以及明确不包含什么。它用于限制工作量，防止讨论中的新想法自动变成已经承诺的功能。
响应式产品介绍页、本地笔记整理、四条 FAQ、可下载的联系草稿、页面锚点导航。
账号注册、云端同步、真实消息发送、订阅支付、用户数据库、正式域名与第三方托管。这些都应单独确认后再进入计划。
如果临时提出“联系表单直接发邮件”，这会新增接收方配置、服务端处理与失败反馈。不能把它当成对下载草稿按钮的小改字。
第 4 页 · 概念三：验收条件
验收条件写明前置状态、执行动作和可观察结果。它把“做得好”变成可以重复检查的具体行为。
前置：页面已打开，笔记输入框有三行文字。动作：点击“整理这一页”。结果：右侧显示三条文本，并提示本地整理了三条；没有网络请求或上传。
前置：联系表单的邮箱格式有效，消息不少于八个字符。动作：提交表单。结果：浏览器下载一份 JSON 草稿，并明确告知没有发送消息。
“表单能用”“移动端正常”太宽泛。应补充具体输入、具体动作与可观察结果，并在需要时记录浏览器与屏幕尺寸。
第 5 页 · 概念四：异常路径
异常路径描述输入缺失、格式错误、权限不足或依赖失败时，用户仍然能理解当前状态并继续处理的方式。
笔记框为空时，整理结果应为空，并提示先写下一条笔记。不能显示默认成功信息，暗示完成了不存在的处理。
邮箱格式错误或消息过短时，浏览器应阻止提交并提示修正。没有生成草稿时，不得显示“下载完成”，更不得显示“已发送”。
如果以后接入服务端，网络失败应保留用户输入并解释重试方式。当前本地样例没有该依赖，不能把一个未实现的请求当成通过验收。
第 6 页 · 内容与数据检查
需求说明中标记哪些是已有素材、哪些是需要填写的事实。没有依据的客户数量、评价、价格和效果数据留空，不因版面需要而补造。
标题与副标题可以压缩措辞，但不能把“计划支持”改写成“已经支持”。样例产品页面需要保留“虚构教学样例”的说明。
产品定位、三类使用情境、三条本地示例笔记与四条 FAQ 都由本教学材料自写。它们不是第三方客户案例或调研结果。
在内容稿旁加一列“来源或性质”：已有事实、虚构样例、待确认、需要补充。优先检查会影响用户决定的句子。
第 7 页 · 表单样例与完成标志
填写 you@example.com 和不少于八个字符的消息，例如“我想把阅读摘录整理成一页笔记”。提交后检查 JSON 中的 email、message 与说明字段。该地址仅为教学占位。
分别尝试空邮箱、无效邮箱、空消息和过短消息。每次确认浏览器阻止不符合条件的提交，而且不会生成虚假的成功反馈。
本地示例只生成下载草稿，没有发送接口。它可以验证前端输入和导出逻辑，不能证明邮件送达或正式服务端可用。
用“输入—动作—结果”逐项记录，不只截图一个按钮。出现问题时保留输入内容、屏幕尺寸和复现顺序。
第 8 页 · 响应式布局检查
使用同一份标题、段落、按钮文案与表单说明检查不同宽度，不用短占位文字替代真实内容。
在 1440px 桌面与 375px 手机视口中观察首屏、导航、笔记演示与联系表单。这里的尺寸是检查情境，不是承诺覆盖全部设备。
页面不出现非预期横向滚动；标题不被遮挡；按钮能触达；表单说明在输入区域附近；图片不拉伸变形。
如果手机标题过长，先判断是否能删冗词，再考虑断行。不要把所有文字缩小到难以阅读来换取“看起来整齐”。
第 9 页 · 概念五：回归检查
回归检查是在内容、样式或功能发生改动后，重新验证已经确认过的关键任务，确保旧行为没有被新改动破坏。
换了主按钮文案后，重新点击全部页面导航；改了表单样式后，重新检查有效输入与无效输入；调整手机布局后，重新尝试笔记整理与联系草稿下载。
围绕受影响的组件及其共同依赖扩展检查。例如导航高度变化会影响锚点停靠位置，但不必因此重新设计全部页面。
记录版本、改动、检查结果与未解决问题。保留上一版 HTML 与内容稿，遇到阻断关键任务的问题时可以回到已确认的版本。
第 10 页 · 发布依赖与边界
打开 HTML 可以检查内容、布局、本地交互与文件下载。这个阶段的成果是实际可打开的样例文件，不是正式域名或线上服务。
需要确认托管、域名、HTTPS、服务端依赖、真实接收方与访问权限。在正式地址上以未登录状态重复关键任务。
“把按钮改成直接付款”新增支付和业务权限；“绑定正式域名”新增解析与部署配置。这些应进入新的需求或上线清单，而不是在样例上写“已完成”。
对正式发布，只能用实际可访问地址与记录支持完成判断。示意图、计划表和本地截图不能替代线上验收。
第 11 页 · 让会议产生下一步
符合目标、范围内且有可检查条件的内容可以保留。例如：笔记整理只在本地运行，结果条数与输入条数一致。
有价值但表达不清楚的内容需要补条件。例如“联系能用”修改为有效输入下载草稿、无效输入阻止提交，并明确不发送消息。
增加依赖或超出范围的内容暂缓。例如云端同步、账号、支付与正式域名。在负责人确认之前，不放入本次完成承诺。
每条修改项记录负责人、要补的输入、完成标志与确认时间。没有材料支持的地方写待确认，不在会上虚构事实。
第 12 页 · 可直接复用的记录框架
目标：看懂产品并尝试本地笔记整理。范围：单页、本地演示、FAQ 与联系草稿。暂缓：登录、支付、服务端发送与正式域名。
①三行输入产生三条结果。②空输入不显示虚假成功。③无效邮箱阻止导出。④375px 视口无非预期横向滚动。⑤修改后重跑导航、整理与表单关键任务。
用户目标见第 2 页；范围边界见第 3 页；验收条件见第 4 页；异常路径见第 5 页；回归检查见第 9 页。
这套记录仅供教学练习。用于真实项目时，替换情境、输入、负责人、依赖和环境，并记录实际观察结果。