跳到正文
YibudYibud

工作文档

创业验证模板——动手前先填一遍

十一节,每节都是这一周能填完的字段。复制这一页,按顺序走一遍,最终得到一份书面的「继续 / 停止」决策。

最后更新 · 2026年8月22日

一句话回答

什么是创业验证模板?

创业验证模板是一份可填写的文档,把一个创业想法转成对其假设、证据、实验和决策的书面记录。其核心可复用产物是一张七列假设表——每条假设一行,写明最便宜的可靠测试、要观察的证据和下一步决策——配合一个风险优先级矩阵(影响 × 不确定性)、一份每次测试前的五题预承诺清单、三个标注的假设示例,以及一份记录每一轮循环的决策日志。它不是清单(一份是非问题列表),也不是报告(对一个想法的结构化分析)。它是自己填写的文档,是团队、投资人或未来的你回头看「我当时认为什么是真的、为什么」时读的那份资料。

要点

如何使用本模板

  • 模板是工作文档,不是清单。当你想写下「我相信什么、有什么证据、还缺什么测试」时使用它;不是当你想得到一个是非打分。
  • 可复用的假设表是核心产物。每行是一条假设、最便宜的可靠测试、要观察的证据和下一步决策。下面的十一节帮你写出每格的文字;表才是你保留的工作文档。
  • 风险来自影响乘以不确定性,而不是来自这条假设好不好测。风险最高的假设是「一旦为假,整份计划就失效」的那条——优先测它。
  • 先决定如何读结果,再跑测试。提前定下什么算「有用证据」、什么算「无效」、什么会触发重测、什么会迫使停止。一场没有决策规则的测试,是披着测试外衣的发布。
  • 以决策日志结束。每一行一条决策,保持更新:你假设什么、测了什么、证据显示什么、改动了什么、下一步要验证什么。模板可复用;日志是累积的。

模板 vs 清单 vs 报告

我应该用哪一个?

三件工具,三种用途。挑一件最贴合你今天要解决的问题。

清单

用于快速确认重要验证维度是否都被考虑到。读一遍、勾掉、继续。最适合构建前的快速 sanity check。

打开清单 →

模板

用于记录假设、证据、实验和决策。读一遍,再用几天或几周填满它。最适合系统地思考一个新想法或压力测试一个旧想法。

你正在这里

报告

用于对一个具体想法的结构化分析,含打分、命名的风险和 MVP 方案。60 秒跑一次 Startup MRI。最适合对一个具体想法要一份站得住的第二意见。

跑一次分析 →

如何使用本模板

按这个顺序走一遍

验证是迭代的。下面的循环走完一轮;本页最后的决策日志记录之后的每一轮。

  1. 列出假设

    把想法依赖的每条假设都写进可复用假设表。一条假设一行。

  2. 按风险排序

    给每一行按影响和不确定性打分。优先测「高影响 + 高不确定性」那一行——一旦为假,整份计划就失效的那一条。

  3. 设计实验

    在跑任何东西之前,先填好最便宜的可靠测试、要观察的证据和决策规则。套用下面的十一节和预承诺清单。

  4. 执行并记录

    跑实验,把证据记进证据日志(J 节),把学到的写成一句可证伪的话。

  5. 更新决策日志

    往决策日志里追加一行:日期、测过的假设、实验、证据、改动了什么、下一步决策。再带着下一条假设进入循环。

可复用假设表

每行一条假设,每行一个决策

这张表是循环产出的真正产物。每行把一条假设从假设一路带到决策。下面的十一节帮你写每格里的文字;表才是你保留的。

假设为什么重要若为假的风险最便宜的可靠测试要观察的证据结果下一步决策
(你的第一条假设)(哪些东西依赖这条假设为真)(若为假会破坏什么)(最小可信的构建物)(行为、人数、时间窗口)(测试之后再填)(继续 / 调整 / 停止——测试前先写)
(你的第二条假设)(哪些东西依赖这条假设为真)(若为假会破坏什么)(最小可信的构建物)(行为、人数、时间窗口)(测试之后再填)(继续 / 调整 / 停止——测试前先写)
(你的第三条假设)(哪些东西依赖这条假设为真)(若为假会破坏什么)(最小可信的构建物)(行为、人数、时间窗口)(测试之后再填)(继续 / 调整 / 停止——测试前先写)

这七列是 yibud 的实用框架,不是放之四海皆准的标准。它们对任何假设都适用;变的只是每格的内容。

1. 假设

用「我们相信 [客户] 在 [条件] 下会 [行为]」的格式写出一句假设。如果写不出来,这条假设还没准备好测试。

2. 为什么重要

用一句话说明整份计划依赖这条假设为真的地方。是依赖关系,不是重要性。

3. 若为假的风险

如果这条假设被证伪,哪一部分会坏。说具体:计划哪一块失效、多快失效。

4. 最便宜的可靠测试

能真实地让这位客户、在这条渠道上做出该行为的最低成本产物。落地页、访谈、concierge 流程、Wizard-of-Oz、原型、付费试点,或最小功能 MVP。

5. 要观察的证据

客户会做出的、可数、有时间窗口的具体动作——注册、付费、复访、转发。意见不是证据。

6. 结果

测试实际显示了什么,跑完之后再写。更强的证据缩小「你还可能错在哪」的范围——它不能预测成功。

7. 下一步决策

下一步做什么:用一个更窄的假设继续、换客户、换渠道、换方案,或停下来。测试前预承诺这一步。

风险优先级

测「一旦为假就会让整份计划失效」的那条假设

风险是影响乘以不确定性。两个维度,不是一个维度。一条难测的假设不一定风险高;一条易测的假设也不一定安全。下面的矩阵通过对假设表里每一行在这两个维度上的打分来决定下一条测什么。

用这个 2×2 来决定下一条测哪个假设。象限是方向,不是打分公式;具体怎么定还要看上下文。

不确定性 ·低
不确定性 ·高
影响 ·高

高影响 + 低不确定性

高效验证。你相信它为真,但做一次小确认可以避免日后代价高昂的意外。一次短期测试,不是几个月的研究。

优先测

高影响 + 高不确定性

优先测。这是风险最高的假设——若为假,整份计划就失效。最便宜的可靠测试是短期实验,不是长期投入。

影响 ·低

低影响 + 低不确定性

保持监测。继续推进;只有当高影响的假设失败、需要重新设计时再回来。

低影响 + 高不确定性

稍后再测,若相关。不确定,但若为真也不影响计划。处理完高影响行之后再回来。

象限标签是方向,不是裁决。一个只有 500 美元预算、四周 runway 的单人 founder,与一个有一年时间和 50 万美元预算的团队,看待这些象限的方式会不同。标签告诉你先测什么;测试规模仍由你定。

验证框架

十一节,一个决策

下面的十一节按顺序走完一轮循环。顺序很重要:上一节的输出是下一节的输入。等你走到 K 节时,要么已经记下了足够继续的证据,要么手上有了一份待测未知清单。关于循环的叙事性讲解——Build → Measure → Learn 与 validated learning——写在 Lean Startup Validation 一文里。

  1. A
  2. B
  3. C
  4. D
  5. E
  6. F
  7. G
  8. H
  9. I
  10. J
  11. K
  1. startupValidationTemplate.AEyebrow

    startupValidationTemplate.ATitle

    startupValidationTemplate.AIntro

    1. startupValidationTemplate.AQ1
    2. startupValidationTemplate.AQ2
    3. startupValidationTemplate.AQ3
    4. startupValidationTemplate.AQ4
    5. startupValidationTemplate.AQ5
    6. startupValidationTemplate.AQ6
    7. startupValidationTemplate.AQ7
  2. startupValidationTemplate.BEyebrow

    startupValidationTemplate.BTitle

    startupValidationTemplate.BIntro

    1. startupValidationTemplate.BQ1
    2. startupValidationTemplate.BQ2
    3. startupValidationTemplate.BQ3
    4. startupValidationTemplate.BQ4
    5. startupValidationTemplate.BQ5
    6. startupValidationTemplate.BQ6
    7. startupValidationTemplate.BQ7

    问题-方案匹配 →

  3. startupValidationTemplate.CEyebrow

    startupValidationTemplate.CTitle

    startupValidationTemplate.CIntro

    1. startupValidationTemplate.CQ1
    2. startupValidationTemplate.CQ2
    3. startupValidationTemplate.CQ3
    4. startupValidationTemplate.CQ4
    5. startupValidationTemplate.CQ5
    6. startupValidationTemplate.CQ6
    7. startupValidationTemplate.CQ7

    客群发现 →

  4. startupValidationTemplate.DEyebrow

    startupValidationTemplate.DTitle

    startupValidationTemplate.DIntro

    1. startupValidationTemplate.DQ1
    2. startupValidationTemplate.DQ2
    3. startupValidationTemplate.DQ3
    4. startupValidationTemplate.DQ4
    5. startupValidationTemplate.DQ5
    6. startupValidationTemplate.DQ6
    7. startupValidationTemplate.DQ7
  5. startupValidationTemplate.EEyebrow

    startupValidationTemplate.ETitle

    startupValidationTemplate.EIntro

    1. startupValidationTemplate.EQ1
    2. startupValidationTemplate.EQ2
    3. startupValidationTemplate.EQ3
    4. startupValidationTemplate.EQ4
    5. startupValidationTemplate.EQ5
    6. startupValidationTemplate.EQ6
    7. startupValidationTemplate.EQ7
  6. startupValidationTemplate.FEyebrow

    startupValidationTemplate.FTitle

    startupValidationTemplate.FIntro

    1. startupValidationTemplate.FQ1
    2. startupValidationTemplate.FQ2
    3. startupValidationTemplate.FQ3
    4. startupValidationTemplate.FQ4
    5. startupValidationTemplate.FQ5
    6. startupValidationTemplate.FQ6
    7. startupValidationTemplate.FQ7

    渠道验证 →

  7. startupValidationTemplate.GEyebrow

    startupValidationTemplate.GTitle

    startupValidationTemplate.GIntro

    1. startupValidationTemplate.GQ1
    2. startupValidationTemplate.GQ2
    3. startupValidationTemplate.GQ3
    4. startupValidationTemplate.GQ4
    5. startupValidationTemplate.GQ5
    6. startupValidationTemplate.GQ6
    7. startupValidationTemplate.GQ7

    付费意愿验证 →

  8. startupValidationTemplate.HEyebrow

    startupValidationTemplate.HTitle

    startupValidationTemplate.HIntro

    1. startupValidationTemplate.HQ1
    2. startupValidationTemplate.HQ2
    3. startupValidationTemplate.HQ3
    4. startupValidationTemplate.HQ4
    5. startupValidationTemplate.HQ5
    6. startupValidationTemplate.HQ6
    7. startupValidationTemplate.HQ7

    产品-市场契合 →

  9. startupValidationTemplate.IEyebrow

    startupValidationTemplate.ITitle

    startupValidationTemplate.IIntro

    1. startupValidationTemplate.IQ1
    2. startupValidationTemplate.IQ2
    3. startupValidationTemplate.IQ3
    4. startupValidationTemplate.IQ4
    5. startupValidationTemplate.IQ5
    6. startupValidationTemplate.IQ6
    7. startupValidationTemplate.IQ7

    MVP 验证 →

  10. startupValidationTemplate.JEyebrow

    startupValidationTemplate.JTitle

    startupValidationTemplate.JIntro

    证据的价值在于它能缩小不确定性。一次客户访谈能缩小一点点,一次预购能缩小一大截,一次复购能缩小得最多。更强的证据只能缩小「你还可能错在哪」的范围——它不能预测成功,也没有单一信号能保证结果。

    证据来源强度它改变了什么
    (你的第一条主张及其证据)(证据来自哪里)(弱 / 中 / 强)(这条证据迫使你更新什么)
    (你的第二条主张及其证据)(证据来自哪里)(弱 / 中 / 强)(这条证据迫使你更新什么)
    (你的第三条主张及其证据)(证据来自哪里)(弱 / 中 / 强)(这条证据迫使你更新什么)
    (你的第四条主张及其证据)(证据来自哪里)(弱 / 中 / 强)(这条证据迫使你更新什么)
  11. startupValidationTemplate.KEyebrow

    startupValidationTemplate.KTitle

    startupValidationTemplate.KIntro

    1. startupValidationTemplate.KQ1
    2. startupValidationTemplate.KQ2
    3. startupValidationTemplate.KQ3
    4. startupValidationTemplate.KQ4
    5. startupValidationTemplate.KQ5
    6. startupValidationTemplate.KQ6
    7. startupValidationTemplate.KQ7

在跑测试之前

先定义如何读结果,再去看结果

一场结果不可能为负的测试,不是测试。在跑之前先承诺:每种结果会如何改变下一步决策。下面的五题把一条假设变成一场自带决策规则的实验。

  1. 要测的是哪条假设?

    一句话。用「我们相信 [客户] 在 [条件] 下会 [行为]」的格式。如果写不出来,这条假设还没准备好。

  2. 什么行为会支持它?

    客户会做出的、能缩小不确定性的、可数、有时间窗口的具体动作。意见不是行为;承诺才是。

  3. 什么行为会挑战它?

    让这条假设不太可能为真的结果。礼貌的没兴趣不算挑战;连续三个客户说出同一个负面的东西才算。

  4. 什么结果算无效?

    意味着值得再做一次实验、而不是做决策的结局。「无效」本身也是信息:是测试本身错了(渠道、客户或方案),不是假设错了。

  5. 这次测试可能改变什么决策?

    为每种结果提前写好下一步动作。完整的六种是:继续、改假设、改客户、改方案、改渠道,或停。

决策阈值取决于上下文。一场 200 美元的落地页测试的「有用证据」,和六个月工程投入的「有用证据」不是同一件事。规则的形状是固定的;阈值由你定。

三个假设示例

三种不同验证问题的填表示例

下面的示例展示了一个 B2B SaaS、一个消费产品和一个 marketplace 的假设表。数字和客群是为了呈现框架长什么样而构造的,并不是任何真实公司的描述。把假设、命名的客户、实验和决策规则换成你自己的情境。

假设性插图,不是案例研究。同框架的叙事版本——含 Build → Measure → Learn 循环——见 Lean Startup Validation 一文。

B2B SaaS(假设)

物业经理为月度报告自动化付费

假设
管理 10–50 个单元的物业经理愿意每月付 99 美元购买一款能自动化月度报告的软件。
为什么重要
价格点和付费行为是支柱——计划的其余部分都建立在它为真之上。
若为假的风险
之前没有任何付费意愿的证据。客户可触达;价格未被验证。
最便宜的可靠测试
五次问题访谈,然后两周的 concierge MVP——用共享表格加邮件解析器,按计划价格人工交付给至多三位客户。
要观察的证据
访谈中客户主动讲述的问题;concierge 结束时第一张发票的付费;第七天后仍持续使用。
结果
(测试后填。有用证据:5 个访谈中至少 3 人主动描述问题,且 3 位 concierge 客户中至少 2 人付清第一张发票。)
下一步决策
(测试后填。继续聚焦更窄的客群、调整价格、换客群,或停止。)

见 Lean Startup Validation 一文中的完整示例 →

消费产品(假设)

每日正念 App 在某个频率下的留存

假设
完成过付费冥想课程的成年人会在至少 8 周里、每周至少 4 天使用一款每日正念 App。
为什么重要
在自然频率上的留存是单位经济能否成立的前提;没有它,其他假设都会失效。
若为假的风险
客户已识别;留存频率未被验证。
最便宜的可靠测试
两周原型测试,从上述客群招募 15 位用户,用留存面板追踪每日打开、完成次数和第 7 天回访。
要观察的证据
第 1 天、第 7 天、第 14 天留存。活跃用户的完成次数。
结果
(测试后填。有用证据:15 人中至少 8 人完成 onboarding,其中至少 4 人在第 7 天回访,其中至少 3 人在第 14 天回访。)
下一步决策
(测试后填。继续聚焦更窄的客群、优化 onboarding、改用其他用例,或停止。)

见 Lean Startup Validation 一文中的完整示例 →

Marketplace(假设)

双边都通过同一付费渠道获取

假设
独立写作者和小企业客户都能通过同一初始付费社交渠道获取。
为什么重要
单渠道假设是支柱——若为假,则双边必须分开获取,单位经济随之变化。
若为假的风险
双边单渠道获取都没有先验证据。
最便宜的可靠测试
六周人工匹配试点。投放一个面向双边的广告活动,双边同时收集 intake,人工匹配,每周完成 3 笔交易,每步都记录漏斗。
要观察的证据
每边合格 intake 的成本;写作者申请质量;每周完成的交易与失败的交易数。
结果
(测试后填。有用证据:双边合格 intake 成本差距不超过 2 倍,且 6 周内完成交易 ≥ 6 笔,且失败交易 < 2 笔。)
下一步决策
(测试后填。继续、为表现差的一边改渠道、修改客户定义,或停止。)

见 Lean Startup Validation 一文中的完整示例 →

验证决策日志

一行一条决策,保持更新

决策日志是累积的产物。假设表呈现的是「现在在哪」;日志呈现的是「怎么走过来的」。循环的每一轮追加一行。日志正是让这份模板在多个想法和多次循环中可复用的关键。

日期测过的假设实验观察到的证据改动了什么下一步决策
(日期)(一句话假设)(实际跑的、最便宜的可靠测试)(客户做了什么,写明人数)(这条证据迫使你更新了哪些)(下一条假设,或停止)
(日期)(一句话假设)(实际跑的、最便宜的可靠测试)(客户做了什么,写明人数)(这条证据迫使你更新了哪些)(下一条假设,或停止)
(日期)(一句话假设)(实际跑的、最便宜的可靠测试)(客户做了什么,写明人数)(这条证据迫使你更新了哪些)(下一条假设,或停止)
(日期)(一句话假设)(实际跑的、最便宜的可靠测试)(客户做了什么,写明人数)(这条证据迫使你更新了哪些)(下一条假设,或停止)

日志区分了「假设了什么、观察到了什么、决策了什么」。这层区分本身就是日志提供的唯一东西——它并不保证更好的结果。一份维护良好的日志,是一次验证流程最有用的产物。

填完之后

下一步做什么

模板是工作文档。下一步取决于 K 节决策怎么写。如果证据足够,缩小范围并执行 I 节的实验;如果还不够,跑一次免费 Startup MRI 分析,看它所指的风险最高维度是否与你在 J 节写的一致。

常见问题

创业验证模板的高频问题

短答案,使用与「创业验证中心」一致的措辞。更详细的答案见链接文章。

什么是创业验证模板?
创业验证模板是一份可填写文档,按顺序走完想法、问题、客群、方案假设、市场、渠道、付费意愿、产品-市场契合度、MVP 实验、证据日志和决策。每节都是一组简短提示。产出是一份你自己保留的工作文档,而不是打分或判断。
创业验证模板应该包含什么?
至少包括:用一句话陈述的想法;具体到能让人不同意的问题陈述;具体到能找得到的客群;作为假设描述的方案;用可触达性而非规模描述的市场;命名的一个获客渠道;命名的一个价格和谁付钱;可量化的留存信号;定义的 MVP 实验;引用每条主张的证据日志;以及书面的「继续 / 停止」决策。
创业清单和模板有什么区别?
清单是一组快速勾选的是非问题。模板是一份用几天填写的文档,产出段落和证据而非勾选框。要快速 sanity check 用清单;要一份「我相信什么、为什么」的书面记录用模板。
我该如何记录创业验证证据?
维护一份证据日志:一张小表,每行是一条主张、一个来源、一个强度(弱 / 中 / 强)、以及这条证据迫使你更新了什么。不在日志里的都只是假设,不是证据。最强的证据是对方付出真金白银或做出的承诺,而不是问卷里的回答。
在构建 MVP 之前我应该测什么?
在 MVP 之前,你应该有:问题证据(有人主动告诉你他们有这个问题)、客群证据(你能命名一个可触达子集)、方案证据(你的版本在某个明确维度胜过替代方案)、市场证据(你能描述前 100 个客户以及触达他们的渠道)。免费 Startup MRI 分析 60 秒就能给出这四个维度的打分。
我该如何记录客群验证?
记录日期、人、渠道、对方用的原话、你观察到的行为、以及对方做出的承诺(如果有)。没有日期和原文的轶事不是验证,是讲给自己听的故事。J 节证据日志就是用来放这些的。
当验证证据很弱该怎么办?
把它当信息。更新产出最弱证据的那一节;若客群太宽则收窄;若价格被锚定则改价格;若替代方案更强则换方案。不要收集更多弱证据却无视它——去更新文档。
假设表和决策日志有什么区别?
假设表呈现当前状态:一条假设一行,写明最便宜的可靠测试、要观察的证据和下一步决策。决策日志是累积的历史:每完成一次决策记一行,写明日期、跑过的实验、产生的证据、改动了什么、下一步决定。表呈现你在哪;日志呈现你如何走到那。
应该优先测哪一条假设?
把每条假设按影响(若为真则破坏多大)和不确定性(你目前掌握了多少证据)排序。风险最高的假设是「高影响 + 高不确定性」那一条——若为真则让整份计划失效。优先测它;高效验证「高影响 + 低不确定性」那些;监测「低影响」那些。
AI 能帮我验证创业想法吗?
AI 能基于你给的输入打分并指出最值得测试的假设。它不能替你跟客户聊天、不能跑实验、不能投入真金白银。用 AI 找风险最高的未知数;用客户对话去测它。模板是 AI 不能替代的产物。
验证计划应该多久更新一次?
证据日志或决策日志每改一次,验证计划就改一次。计划不是「一次写完」的文档,而是你目前相信什么、有什么证据、下一步测什么的运行记录。如果上一次之后下一步决策从没变过,你其实并没有在跑循环。

填完之后,再决策

可复用假设表呈现当前状态。决策日志呈现累积的历史。下一步是 I 节里那个最便宜的实验——或者跑一次免费 Startup MRI 分析,确认风险最高的假设。