---
title: "3.7.2 第二章 + 第三章：完整工作流"
---


![03-technique_3.7-summary_3.7.2-complete-workflow.png](/images/Basic/03-technique_3.7-summary_3.7.2-complete-workflow.png)
# 3.7.2 第二章 + 第三章：完整工作流

## 从想法到代码的八步流程

把第二章的「想清楚」和第三章的「说明白」串联起来，形成一个完整的工作流：

```
┌─────────────────────────────────────────────────────────────────────┐
│                     从想法到代码：八步流程                            │
├─────────────────────────────────────────────────────────────────────┤
│                                                                     │
│  第二章：想清楚                                                      │
│  ─────────────────────────────────────────────────────────────────  │
│                                                                     │
│  Step 1: 问题发现                                                   │
│  └─▶ 识别值得解决的问题（烦恼日记、五维评分）                         │
│                                                                     │
│  Step 2: 任务定义                                                   │
│  └─▶ 用 JTBD 描述用户要完成的任务                                    │
│                                                                     │
│  Step 3: 风险预判                                                   │
│  └─▶ 用逆向思维列出可能的失败原因                                    │
│                                                                     │
│  Step 4: 范围收敛                                                   │
│  └─▶ 用减法思维确定 MVP 范围（P0/P1/P2）                             │
│                                                                     │
│  Step 5: 用户理解                                                   │
│  └─▶ 用故事思维构建用户画像和旅程                                    │
│                                                                     │
│  Step 6: 最终自检                                                   │
│  └─▶ 用灵魂三问确认准备就绪                                          │
│                                                                     │
│  第三章：说明白                                                      │
│  ─────────────────────────────────────────────────────────────────  │
│                                                                     │
│  Step 7: 编写 PRD                                                   │
│  └─▶ 整合前六步成果，形成 AI 能理解的任务书                          │
│                                                                     │
│  Step 8: 迭代对话                                                   │
│  └─▶ 与 AI 对话，逐步逼近理想结果                                    │
│                                                                     │
└─────────────────────────────────────────────────────────────────────┘
```


## 成果映射表：第二章输出如何用于第三章

| 第二章输出 | 对应 PRD 部分 | 如何使用 |
|-----------|-------------|---------|
| **烦恼日记** | 项目背景 | 说明为什么要做这个项目 |
| **JTBD 任务描述** | 用户任务 | 描述用户要完成什么 |
| **Pre-mortem 清单** | 约束条件 | 转化为「不做清单」 |
| **MVP 优先级** | 功能范围 | 明确 P0/P1/P2 功能 |
| **用户画像** | 目标用户 | 描述用户特征和需求 |
| **用户旅程** | 使用场景 | 描述关键触点 |
| **灵魂三问答案** | 最终自检 | 确认需求完整性 |


## 贯穿案例：小李的待办清单完整演示

让我们用小李的待办清单项目，完整演示八步流程。

### Step 1-6：第二章的思考成果

小李在第二章完成了以下思考：

**问题发现**：
> 我经常遗漏重要任务，被领导批评了好几次。用烦恼日记记录了一周，五维评分 23 分，适合用 Vibe Coding 解决。

**JTBD 任务描述**：
> 当我每天开始工作时，我想快速记录今天要做的事，这样我就不会遗漏重要任务，可以安心投入工作。

**Pre-mortem 风险清单**：
| 失败原因 | 预防措施 |
|---------|---------|
| 功能太多做不完 | 第一版只做 3 个核心功能 |
| 用起来比便签还麻烦 | 添加任务必须 3 秒内完成 |
| 做完了自己都不用 | 先用一周纸质清单验证习惯 |

**MVP 优先级**：
| 优先级 | 功能 |
|-------|------|
| P0 | 添加任务、完成任务、查看今日任务 |
| P1 | 删除任务、任务排序 |
| 不做 | 分类标签、截止日期、提醒通知、历史统计 |

**用户画像**：
| 维度 | 内容 |
|-----|------|
| 表面属性 | 25 岁，职场新人，每天处理 10-15 件事务 |
| 行为习惯 | 早上到公司第一件事看邮件，用手机备忘录但经常忘记看 |
| 深层动机 | 害怕遗漏任务被批评，想成为靠谱的人 |

**灵魂三问**：
| 问题 | 回答 |
|-----|------|
| 用户是谁？ | 像我一样怕遗漏任务的职场新人 |
| 痛点在哪？ | 经常忘事被批评，感到焦虑 |
| 为什么选我？ | 比便签好用，比复杂工具简单 |


### Step 7：编写 PRD（整合第二章成果）

现在，把第二章的思考成果整合进 PRD：

```markdown
# 个人待办清单 PRD

## 1. 项目背景

### 问题来源
我是一名 25 岁的职场新人，每天需要处理 10-15 件大小事务。
经常因为忘记任务被领导批评，用过手机备忘录但经常忘记看。

### 核心任务（JTBD）
当我每天开始工作时，我想快速记录今天要做的事，
这样我就不会遗漏重要任务，可以安心投入工作。

### 为什么现有方案不够好
- 便签纸：容易丢，不能随时带着
- 手机备忘录：需要专门打开，经常忘记看
- 专业工具（Notion、滴答清单）：功能太多，学习成本高


## 2. 目标用户

### 用户画像
- **身份**：职场新人（1-3 年工作经验）
- **特点**：事情多、容易忘、怕被批评
- **场景**：早上到公司打开电脑、突然想起一件事、下班前检查

### 核心需求
- 打开就能看到今天的任务
- 添加任务要极快（3 秒内）
- 界面简单，没有学习成本


## 3. 功能范围

### P0 功能（第一版必须有）
1. **添加任务**：输入框 + 回车即可添加
2. **完成任务**：点击任务左侧圆圈打勾
3. **查看任务**：打开页面就是今日任务列表

### P1 功能（第二版考虑）
- 删除任务
- 任务排序（拖拽）

### 不做清单
- ❌ 任务分类或标签
- ❌ 截止日期或提醒
- ❌ 历史记录或统计
- ❌ 用户登录
- ❌ 多设备同步


## 4. 技术约束

- 技术栈：React + TypeScript + Tailwind CSS
- 数据存储：浏览器 localStorage（暂不需要后端）
- 响应式：手机和电脑都能用


## 5. 验证标准

### MVP 成功标准
自己连续使用 7 天，每天都用它记录和完成任务。

### 核心假设
一个极简的每日待办清单，比便签纸和手机备忘录更好用。
```


### Step 8：转化为第一个 Prompt

有了 PRD，我们可以开始与 AI 对话。第一个 Prompt 用于实现 P0 功能中的「添加任务」：

```markdown
【Situation - 情境】
我在做一个个人待办清单网页应用。
技术栈：React + TypeScript + Tailwind CSS
目标用户：容易忘事的职场新人（就是我自己）
设计原则：
- 极简，打开就是今日待办
- 添加任务 3 秒内完成
- 没有学习成本

当前进度：项目刚初始化，还没有任何功能代码

【Challenge - 挑战】
实现「添加任务」功能：
- 用户在输入框输入任务内容
- 按回车键或点击添加按钮，任务添加到列表
- 添加成功后自动清空输入框并聚焦
- 空内容不能添加，输入框轻微抖动提示

【Audience - 受众】
- 用户：我自己，希望操作越简单越好
- 代码维护者：我自己，React 初学者
- 请在关键逻辑处加注释，解释为什么这样写

【Format - 格式】
请提供：
1. AddTask 组件代码（处理输入和添加）
2. TaskList 组件代码（展示任务列表）
3. 任务数据的 TypeScript 类型定义
4. 简单的组件使用说明

【Foundations - 约束】
- 任务数据暂存在组件 state，不需要持久化
- 不用任何状态管理库（Redux、Zustand 等）
- 不用任何 UI 组件库
- 样式用 Tailwind，保持简洁
- 每个任务只需要：id + 内容文本 + 完成状态
```


## 工作流检查清单

在开始与 AI 对话之前，用这份清单确认你已经准备好了：

### 第二章成果检查

```markdown
□ 我知道要解决什么问题（问题发现）
□ 我能用 JTBD 格式描述用户任务
□ 我列出了可能导致失败的原因（Pre-mortem）
□ 我明确了 P0/P1/P2 和不做清单（减法思维）
□ 我知道用户是谁、在什么场景使用（用户画像）
□ 灵魂三问都能一句话回答
```

### 第三章准备检查

```markdown
□ 我整合了第二章成果，写好了 PRD
□ 我知道第一个 Prompt 要实现什么功能
□ 我选择了合适的提示词框架（S.C.A.F.F. / R.G.C.）
□ 我准备好了迭代（不期待一次完美）
□ 我知道如何验证 AI 的输出（特别是包和 API）
```


## 常见问题：从第二章到第三章的过渡

### Q1：第二章的内容太多，PRD 要全部写进去吗？

**A**：不需要。PRD 只需要包含 AI 执行任务所需的信息。

| 第二章内容 | 是否写入 PRD | 原因 |
|-----------|-------------|------|
| 问题来源和动机 | ✅ 写入背景 | 帮助 AI 理解项目目的 |
| JTBD 任务描述 | ✅ 写入用户需求 | 明确用户要完成什么 |
| Pre-mortem 清单 | ✅ 转化为约束 | 变成「不做清单」 |
| 五维评分细节 | ❌ 不需要 | 这是你自己的决策过程 |
| 用户画像 | ✅ 精简版写入 | 帮助 AI 理解用户特征 |
| 用户旅程全图 | ❌ 精简为场景 | 只保留关键触点 |

### Q2：每次对话都要写完整的 PRD 吗？

**A**：不需要。PRD 是项目级别的文档，单次对话只需要提供当前任务所需的上下文。

- **项目开始时**：写完整的 PRD，让 AI 理解整体背景
- **后续对话**：引用 PRD 中的相关部分，聚焦当前任务

### Q3：PRD 和 Prompt 有什么区别？

**A**：

| 维度 | PRD | Prompt |
|-----|-----|--------|
| **粒度** | 整个项目 | 单个任务 |
| **用途** | 记录思考、统一理解 | 让 AI 执行具体任务 |
| **更新频率** | 项目开始时写，后续微调 | 每次对话都要写 |
| **包含内容** | 背景、用户、功能、约束 | 当前任务 + 相关上下文 |


## 本节要点

✓ **八步流程**：问题发现 → 任务定义 → 风险预判 → 范围收敛 → 用户理解 → 最终自检 → 编写 PRD → 迭代对话

✓ **成果映射**：第二章的每个输出都能对应到 PRD 的某个部分

✓ **PRD 是桥梁**：它连接了「想清楚」和「说明白」，是从思考到执行的转换器

✓ **不需要完美**：PRD 是活文档，可以在开发过程中不断完善


下一节，我们将提供一份可随时查阅的提示词速查清单。