Framework Deep Dive

假设验证板

在开始构建之前,列出所有你的产品赖以成立的假设,找到最危险的那个,用最便宜的实验去验证它。验证的代价是时间和精力;不验证的代价,往往是整个公司。

大多数产品不是因为「构建了错误的东西」而失败,而是因为「验证了错误的假设」

每个产品背后都有一摞假设:「用户有这个问题」「用户愿意为解决方案付费」「我们能在合理的成本内构建它」「竞争对手无法轻易复制」。这些假设中,任何一个失效,整个产品就可能失败。

团队的自然倾向是直接开始构建——因为「构建」是可见的进展,而「验证假设」感觉像是在浪费时间。但是构建的成本极高,一旦发现核心假设有误,往往需要推倒重来。

假设验证板强迫团队在动手之前回答一个问题:「如果我们只能验证一个假设,哪个假设的失效会让整个产品毫无意义?」先验证那个,再考虑构建。这是精益创业思想最具可操作性的落地工具之一。

六列验证板 + 核心公式

验证板是一个六列表格,每一行代表一个假设及其验证实验。列从「相信什么」延伸到「学到了什么」,形成一个完整的科学实验记录。

核心公式 The Key Formula
我们相信 [假设]。
当我们用 [实验] 观察到 [可量化结果],
我们就能知道这是否成立。
假设 Assumption
假说 Hypothesis
实验 Experiment
最低成功标准
结果 Result
学习 Learning
高风险
用户愿意为 15 分钟极速配送支付额外溢价
访谈 20 位用户:60% 表示愿意为极速配送额外支付 ¥15+
实地用户访谈(咖啡馆),展示产品概念,询问支付意愿
≥60% 受访者
明确愿意付费
未通过
仅 20% 愿意付额外费用
速度并非首要价值——用户更在意「食物到达时仍然新鲜热腾腾」。需要重新定义价值主张。
高风险
餐厅愿意与我们合作并优先处理我们的订单
联系 10 家餐厅,5 家同意签订合作协议
冷邮件 + 面对面拜访 10 家目标餐厅
≥5 家签订
意向协议
通过
7 家同意合作
供给侧假设验证通过。餐厅愿意合作的核心动因:获得新客群,不是分成比例。
中风险
用户会重复使用(非首单后流失)
首单后 30 天内,50% 用户再次下单
给前 50 个用户发送一张次单优惠券,观察复购率
30 天内复购率
≥50%
进行中
实验运行中
待实验结束后更新。
低风险
我们能在 4 周内构建一个基本运转的 MVP
工程师评估后确认 4 周内可完成核心功能
内部技术评审会议,工程师拆解任务
工程团队给出
≤4 周评估
通过
评估为 3.5 周
技术可行性已确认,但不应优先验证此假设——应先验证需求侧假设。
💛
期望性假设
Desirability
用户真的想要这个吗?这个问题的答案不等于用户「说」他们想要。需要通过行为数据而非问卷来验证。
⚙️
可行性假设
Feasibility
我们能够构建它吗?技术上是否可行?团队是否具备能力?通常是三类中风险最低的,但仍需明确验证。
💰
商业性假设
Viability
我们能靠它盈利吗?用户愿意付多少钱?获客成本是否低于用户终身价值?这类假设最常被忽视,也最致命。

什么时候该用它?

假设验证板在产品生命周期的早期阶段价值最高——当假设最多、信息最少、构建成本开始积累的时候。

🚀
新产品立项前
在任何工程资源投入之前,用假设验证板列出所有核心假设并排优先级,确定需要首先验证的关键风险。
🗺️
MVP 范围决策
MVP 应该包含哪些功能?答案是:只包含能验证最高风险假设的功能,其他一切都是浪费。
🔄
产品转型(Pivot)决策前
当指标不佳时,先诊断「哪个假设被证伪了」,再决定 Pivot 方向,而不是凭感觉调整产品方向。
💼
大型企业内新业务探索
大公司内部创业同样需要验证假设,且往往更难——因为有「内部资源背书」使团队更容易跳过验证步骤。
📋
融资前的投资者沟通
用已验证的假设清单向投资人展示「我们已经知道什么、还不知道什么」,这比任何 Deck 都更有说服力。
🧪
季度规划时的假设审查
即使是成熟产品,每个季度都应该审查「我们的核心假设是否仍然成立」,市场在变,假设也在变。

Zappos 用一个网站验证了一个 12 亿美元的假设

1999 年,Nick Swinmurn 有一个商业想法:在线卖鞋。这个想法依赖一个核心假设:「人们愿意在网上购买鞋子,而不亲自试穿。」没有人知道这个假设是否成立——在 1999 年,这个想法在很多人看来是疯狂的。

Zappos
零库存验证核心假设 · 1999 · 后被亚马逊以 12 亿美元收购
1999
🧪
最便宜的核心假设验证
01
核心假设
「人们愿意在网上购买鞋子,即使无法亲自试穿。」这是整个商业模式赖以成立的基础假设。
02
最低成本实验设计
Swinmurn 走进本地鞋店,拍下鞋子的照片,上传到一个简单的网站上销售。他没有买入任何库存,没有建仓库,没有搭建物流系统。
03
实验机制
当有人在网站上下单,他就去鞋店全价购买那双鞋,然后亲自打包寄给顾客。每笔订单他都亏损——但这不重要,他在验证假设,不是在赚钱。
04
验证结果
人们真的购买了。核心假设成立。Zappos 接下来才开始构建真正的库存、仓储、物流系统。2009 年,亚马逊以 12 亿美元收购 Zappos。
$0
验证核心假设所需的技术基础设施投入
$1.2B
Zappos 被亚马逊收购价格(2009)
1个
关键假设,先验证,再构建
Airbnb
睡在陌生人气垫床上的假设验证 · 2007
2007
物理实验验证数字假设

Airbnb 的联合创始人 Brian Chesky 和 Joe Gebbia 面临的核心假设比 Zappos 更难验证:「陌生人愿意付钱睡在另一个陌生人的气垫床上。」在 2007 年,这个假设听起来匪夷所思。

他们的实验:一个设计大会期间,旧金山酒店全部订满。他们在自己的公寓里放了三张气垫床,搭建了一个简单的网站(Airbed & Breakfast),挂上自己家的照片。在写任何订房系统代码之前,他们先验证了「有人愿意付钱住陌生人家」这个假设。

三位陌生人订了房。核心假设得到了最低成本的验证。Airbnb 随后才开始构建真正的平台。2024 年,Airbnb 市值超过 800 亿美元。

让假设验证板失效的六个常见错误

假设验证板的力量来自于纪律——严格按照流程执行,才能避免「验证」变成「自我确认」。

01
不按风险排序,优先验证「简单」的假设。低风险假设通过验证给人「进展感」,但对决策毫无价值。始终问:「哪个假设的失效会让整个产品失去意义?」从那里开始。
02
混淆假设与假说。假设是「我们相信的事」,假说是「可测试的预测」。「用户有这个问题」是假设;「20 名受访用户中,12 人会在访谈中自发提及这个问题」才是假说。假说必须是可被证伪的。
03
在看到结果之后才设定「最低成功标准」。这是最常见的确认偏误陷阱——看到结果是 30%,就说「30% 就算通过」。成功标准必须在实验开始之前锁定,不允许事后修改。
04
用「构建」来替代「验证」。「做一个原型来验证」通常比做真实实验的成本高 10 倍。问:「有没有更便宜的方式来回答这个问题?」通常答案是:访谈、Landing Page、手动操作的假服务,或直接观察竞品用户行为。
05
验证完第一个假设就停止更新板子。假设验证是持续过程,不是一次性活动。每次实验的结果都应该引发新的假设。已验证的假设也可能因为市场变化而重新需要验证。
06
验证了「用户说他们会做」而非「用户实际会做」。问卷、访谈中用户表达的意愿(「我会付费的!」)和实际行为之间有巨大落差。最可靠的验证是「用户实际花了钱」或「用户实际花了时间」——行为,不是语言。

将"相信"变成"知道":假设验证板的精益血统

假设验证板(Assumption Validation Board)根植于 Eric Ries 的精益创业运动与 Steve Blank 的客户开发理论,是将抽象的商业假设转化为可检验实验的结构化工具,帮助产品团队在大规模投入资源之前,用最低成本确认最危险的未知。

2003
Steve Blank 提出客户开发方法论
斯坦福大学讲师 Steve Blank 出版《四步创业法》(The Four Steps to the Epiphany),系统提出"客户开发"(Customer Development)流程,核心思想是:商业计划书充满未经验证的假设,团队应先走出办公室验证假设再规模化执行。这为假设验证工具的诞生提供了方法论土壤。
2011
Eric Ries 出版《精益创业》
Eric Ries 的《精益创业》(The Lean Startup)将假设验证思想推广至全球,提出"构建—测量—学习"(Build-Measure-Learn)循环,并将 MVP(最小可行产品)确立为假设验证的主要载体。书中的实验思维深刻影响了产品团队设计验证流程的方式。
2012
Ash Maurya 将假设验证结构化为看板工具
Ash Maurya 在精益画布的基础上,进一步开发了结构化的假设追踪方法,将假设按"客户假设—问题假设—解决方案假设"分层排列,并引入风险排序机制,推动团队优先验证"最危险的假设",而非最容易验证的假设。
2014
Javelin Board 成为流行的可视化验证工具
Justin Wilcox 开发的 Javelin Experiment Board 将假设、实验设计、成功标准与学习结论整合在一张看板上,成为假设验证类工具的代表性设计范式。它被斯坦福 d.school 和全球众多加速器采用,推动了假设验证板的标准化。
2018
与 OKR 和 Design Sprint 融合,进入大厂工作流
假设验证思想开始融入大型科技公司的产品规划流程:Google Ventures 的 Design Sprint 将核心假设验证浓缩至五天,亚马逊的逆向工作法(Working Backwards)要求在立项前明确列出关键假设。假设验证板从创业工具演变为成熟产品团队的标准交付物。

与这些工具搭配效果更好