先找出最危险的那个假设，围绕它画一条核心路径，再把功能分成必须做、手工做和暂不做。
- 学习结果
- 产出一张 MVP 范围表：核心路径、必须实现的功能、用手工代替的环节及其容量、暂不做的功能及其重新考虑的条件。
- 时长
- 2-3 小时
- 难度
- 经验分享
- 核验
- 未核验
正文
第一版做不出来、迟迟上不了线，最常见的原因不是技术难，而是范围失控：每想到一个“用户可能需要”的功能就加进去，三个月过去，还差“最后几个功能”。
MVP（最小可行产品）常被误解成“把完整产品的每个功能都做得粗糙一点”。更准确的理解是：用最小的交付，验证最危险的那个假设。第一版要回答的是一个具体问题，而不是展示所有设想。
第一步：找出最危险的假设
每个产品背后都有一串假设：用户有这个问题、愿意用你的方式解决、能找到你、愿意付钱。问自己：**如果哪一条错了，整个产品就不成立？**那一条就是最危险的假设，第一版要优先检验它。
比如一个资料目录站，最危险的假设可能是“这些资料对目标用户真的有用”。那第一版只需要让人能找到资料、看懂、打开原站；积分、社交、个性化首页都回答不了这个问题，可以先不做。
第二步：画出一条核心路径
核心路径是一个目标用户完成一个结果的最短过程。把它拆成步骤，每一步只保留完成这一步必需的东西。
以一个“按项目统计工时”的工具为例，核心路径是：记录一段工作时间 → 归到某个项目 → 月底看到每个项目的总时长。为了走通这条路径，必须有的只是计时、选择项目和一个汇总视图。团队协作、发票生成、和日历同步，都不在这条路径上。
如果最后的结果需要人工完成，比如报告由你手动整理后发送，就在页面上写清楚什么时候、通过什么方式交付。
第三步：把功能分成三类
把所有想到的功能列出来，每一项归到三类之一：
必须做：核心路径上缺了就走不通的功能。
手工做：低频的后台工作可以先由你手工完成，比如审核投稿、补充资料、发送通知、整理少量报表。但要算清楚容量：每天十条投稿手工审核没问题，一天几百条就会成为瓶颈。手工服务不是隐藏的免费午餐，要把花在上面的时间算进成本。Paul Graham 说的“做不可规模化的事”，前提是你清楚这些事在什么规模下就做不过来了。
暂不做：其余所有功能。每一项都写上重新考虑的条件，比如“有超过一半的回访用户提出要在手机和电脑之间同步时，再做账号系统”。没有条件的“暂不做”列表，最后会被一条条“用户可能需要”重新塞回第一版。
可以简化，但不能砍的
范围控制不等于什么都能砍。有些东西是可信交付的底线，砍掉之后你验证的就不是真实的用户行为了：
- 真实的提交和保存：不能用假的“提交成功”来凑数。
- 错误反馈：失败时用户要知道发生了什么、怎么办。
- 隐私保护：收集的信息要说明用途，不能公开不该公开的内容。
- 手机上能用：很多用户第一次打开就是在手机上。
- 有效的联系方式：用户遇到问题能找到你。
界面可以简单，功能可以少，但不能用假的成功状态、并不存在的能力去填充页面，也不能用“测试版”三个字回避安全和隐私上的责任。
第二版做什么，由观察决定
第一版上线后，记录用户在哪一步离开、反复在找什么、你的手工环节每周花多少时间。每次只解决一个最大的阻碍，看改动后用户行为有没有变化。
如果用户根本不需要第一版提供的结果，那该调整的是问题和人群，而不是继续加功能去挽救使用率。
学习步骤
- 列出产品背后的所有假设，选出“错了就全盘不成立”的那一条。
- 写出一个目标用户完成一个结果的核心路径，每一步一句话。
- 列出所有想到的功能，逐一判断是否在核心路径上。
- 把功能分为必须做、手工做、暂不做三类。
- 为手工做的环节估算每周耗时和容量上限，为暂不做的功能写重新考虑的条件。
- 对照底线清单检查，确认没有砍掉真实保存、错误反馈、隐私、手机可用和联系方式。
场景拆解
工时统计工具的第一版
小周在候补名单页上收集到了 40 个邮箱，准备做第一版。他最初的功能清单有 15 项。
- 最危险的假设：“自由设计师愿意每天记录工时。”如果他们记不住、嫌麻烦，后面的报表和发票都没有意义。
- 核心路径：开始计时 → 选择项目 → 停止计时 → 月底查看每个项目的总时长。
- 必须做：计时器、项目列表、按项目的月度汇总、导出表格。
- 手工做：月度报告的排版由他手工完成后发邮件，预计每位用户每月 10 分钟，40 位用户就是每月约 7 小时，可以接受；超过 100 位用户时再考虑自动生成。
- 暂不做：团队协作（条件：有工作室主动询问并愿意付费）、发票生成（条件：超过一半用户在反馈里提到）、日历同步、手机 App。
- 底线：数据真实保存并可以导出、计时出错时有提示、只收集邮箱、手机浏览器能用、页面底部有联系邮箱。
15 项功能最后只剩 4 项必须做。第一版两周上线，他关注的唯一指标是：第二周还在记录工时的用户有多少。
补充材料
思维导图、练习、清单和参考资料可按需展开。
01 思维导图和离线文件
适合读完后下载到自己的知识库里继续整理。
先定方向
- 找出最危险的假设
- 画出一条核心路径
- 只保留核心路径上必需的东西
功能分三类
- 必须做：缺了路径走不通
- 手工做：算清耗时和容量
- 暂不做：写清重新考虑的条件
底线与下一步
- 真实保存和错误反馈
- 隐私、手机可用、联系方式
- 第二版由用户行为决定
02 实践练习
根据文章内容记录自己的判断与依据。
给你的产品画一张 MVP 范围表
用你正在做或准备做的产品，完成一张范围表。
准备材料
- 你的产品想法和一份尽可能完整的功能清单。
- 已有的用户反馈或访谈记录（如果有）。
练习步骤
01 / 找最危险的假设
时间： 20 分钟
操作：
- 列出产品成立需要的所有假设。
- 选出错了就全盘不成立的那一条。
产出： 一句话写出最危险的假设。
检查： 你能说出第一版上线后，用什么数据判断这个假设成不成立。
02 / 画核心路径并分类
时间： 40 分钟
操作：
- 写出核心路径。
- 把功能清单逐项归入三类。
产出： 一张分类后的功能表。
检查： “必须做”里的每一项，都能指出它在核心路径的哪一步。
03 / 写容量和条件
时间： 30 分钟
操作：
- 为每个手工环节估算每周耗时和容量上限。
- 为每个暂不做的功能写重新考虑的条件，再对照底线清单检查一遍。
产出： 完整的 MVP 范围表。
检查： 没有一个“暂不做”缺少条件；底线五项全部满足。
完成检查
- 第一版围绕一个最危险的假设设计。
- 每个手工环节都知道容量上限。
- 底线清单没有被砍掉。
03 清单、模板和关键词
用于项目记录和自查。
MVP 范围表
最危险的假设：
用来判断它的指标：
核心路径（每步一句）：
必须做（对应核心路径的哪一步）：
手工做（每周耗时 / 容量上限 / 超出后怎么办）：
暂不做（重新考虑的条件）：
底线检查：真实保存 / 错误反馈 / 隐私 / 手机可用 / 联系方式
关键概念
- MVP：用最小的交付验证最危险的假设
- 最危险的假设：错了就全盘不成立的那一条
- 核心路径：一个用户完成一个结果的最短过程
- 手工替代：用人工完成低频后台工作，需要算清容量
- 重新考虑的条件：让“暂不做”不被随意塞回来
- 可信交付底线：可以简化但不能砍掉的部分
容易误判
- 把 MVP 理解成所有功能都做一个粗糙版本
- “暂不做”没有条件，最后又全部加回来
- 手工环节不算时间成本
- 用假的成功状态凑数
- 用“测试版”回避安全和隐私责任
- 使用率低时继续加功能，而不是回头检查问题和人群
04 工具和参考资料
本篇涉及的工具和参考链接。
可参考工具
- Notion
- 飞书多维表格
- Figma
- Linear