3m read
Phase 1 需求定义与产品定位
Phase 1:需求定义与产品定位
急着让 AI 写代码之前,先停下来把需求说清楚。这个阶段省下的时间,后面会十倍还给你。
一、这个阶段要做什么
让 AI 和你对"要做什么"达成一致。产出一份 PRD,作为后续所有阶段的契约。
没有 PRD,AI 只能猜。猜多了,返工就多。
二、先回答这五个问题
目标用户是谁?
不要回答"所有人"。越具体越好。比如"25-35 岁的程序员,想快速搭建个人博客"。
核心痛点是什么?
用户现在怎么解决这个问题?为什么现有的方案不够好?
成功标准是什么?
怎样算这个项目做成了?是访问量、转化率、节省的时间,还是你自己的满意度?
MVP 范围是什么?
第一阶段最少要做到什么程度,就能验证这个想法有价值?
哪些不做?
同样重要。明确不做的功能,才能防止范围无限蔓延。
三、给 AI 的输入模板
你可以直接复制这个模板,填完后发给 AI:
hljs markdown## 项目背景
- 项目名:
- 目标用户:
- 核心问题:
- 使用场景:
## 必须有的功能(MVP)
1.
2.
3.
## 后续再做的功能
1.
2.
## 成功标准
- [ ] 标准 1
- [ ] 标准 2
## 限制条件
- 技术栈偏好:
- 预算/时间:
- 风格偏好:
四、让 AI 帮你产出这些
PRD
一页到三页纸,包含:
- 项目一句话定位
- 用户画像
- MVP 功能清单
- 用户故事
- 成功指标
- 不做清单
用户故事
用简单格式:
text作为 [用户角色], 我希望 [功能], 以便 [价值]。
不要写太多,3~5 个核心故事就够了。
功能优先级
| 功能 | 优先级 | 为什么 |
|---|---|---|
| ... | P0 | 没有它项目就不成立 |
| ... | P1 | 重要但可以后面加 |
| ... | P2 | 锦上添花 |
五、和 AI 协作的三种方式
1. 让 AI 反过来问你
"我要做一个 [X],目标是 [Y]。在写 PRD 之前,你先问我 5 个关键问题,帮我澄清需求。"
AI 通常会问到你没想到的地方。
2. 让 AI 找遗漏
"基于以上需求,列出 10 个我可能没考虑到的点,包括用户场景、技术限制、合规问题。"
3. 先把约束讲清楚
"这个项目必须在 2 周内完成,使用 Next.js,不引入数据库。请根据这些约束调整范围。"
六、什么时候算这个阶段做完了
- PRD 写好了
- MVP 范围明确
- 至少 3 个用户故事
- 成功指标可以量化
- 不做清单列出来了
- 你能用 1 分钟向别人讲清楚这个项目
七、几个常见错误
需求太泛
- 表现:"帮我做个电商网站"
- 修正:先聚焦一个具体场景
只讲功能不讲价值
- 表现:列了 20 个功能,但没说为什么做
- 修正:每个功能配一个"为什么"
没有成功标准
- 表现:"做好了就行"
- 修正:定义可量化的指标
范围不固定
- 表现:想到什么加什么
- 修正:明确不做清单
八、输出文件
text/docs/ ├── PRD.md ├── user-stories.md └── scope.md
九、下一步
需求明确后,开始设计系统架构。
→ Phase 2 架构设计与模块拆分