2.3.3 功能策略：砍掉功能的艺术与不做清单
理解了MVP的含义，下一个问题是：具体怎么做减法？如何从20个功能砍到3个？
本节提供一套完整可操作的方法，包括功能筛选框架和「不做清单」的制作技巧。
砍功能的三个灵魂问题
面对每一个功能，问自己这三个关键问题：
问题1：没有这个功能，产品还能用吗？
这个问题帮你区分「核心功能」和「附加功能」。
判断标准：
- 如果答案是「不能」→ 这个功能可能是核心功能
- 如果答案是「能」→ 这个功能不是核心功能
待办清单的例子：
| 功能 | 没有它能用吗？ | 结论 |
|---|---|---|
| 添加任务 | 不能 | 核心功能 |
| 完成任务 | 不能 | 核心功能 |
| 查看任务列表 | 不能 | 核心功能 |
| 任务分类 | 能（先不分类也行） | 非核心 |
| 暗黑模式 | 能（不影响使用） | 非核心 |
| 统计报表 | 能（知道完成了就行） | 非核心 |
问题2：这个功能能验证我的核心假设吗？
这个问题帮你聚焦于验证假设的功能。
判断标准：
- 如果答案是「能」→ 考虑保留
- 如果答案是「不能」→ 暂时不做
待办清单的例子：
假设核心假设是：「极简待办比便签纸更容易坚持」
| 功能 | 能验证假设吗？ | 理由 |
|---|---|---|
| 一键添加任务 | 能 | 测试「极简」是否真的更容易用 |
| 打卡日历 | 不确定 | 可能有用，但不是验证「极简」的关键 |
| 社交分享 | 不能 | 这是增长功能，不是验证功能 |
| 成就系统 | 不能 | 这是留存功能，先验证核心价值再说 |
问题3：用户第一次使用就需要这个功能吗？
这个问题帮你区分「获客功能」和「留存功能」。
判断标准：
- 第一次使用就需要 → 可能是P0（必须立即做）
- 用了一段时间才需要 → 可能是P1（下个版本做）
- 锦上添花 → 可能是P2（有时间再做）
关键洞见：
- 新用户只关心「这个东西能帮我做什么」
- 排行榜、成就系统、社交功能是让用户「留下来」的，不是让用户「进来」的
- MVP阶段应该聚焦于让用户「进来并体验核心价值」
P0/P1/P2优先级框架
用三个问题筛选后，把功能分成三档：
| 优先级 | 定义 | 行动 | 示例 |
|---|---|---|---|
| P0 | 没有就无法验证核心价值 | 必须在MVP中包含 | 添加任务、完成任务 |
| P1 | 重要但可以后续迭代 | V2版本再做 | 任务分类、提醒功能 |
| P2 | 锦上添花 | 有时间再说 | 暗黑模式、统计报表 |
重要原则：
- P0功能不超过3-5个
- 如果P0超过5个，说明你还没想清楚核心价值是什么
- P1和P2写下来但暂时不做，防止忘记也防止诱惑
砍功能决策流程
把上面的方法整理成一个决策流程：
- 列出所有想做的功能
- 提问1：没有它能用吗？
- 不能 → 进入问题2
- 能 → 进入问题3
- 提问2：能验证核心假设吗？
- 能 → 标记为P0
- 不能 → 暂时不做
- 提问3：第一次使用就需要吗？
- 是 → 标记为P1
- 否 → 标记为P2
「不做清单」的魔力
大多数人只列「要做清单」，很少有人列「不做清单」。
但「不做清单」可能比「要做清单」更重要。
为什么需要「不做清单」
原因1：明确边界
当你告诉AI「帮我做一个待办清单」，AI可能会问你：要不要加日历同步？要不要支持团队协作？
如果你没有明确的边界，很容易被这些问题带偏。
「不做清单」让你和AI都清楚：这些事情不在范围内。
原因2：抵抗诱惑
做项目的过程中，你会不断产生新想法：
- 「如果加一个XX功能会不会更好？」
- 「竞品都有XX，我是不是也该有？」
- 「用户反馈说想要XX……」
这些诱惑会不断膨胀你的项目范围。
「不做清单」是你的防线：这些功能我已经想过了，决定不做，理由在这里。
原因3：沟通工具
当别人问「为什么你没做XX功能」时，你可以清晰回答：
这个功能在我的「不做清单」里。原因是[理由]。我会在[条件满足时]重新考虑。
这比「还没来得及做」或「以后再说」专业得多。
「不做清单」的三个维度
一份完整的「不做清单」应该覆盖三个维度：
维度1：不做的功能
列出你明确决定不做的功能，以及理由。
维度2：不考虑的用户群
你的产品不可能服务所有人。明确你不打算服务谁。
维度3：不追求的指标
MVP阶段你应该聚焦于验证，而不是增长。明确你暂时不关心什么指标。
「不做清单」完整模板
# 不做清单（V1版本明确不做的事情）
## 一、不做的功能
| 功能 | 不做的理由 | 何时重新考虑 |
|-----|----------|-------------|
| [功能名称] | [理由] | [条件] |
## 二、不考虑的用户群
| 用户群 | 不考虑的理由 |
|-------|-------------|
| [用户描述] | [理由] |
## 三、不追求的指标
| 指标 | 不追求的理由 | 替代关注点 |
|-----|-------------|----------|
| [指标名称] | [理由] | [替代指标] |示例1：待办清单项目的「不做清单」
# 不做清单（V1版本）
## 一、不做的功能
| 功能 | 不做的理由 | 何时重新考虑 |
|-----|----------|-------------|
| 多设备同步 | 需要后端开发，大大增加复杂度 | 核心功能验证成功后 |
| 团队协作 | 不是个人工具的核心价值 | 有明确的团队使用需求时 |
| 暗黑模式 | 纯美化功能，不影响核心验证 | 有用户强烈反馈时 |
| 日历视图 | 增加开发工作量，不是极简体验 | P0功能稳定后 |
| 统计报表 | 对于验证「极简好用」没有帮助 | 用户留存稳定后 |
| 小组件 | 平台特定功能，增加维护成本 | 主产品成熟后 |
## 二、不考虑的用户群
| 用户群 | 不考虑的理由 |
|-------|-------------|
| 大型企业团队 | 需求复杂，与个人工具定位不符 |
| 专业项目管理 | 有成熟的专用工具，竞争激烈 |
| 技术小白 | 学习成本高，早期用户应该是轻度用户 |
## 三、不追求的指标
| 指标 | 不追求的理由 | 替代关注点 |
|-----|-------------|----------|
| 日活跃用户数 | MVP阶段验证价值更重要 | 核心功能使用频率 |
| 用户增长速度 | 增长可能掩盖问题 | 用户留存率和反馈质量 |
| 功能完成度 | 功能多少不是重点 | 假设验证结果 |示例2：数据分析项目的「不做清单」
# 不做清单（销售数据分析V1版本）
## 一、不做的功能
| 功能 | 不做的理由 | 何时重新考虑 |
|-----|----------|-------------|
| 实时数据更新 | 增加技术复杂度，不是决策关键 | 有明确的实时决策需求时 |
| 多维度钻取 | 开发时间长，不如人工分析灵活 | 基础报表使用稳定后 |
| 自动报告生成 | 不是当前痛点 | 用户明确需要时 |
| 数据导出 | 不是核心验证目标 | 有二次分析需求时 |
## 二、不考虑的用户群
| 用户群 | 不考虑的理由 |
|-------|-------------|
| 财务部门 | 关注点不同，需要专门的财务报表 |
| 客服团队 | 使用场景差异大，需求不同 |
| 外部合作伙伴 | 数据安全考虑，权限管理复杂 |
## 三、不追求的指标
| 指标 | 不追求的理由 | 替代关注点 |
|-----|-------------|----------|
| 报告数量 | 数量不等于价值 | 决策效率提升 |
| 页面访问量 | 使用频率不是重点 | 实际采纳的决策建议数 |
| 数据准确性100% | 完美主义陷阱，99%足够用 | 关键结论的正确性 |制定「不做清单」的技巧
技巧1：基于核心假设筛选
对于每一个想做的功能，问自己：
- 这个功能能帮我验证核心假设吗？
- 如果不能，为什么要做？
技巧2：考虑资源约束
诚实地评估你的限制：
- 时间：能投入多少开发时间？
- 技术：有什么技术限制？
- 预算：能承担多少成本？
技巧3：设定明确的重新考虑条件
对于每个「不做」的功能，明确什么时候会重新考虑：
- 当用户数量达到某个阈值时
- 当技术能力提升到某个水平时
- 当竞品出现某种变化时
技巧4：定期回顾和调整
「不做清单」不是一成不变的：
- 每个月回顾一次
- 根据新的学习和反馈调整
- 记录调整的原因和考虑
「不做清单」的使用场景
场景1：开始新项目时
在项目启动阶段就制定「不做清单」，明确项目边界。
场景2：面对功能膨胀时
当发现功能越做越多时，用「不做清单」重新聚焦。
场景3：处理用户反馈时
当用户要求新功能时，对照「不做清单」决定是否要考虑。
场景4：团队协作时
用「不做清单」统一团队认知，避免重复讨论已决定不做的事情。
场景5：与AI协作时
在给AI提需求时，把「不做清单」作为边界条件明确告诉AI。
常见误区与避免方法
误区1：「不做清单」过于死板
问题：把「不做清单」当成绝对的约束，失去了灵活性。
解决方法：
- 为每个「不做」设定明确的重新考虑条件
- 定期回顾和调整清单
- 保持开放心态，接受新信息
误区2：理由不充分
问题：「不做」的理由很模糊，比如「暂时不需要」。
解决方法：
- 具体说明不做的原因：资源限制、优先级不高、与核心假设无关等
- 用数据支撑判断：用户反馈、使用频率、开发成本等
误区3：没有沟通
问题：制定了「不做清单」但没有告诉相关方。
解决方法：
- 与团队成员分享清单
- 在项目管理工具中记录清单
- 定期同步清单状态
误区4：忘记更新
问题：项目环境变化了，但「不做清单」没有及时更新。
解决方法：
- 设置定期回顾提醒
- 把更新「不做清单」纳入项目流程
- 记录每次调整的原因
实践练习
练习1：为你当前的项目制定「不做清单」
- 列出你正在考虑的所有功能
- 用三个灵魂问题筛选出P0功能
- 为其余功能制定详细的「不做清单」
练习2：分析一个失败项目
找一个你或别人做过的失败项目，分析：
- 当时的「要做清单」是什么？
- 如果当时有「不做清单」，会有什么不同？
- 现在为这个项目制定「不做清单」
练习3：与AI协作测试
给AI提一个需求，观察它是否会建议额外功能：
- 不给边界条件，看AI会推荐什么
- 给出「不做清单」，看AI的反应
- 比较两种情况的结果
通过系统性的功能筛选和「不做清单」管理，你可以有效避免功能膨胀，聚焦核心价值，提高项目成功率。记住：决定不做什么，比决定做什么更重要。