Phase 1: 需求收集和分析

目标：从一句话模糊需求，借助 AI 产出完整的需求文档。

预计时间：1-1.5 小时

工具：Claude Code（主力）、ChatGPT / Claude Web（备选）

为什么需求分析是第一步

很多人拿到需求就让 AI 写代码——“帮我做个项目管理工具”。AI 会立刻给你一堆代码，但大概率：

功能和你想的不一样（AI 猜的需求 vs 你真正要的）
做了一堆用不上的东西（AI 倾向于做得大而全）
关键场景没覆盖（AI 不知道你的业务上下文）

需求不清是最大的浪费。 花 1 小时想清楚，能省 10 小时返工。

AI 参与度

环节	你做	AI 做
确定核心目标	✅ 你决定做什么
发散需求	判断取舍	列举可能性
6 层分析	提供业务上下文	执行框架分析
优先级排序	最终决策	建议排序理由
用户故事	审核验收标准	生成故事和场景

1.1 用 AI 做需求发散

方法论

拿到一个模糊需求时，不要急着定义功能。先让 AI 帮你把问题空间打开——列出所有可能的维度和问题，你再收窄。

核心技巧：让 AI 扮演产品经理，反问你而不是直接给方案。

实操

场景：老板说”做个内部项目管理工具，能看到谁在做什么”。

Prompt：

你是一个资深产品经理。我要做一个内部项目管理工具，目前只有一句话需求："能看到谁在做什么"。

请不要直接给方案。先给我列一份"关键问题清单"——这些问题的答案会决定产品的方向和范围。

按以下分类组织：
1. 用户和场景（谁用？什么时候用？在哪用？）
2. 核心功能（最低限度要做什么？）
3. 约束条件（多少人用？预算？时间线？技术限制？）
4. 已有替代方案（现在怎么解决的？痛点是什么？）

AI 会输出类似这样的清单：

## 关键问题清单

### 用户和场景
- 主要用户是谁？（全员 / 项目经理 / 开发团队）
- 团队规模多大？（5人 / 50人 / 500人）
- 使用频率？（每天盯着看 / 周会看一次）
- 需要移动端吗？

### 核心功能
- "看到谁在做什么"具体指：任务列表？看板？甘特图？
- 需要项目维度还是人维度？
- 任务粒度：大功能 / 具体任务 / 每日工作？
- 需要截止日期和提醒吗？

### 约束条件
- 预算：SaaS 付费 vs 自建？
- 时间线：一周 / 一个月 / 三个月？
- 技术栈有限制吗？
- 数据敏感性：能用外部服务吗？

### 已有替代方案
- 现在用什么管理？Excel？微信群？飞书？
- 现有方案的最大痛点是什么？

你要做的：逐一回答这些问题。回答不了的标记”待定”，但至少要想过。

产出

一份填好答案的关键问题清单。

1.2 用 AI + 思考框架做结构化分析

方法论

有了问题清单的答案，接下来用课程的 6 层思考框架做结构化分析。手动做可以，但让 AI 帮你执行会快很多——你提供业务上下文，AI 负责填框架。

实操

Prompt（把你的问题清单答案填进去）：

基于以下背景，请用 6 层分析法分析这个系统。

## 背景
- 产品：内部项目管理工具
- 用户：10 人研发团队（1 PM + 2 前端 + 3 后端 + 2 测试 + 1 设计 + 1 leader）
- 目标：替代现有的 Excel + 微信群管理方式，核心痛点是"不知道谁在做什么、做到哪了"
- 约束：1 个月内上线 MVP，自建（数据敏感），技术栈不限
- 不需要移动端，Web 优先

## 请按以下 6 层分析

### 第 1 层：用户层
列出所有角色，每个角色的核心任务和成功标准。

### 第 2 层：用户故事层
为每个角色写 3-5 个关键用户故事（作为 ___，我想 ___，以便 ___）。

### 第 3 层：功能层
从用户故事提取功能列表，标注 MVP 必须 / 后续迭代。

### 第 4 层：数据层
提取核心实体（名词）和关系（动词），画出 ER 关系描述。

### 第 5 层：流程层
为 3 个最关键的用户故事写 Given/When/Then 流程，包含正常和异常路径。

### 第 6 层：规模层
估算用户数、日活、数据量、并发数。判断是否需要缓存、队列等。

审查要点

AI 输出后，重点检查：

第 1 层：角色是否覆盖完？有没有漏掉”管理者视角”或”新人视角”？
第 3 层：MVP 范围是否合理？10 人团队 + 1 个月，功能不能太多
第 4 层：实体关系是否正确？特别注意多对多关系
第 6 层：AI 是否过度估算？10 人团队不需要考虑分布式

常见问题：AI 经常把规模估到万级用户。10 人团队的工具，QPS 约等于 0，别被 AI 带偏。

产出

一份完整的 6 层分析文档。

1.3 用 AI 整理需求优先级

方法论

6 层分析会产出很多功能。但 MVP 只需要最核心的那几个。用 MoSCoW 方法分级：

Must：没有就不能用
Should：重要但可以延后一两周
Could：锦上添花
Won’t：明确不做（这一期）

实操

Prompt：

基于上面的 6 层分析，请把功能列表按 MoSCoW 方法分级。

约束条件：
- 1 个人开发（用 AI 辅助），1 个月内上线 MVP
- 用户 10 人，不需要高并发设计
- Must 功能不超过 5 个

对每个功能说明分级理由。

审查要点

Must 是否真的必须？问自己：“没有这个功能，工具能用吗？”
AI 容易把”好用”当成”必须”——比如”通知提醒”对 10 人团队可能不是 Must
Won’t 列表同样重要——明确不做什么，避免范围蔓延

产出

一份 MoSCoW 优先级功能清单。

1.4 用 AI 写用户故事和验收标准

方法论

对 Must 功能，写详细的用户故事和验收标准。这些将直接用于 Phase 3 的开发——AI 根据用户故事写代码，比根据模糊描述写的靠谱得多。

格式参考思考框架第 5 层。

实操

Prompt：

请为以下 Must 功能写详细的用户故事和验收标准。

Must 功能列表：
1. 创建和管理项目
2. 创建、分配、更新任务
3. 看板视图（按状态分列）
4. 按成员查看任务
5. 基础权限（管理员 vs 普通成员）

每个功能写 2-3 个用户故事，格式：
- 作为 [角色]，我想 [操作]，以便 [目的]
- Given [前置条件] / When [操作] / Then [预期结果]
- 补充异常场景（权限不足、数据不存在等）

审查要点

Given/When/Then 是否覆盖了异常路径？
验收标准是否具体可测试？（“系统响应快” ✗ → “列表加载 < 1 秒” ✓）
是否有遗漏的边界情况？（空项目、无任务、最后一个管理员）

产出

一份 用户故事 + 验收标准文档。

常见陷阱

陷阱	症状	对策
AI 过度设计	10 人用的工具建议用微服务 + Redis + Kafka	在 Prompt 里明确约束（人数、预算、时间线）
AI 不问约束	直接给方案，没考虑你的限制	主动在 Prompt 里写约束条件
需求文档太长	20 页文档，但 MVP 只需要 3 页	用 MoSCoW 砍到 Must 只有 5 个功能
跳过需求直接开发	”这需求很简单，直接写吧”	至少做 1.1 和 1.3，30 分钟换 10 小时
把 AI 的建议当决策	AI 说要做通知系统就做了	AI 是建议者，你是决策者

Mini Exercise

拿你自己的一个真实想法（“我想做一个 ___”），用上面 4 步产出一份需求文档：

✅ 关键问题清单（1.1）
✅ 6 层分析文档（1.2）
✅ MoSCoW 优先级清单（1.3）
✅ Must 功能的用户故事 + 验收标准（1.4）

提示：如果想不到项目，可以试试”个人记账工具”、“读书笔记管理”、“团队周报系统”。