一页 UX 需求简报模板
需求简报的作用，是让你和 AI 对“为什么做、做成什么、怎样判断完成”有共同理解。它不需要很长，但关键规则不能靠猜。
先用这份空白模板
可以下载 Markdown 模板，或复制下面的结构。
# 功能名称
## 1. 玩家与场景
谁在用？已有经验是什么？设备、声音、时间、中断有什么约束？
已知事实与未验证假设分别是什么？
## 2. 玩家目标与本轮边界
玩家这一次想完成什么？为什么值得做？
本轮包含什么，明确不做什么？
## 3. 主路径与结构
入口 → 玩家动作 → 系统结果 → 下一步。
每个主要按钮叫什么，去哪里？
## 4. 规则、状态与异常
就绪、处理中、成功、失败、中断、恢复。
事件、条件、数据变化、反馈、恢复路径。
重复与乱序事件如何处理？
## 5. 内容与表现
目标、按钮、错误说明的实际文案。
选中、禁用、处理中、结果如何被看见？
静音、颜色辨识和减少动效时怎样表达？
## 6. 验收与待验证问题
给定……当……那么……
哪些能自动检查，哪些需实机或玩家试玩？
数值口径、样本与未决问题。
一个填好的片段
功能：方块小岛首次游玩。
玩家：第一次接触本作，可能单手、静音、随时离开。上述情境暂为假设，需要观察确认。
目标：不看长说明，也能完成第一次蓝色消除，并理解本局收集目标。
规则：一对同色且上下或左右相邻才有效；斜对角无效；本局目标统计蓝色；无效选择不扣步；再次点击选中项可取消。
反馈：首次选择立即显示边框与标签；无效选择说明条件；有效消除后更新目标，关键结果同时有文字或符号。
异常：处理中避免重复操作；切后台暂停并保存检查点；冷启动校验存档，先说明上次进度；保存失败不冒充成功。
边界：本轮只验证首次理解，不增加道具、付费、排行榜或正式广告 SDK。
验收：
- 给定一对相邻蓝色，当完成选择时，目标计数按规则更新。
- 给定斜对角或异色选择，当尝试匹配时，不扣步，并能知道怎样重选。
- 给定第一次试玩，当不提供口头指导时，记录是否独立完成与卡点。
第三条是验证任务，不是自动化测试。首轮先建立基线，再确定合理阈值。
在线填写并生成提示词
交互实验正在准备…请启用 JavaScript。
评审简报时，盯住矛盾
“无效操作不扣步”，与“每次触控都减一步”不能同时成立；“继续上一局”，与“返回生成新棋盘”也不能同时成立。先让 AI 找矛盾，通常比直接要求写代码更容易控制返工。
如果某个规则未决定，就明确写待确认。例如重试是固定棋盘还是重新生成，不能由 AI 默默选择。默认值可以帮忙推进，但应被你看见和接受。
本章练习
填一份真实功能简报，交给 AI 只做缺口检查。把它提出的问题分成“现在必须决定”和“可以在原型中验证”，再进入五步协作流程。
模板与生成器为本站原创工具，不是完整 PRD 或生产安全规范。涉及资源、权限和平台能力时，应继续补充对应领域的正式要求。