现在，让我们把本节所学应用到你自己的项目上。这个实践指南将带你一步步完成从想法到MVP的完整减法流程。
本实践指南包含以下步骤：
在做任何减法之前，先明确你在验证什么。
## 我的核心假设
我假设：
[某类用户] 存在 [某个问题/需求]，
他们愿意使用 [我的解决方案] 来 [完成某个任务]，
因为它比现有方案 [更快/更简单/更便宜/更有效]。
我的填写：
[ ]## 验证标准
如果：
- [ ] 个用户
- 在 [ ] 天/周内
- 完成了 [ ]
则说明假设成立，值得继续投入。
我的填写：
如果：
- [ ] 个用户
- 在 [ ] 天/周内
- 完成了 [ ]
则说明假设成立。待办清单项目：
## 我的核心假设
我假设：
职场人士 存在 「怕遗漏重要事项」的问题，
他们愿意使用 一个极简待办工具 来 管理每日任务，
因为它比 便签纸/手机备忘录 更容易坚持使用。
## 验证标准
如果：
- 10 个用户
- 在 2 周内
- 平均每周使用 3 天以上
则说明假设成立。不要自我审查，把你能想到的所有功能都列出来。
## 功能清单（不设限）
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
（继续添加...）对于待办清单项目，可能的功能清单：
对每个功能问三个筛选问题：
| 功能 | Q1：没有能用？ | Q2：验证假设？ | Q3：首次需要？ | 优先级 |
|---|---|---|---|---|
| 1. | 能/不能 | 能/不能 | 是/否 | P0/P1/P2 |
| 2. | ||||
| 3. | ||||
| 4. | ||||
| 5. | ||||
| ... |
基于待办清单项目的筛选：
| 功能 | Q1：没有能用？ | Q2：验证假设？ | Q3：首次需要？ | 优先级 |
|---|---|---|---|---|
| 添加任务 | 不能 | 能 | 是 | P0 |
| 完成任务 | 不能 | 能 | 是 | P0 |
| 任务列表 | 不能 | 能 | 是 | P0 |
| 任务分类 | 能 | 部分能 | 否 | P1 |
| 提醒功能 | 能 | 部分能 | 否 | P1 |
| 数据统计 | 能 | 不能 | 否 | P2 |
| 协作功能 | 能 | 不能 | 否 | P2 |
| 暗黑模式 | 能 | 不能 | 否 | P2 |
从上面的筛选中，提取P0功能。
## 我的P0功能（最多3-5个）
### P0功能1：[功能名称]
- **为什么不砍**：[说明]
- **验证价值**：[说明]
### P0功能2：[功能名称]
- **为什么不砍**：[说明]
- **验证价值**：[说明]
### P0功能3：[功能名称]
- **为什么不砍**：[说明]
- **验证价值**：[说明]每个P0功能都要能回答：
如果任何一个问题的答案是"否"，那么这个功能可能不是真正的P0。
# 不做清单（V1版本）
## 一、不做的功能
| 功能 | 不做的理由 | 何时重新考虑 |
|-----|----------|-------------|
| [P1功能] | [理由] | [条件] |
| [P2功能] | [理由] | [条件] |
## 二、不考虑的用户群
| 用户群 | 不考虑的理由 |
|-------|-------------|
| [用户描述] | [理由] |
## 三、不追求的指标
| 指标 | 不追求的理由 | 替代关注点 |
|-----|-------------|----------|
| [指标名称] | [理由] | [替代指标] |## MVP实施计划
### 第1周：核心功能开发
功能1开发
功能2开发
功能3开发
### 第2周：内部测试
自己使用测试
找2-3个朋友试用
收集初步反馈
### 第3-4周：用户验证
找目标用户试用
收集使用数据
分析验证结果
### 第4周末：决策点
评估验证结果
决定继续/调整/放弃
规划下一步行动## 验证结果分析
### 假设验证情况
假设成立：达到验证标准
假设部分成立：部分达到标准
假设不成立：未达到标准
### 关键学习点
1.
2.
3.
### 下一步决策
继续迭代：基于反馈改进P0功能
调整方向：修改核心假设
暂停项目：假设不成立，重新考虑
扩展功能：P0验证成功，开始P1功能我正在做一个[项目类型]，核心假设是[核心假设]。
以下是我想实现的功能列表：
[功能列表]
请帮我分析哪些功能是P0（必须立即做的），哪些是P1（下个版本做），哪些是P2（有时间再做）。
分析标准：
1. 没有这个功能，产品还能用吗？
2. 这个功能能验证核心假设吗？
3. 用户第一次使用就需要这个功能吗？
请按以下格式回答：
P0功能：
- 功能1：[理由]
- 功能2：[理由]
P1功能：
- 功能1：[理由]
- 功能2：[理由]
P2功能：
- 功能1：[理由]
- 功能2：[理由]我有一个项目的核心假设：[核心假设]
验证标准是：[验证标准]
现在收集到的数据是：
[数据和结果]
请帮我分析：
1. 假设是否成立？
2. 哪些数据支持/反对假设？
3. 还需要收集什么数据？
4. 基于现有数据，建议下一步怎么走？选择一个你想要做的项目（可以是真实的，也可以是练习用的），完成以下工作：
找一个你正在做或曾经做过的项目：
选择一个想法，尝试在1周内做出MVP：
答案：
答案：
答案：
答案：
✓ MVP是实验，不是产品。它的目的是验证假设，而不是取悦用户。
✓ 做减法比做加法更难，但更重要。功能多不等于价值高。
✓ 「不做清单」和「要做清单」同样重要。明确边界才能聚焦核心。本节提供了以下可直接使用的模板：
| 常见错误 | 正确做法 |
|---|---|
| 列了14个功能就开始做 | 先明确核心假设，再确定P0 |
| MVP=功能最少 | MVP=投入最小且能验证假设 |
| 做完再给用户看 | 尽早让用户参与验证 |
| 竞品有什么我也做什么 | 只做验证假设必须的功能 |
| 不做清单放脑子里 | 写下来，形成正式的决策记录 |
在开始动手开发之前，确认以下事项：
我有明确的核心假设（一句话能说清楚）
我有可衡量的验证标准（X个用户在Y时间内做了Z）
我的P0功能不超过5个
我写下了「不做清单」
我知道这个MVP要验证什么，不验证什么
回顾一下我们在第二章学到的内容：
这三个思维工具帮你解决了「做什么」和「不做什么」的问题。
但还有一个问题：你真的了解你的用户吗？
下一节，我们将学习「故事思维」——把用户当作故事的主角，深入理解他们的需求和场景。
当你能像讲故事一样描述用户时，你写给AI的需求会清晰十倍。
本节金句
"完美不是无以复加，而是无可删减。"
—— Antoine de Saint-Exupéry
通过完整的实践流程，你现在具备了将任何复杂项目简化为可验证的MVP的能力。记住：减法思维不是偷懒，而是聚焦；不是放弃，而是智慧；不是限制，而是效率。