从想法到可执行需求

先解决“为谁、为什么”

“做一个 AI 网站”不是需求。至少要说清楚：

• 用户：谁会使用，第一次使用时知道什么、不知道什么？
• 场景：在什么时间、设备和任务中使用？
• 痛点：现在的办法哪里慢、贵、难或容易出错？
• 结果：完成后用户能更快或更稳地做什么？

一页需求模板

项目名称：
目标用户：
要解决的问题：
核心场景：
第一版必须有：
第一版明确不做：
成功指标：
已知限制：预算、时间、平台、合规、团队能力

把功能写成用户故事

作为 [用户]
我想要 [动作]
这样我可以 [价值]

例如：“作为第一次使用 API 工具的用户，我想看到每一步的状态和下一步建议，这样我不需要理解技术术语也能完成配置。”

用验收标准消除争议

验收标准要能观察和测试：

• 在手机宽度 390px 下，首屏按钮不被遮挡；
• 输入错误时，表单显示具体原因和修复建议；
• 用户刷新页面后，已经保存的设置仍然存在；
• API Key 不出现在页面文本、截图或日志中。

避免“体验好”“看起来高级”“性能要快”这类没有边界的描述，除非同时给出衡量方式。

排优先级

用三个问题筛选第一版：

1. 没有它，核心任务还能完成吗？
2. 它是否直接验证了最重要的假设？
3. 做完它，用户能否马上试用并反馈？

先做“必须有”，再做“应该有”，最后才做“以后可能有”。第一版的价值是学习和验证，不是一次做完所有想象。

让 AI 参与需求梳理

可以让 AI 扮演提问者：先找矛盾、遗漏、边界和风险；再生成用户流程、页面清单、数据字段和验收标准。要求它把事实、假设和建议分开，不要把猜测写成已确认需求。

需求确认清单

• 目标用户和首要任务明确；
• 第一版范围可在时间和预算内完成；
• 每个核心功能都有验收标准；
• 失败、空状态、权限和隐私有处理方式；
• 有一个真实用户可以试用的里程碑。