Vibe Coding 让团队更快得到一个能运行的版本，但“能运行”不等于“值得继续投入”。如果项目一开始没有把用户、范围和验收条件说清楚，AI 只会让错误更快出现在代码里。
这份清单适合在项目立项、原型评审和第一轮 AI 开发之前使用。每一项都要留下可以回看的记录，而不是只在聊天窗口里达成口头共识。
先写清楚谁在什么场景下使用
- 目标用户是谁？是员工、客户、供应商，还是管理员？
- 用户在什么场景下打开系统？现有方法哪里最慢、最容易出错？
- 第一版要改善哪个具体动作？
不要从“做一个类似某某产品的系统”开始。先写一个完整任务，例如“销售人员在客户会议后，用手机录入跟进记录，并在当天生成下一步提醒”。
把业务目标写成可以观察的结果
“提高效率”“提升管理水平”都不能直接验收。继续追问哪个动作要减少、减少多少才有价值、谁查看结果、数据从哪里来。
划定第一版范围
- 第一版必须有：没有它，核心任务无法完成。
- 可以延后：有替代做法，不影响主流程。
- 暂不开发：只有设想，没有用户或数据依据。
每增加一个功能，都要说明它对应哪个用户任务和验收条件。
先确认数据和权限
- 使用哪些数据，数据归谁所有？
- 哪些数据可以交给第三方模型处理？
- 普通用户、管理员和审计人员分别能看到什么？
- 删除、导出和修改记录时需要保留什么日志？
涉及客户资料、财务数据或内部经营数据时，先确定脱敏方式和人工审批边界。
为每个核心流程写验收条件
每个核心功能至少写正常输入、缺少信息或重复提交、外部服务失败三类情况。比如“生成报价单”要写明价格来源、必填字段、权限要求、失败提示和历史记录位置。
确定交付和维护责任
开发前写清楚代码仓库、部署账号、域名、数据库备份、日志、监控、第三方服务和模型费用分别由谁负责，还要约定交付后的缺陷修复范围。
开发前的最小输出
至少留下项目目标和用户任务说明、第一版功能范围、核心流程验收条件、数据权限部署和维护责任表。如果材料还写不出来，先做小型原型验证用户任务和数据流。
