创业最怕的不是 idea 不行，而是花了半年才知道它不行。
为什么创业前不要先做产品
去年年初我辞掉咨询公司的 offer，花了 4 个月造了一个日本大学情报系统，见完客户才发现方向从一开始就错了。客户需要的是内部数据整合，而我提供的是通用型产品。详情可以参考第一次创业的教训。
回头看，我犯的错误很典型：以为最大的风险是产品能不能做出来，但实际上真正致命的风险是——有没有人需要它。找到真正的核心风险，才是最容易被忽略、却必须第一步就做的事。
精益创业流派有一个核心观点：创业的本质是用最快速度验证未经证实的假设。换句话说，你要做的不是闷头造东西，而是尽快搞清楚——你以为对的事情到底对不对。
创业想法要先验证哪 3 类风险
不管你想做的是什么行业，创业的风险大致都可以分为三类：
- 渴求性风险（Desirability）：有人想要这个东西吗？
- 可行性风险（Feasibility）：我能做出来吗？
- 财务性风险（Viability）：能赚到足够的钱吗？
我们以开一家面馆为例子：
- 渴求性风险——附近的居民会来我这吃面吗？
- 可行性风险——店铺能租下来吗？我能把面做好吗？
- 财务风险——一碗面的售价在减去原料成本和房租水电后，还有足够的利润吗？
但这三类风险并不平等，因为它们对你能否活下来的影响完全不同。
我们可以用一个简单的框架来判断优先级：横轴是重要性，纵轴是你的未知程度。一个风险越往右上角，就越应该优先关注。
在面馆的例子里，食客因素显然位于右上角：我们一开始完全不知道有多少人会来吃面，而一旦食客不足，对面馆的打击几乎是致命的。相比之下，面能不能煮出来、店铺能不能租到，虽然也是挑战，但至少是可以靠努力和资源逐步解决的确定性问题。
回到现实——对于互联网和软件类创业，渴求性风险几乎总是最优先需要排除的。 但大部分创业者却本能地先关注可行性风险。
背后的原因很简单：产品能不能做出来是个工程问题，努力就能推进，做起来有安全感。而验证渴求性风险让人害怕——万一用户根本不需要，那岂不是在否定我的 idea？
但风险不随个人意志转移。接受自己的 idea 被否定，或许是每个创业者成熟的第一步。
5 种低成本验证创业想法的方法
认识到了核心风险，下一步就是验证它是否真的会阻碍你的商业模式成立。
实验大致分两个阶段：对问题全貌不清楚时的探索性实验，和为了增强信心的验证性实验。先探索，再验证，这个顺序不能反——因为如果你还不清楚用户到底在乎什么，直接跑验证实验（比如投广告），就算数据好看，你也不知道是文案碰巧击中了什么，还是需求真的成立。探索阶段的目标就是搞清楚用户在乎的到底是什么，只有搞清楚了这个，后续的验证才有意义。
下面这张表是 5 种方法的速查对比，后面会逐一展开：
探索性实验：找到正确的问题
探索阶段的目标不是证明什么，而是通过极小的样本发现模式。统计学上有一个直觉：随机抽 5 个样本，就有 93% 的概率覆盖真实中位数所在的范围。换句话说，你不需要访谈几百人才能发现规律——5 到 10 个高质量的对话，往往就够了。
1. 用户访谈（获取定性数据）
这个方法暗藏杀机——多少人就死在了别人的赞美上。大家刚开始的时候总会拿着自己的 idea 去问别人”你会不会买”，别人出于礼貌，总会给出正面的答案。
而真正的提问应该做到连最疼爱你的妈妈都不能骗你——这就是 Rob Fitzpatrick 在《The Mom Test》里的核心观点。他总结了三条原则：
- 聊他们的生活，不是你的 idea。 不要问”你觉得这个产品怎么样？“，而是问”你上次遇到这个问题是什么时候？你怎么解决的？”
- 问过去的具体行为，不是将来的承诺。 “你会不会用？“的回答毫无意义。“你上个月为了解决这个问题花了多少钱/多少时间？“才有参考价值。
- 少说多听，追问细节。 当对方说”挺麻烦的”，追问”能具体说说哪里麻烦吗？最近一次是怎么处理的？”
回到面馆的例子——假设我们准备开在一个小区门口，直接问居民”你会不会来吃面”是完全错误的方式。我们更应该问的是：你最近一个月有没有出门吃饭的习惯？频率多高？一般花多少钱？在哪吃？ 然后通过这些真实行为去反推，这位居民到底有没有可能成为我们的食客。注意，面馆是一个线下生意，互联网产品的访谈侧重点会不同，但问行为而不是问意愿这条原则是通用的。
多少人算够？ 通常访谈 5–10 个目标用户就能看到明显的模式。如果 5 个人里有 3 个以上描述了相同的痛点和类似的替代方案，这就是一个值得继续的信号。如果 5 个人说的完全不一样，说明你对目标用户的定义还不够清晰，需要先收窄人群再重新访谈。
2. 数据与趋势追踪（获取定量信号）
用户访谈给你的是定性的感觉，而数据追踪则帮你交叉验证这些感觉是否有量级支撑。
我们以一个针对日本初高中教师的 AI 批卷服务为例。如果”批卷子批不完”真是一个高频痛点，那老师们大概率已经在网上搜索过、抱怨过。所以我们可以去看搜索引擎上”テスト 採点 大変”（批卷太累了）之类的搜索量和趋势，再到教师聚集的社区（比如 X 或专门的论坛）看有没有持续的讨论。
具体可以用的工具包括 Google Trends（看趋势走向）、关键词规划师（看月搜索量）、以及目标用户聚集的社区（Reddit、知乎、X 等）。关键不是看绝对数字，而是看趋势是否稳定或上升，以及搜索词背后的意图是否指向一个可解决的具体问题。如果搜索量持续走低，或者社区讨论寥寥无几，那或许探索阶段就可以得出”需求不够强烈”的结论，省下后续所有的验证成本。
验证性实验：证明有人愿意掏钱
如果探索阶段走完，你的假设依然没有被推翻，那就该进入更深一步的验证了。
探索实验只是帮你确认了痛点大概存在，但还没有回答一个更关键的问题：有人愿意为你的解决方案付费吗？验证阶段的核心就是：尽可能用最小的成本模拟出最终产品的体验，然后看用户会不会用真金白银投票。
3. 广告 + 落地页
说到广告，你可能觉得这是产品成熟之后才用的推广工具。其实恰恰相反——在验证阶段，一小笔广告费是对抗冷启动最高效的手段。
做法很简单：花半天搭一个落地页，写清楚你要解决的问题和提供的价值，放上一个明确的行动按钮——加入等待名单，或者直接预购。然后投几百块钱的定向广告把流量导进来。
怎么判断结果？ 关注两个核心指标：注册转化率（点击广告后填写邮箱或加入等待名单的比例）和预购转化率（点击购买按钮的比例）。具体多少算好取决于你的行业和流量渠道——B2B SaaS 和消费品的基准线完全不同，Google 搜索广告和社交媒体信息流的转化率也差距很大。建议先查一下你所在赛道和渠道的平均转化率作为参照，如果你的数据明显高于基准，就是一个值得继续的信号。
如果花了几百块广告费、来了两三百人、一个注册都没有——这本身就是一个有价值的答案。要注意区分：是需求本身不成立，还是你的落地页文案没有击中用户痛点？可以试着换一版文案再跑一轮，如果依然没有转化，那基本可以确认问题出在需求端。
4. 绿野仙踪服务（Wizard of Oz）
假设你的落地页真的有人注册了，甚至有人点了购买按钮——别慌，你不需要马上有产品。
这个方法的精髓在于：客户以为他在用产品，其实背后是你在手动交付。 比如前面提到的 AI 批卷服务，一开始完全可以你自己人工批改后返还给老师。你验证的不是能不能自动化，而是老师拿到结果后是否满意、是否愿意继续用、是否愿意付费。
为什么要这么做？因为写代码是最贵的验证方式。如果手动交付后客户根本不满意，你省下的不只是开发时间，还有可能是整个方向的沉没成本。只要有 3–5 个客户愿意持续使用或续费，你就有了足够的信心去投入开发资源。
5. 冷邮件 / 冷外联
如果你的目标客户是企业或专业人士，你可以直接联系他们告知你的产品理念。点开率、回复率和预约率这些指标会直接告诉你客户是否感兴趣。
一个真实案例： 我自己在验证自动化外联系统时，第一步就是用冷外联来测试市场反应。初期我们手动发送了大约 50 封冷邮件，事先定的标准是至少有 1 个客户在回复中表达明确的合作意向或进一步了解的意愿。结果收到了 5 封正面回信，远超预期。
由此我们判断自动化外联的需求是真实存在的，于是把这套系统完善了一下，每天自动联系约 30 个潜在客户。2 个月下来累计获得了近 100 封回信，其中有十几个客户填写了我们的 hearing sheet。而此时完整产品其实还没有成型——但这些数据给了我们充足的信心去推进下一步。
这就是精益实验的力量：50 封邮件验证了一个方向，而不是 5 个月的代码。
实验应该是一个递进序列
成熟的创业者不是挑一个实验做，而是设计一条实验链：随着确定性的增加，才逐渐加大投入。每一步的目的是为下一步买入场券——上一步没通过，就不值得进入下一步。
如何判断验证成功还是失败
实验跑完了，数据也有了——然后呢？核心在于用事先定好的标准去判断，而不是看了数据再自我安慰。
这里说的事先定好不是拍脑袋，而是结合行业基准线和你自己的最低可接受阈值。回看上面的速查表，每种方法都有对应的成功信号。在实验开始之前就把你的通过标准写下来，写在纸上或者文档里，实验结束后直接拿来对比。
为什么不能等看了数据再定标准？ 因为人天生擅长自我说服。注册率只有 1%，你会告诉自己可能是文案没写好；回复率为 0，你会觉得可能是邮件进了垃圾箱。这些也许是对的，但如果没有事先定好的标准，你永远分不清这是合理的归因还是自我安慰。
再以面馆为例：假如你事先设定访谈 20 位居民、至少 5 人明确表示晚上做饭很麻烦且每周至少外食 2 次为通过标准，那么访谈结束后直接对比即可。达标了，就可以进入下一步（比如做试吃活动或看选址）。没达标，就说明附近居民对外食面条的需求没有你想象中那么强——这也是一个有价值的答案。
验证失败了怎么办
验证失败其实是好事——你用最低成本避免了最大的浪费。想想看，我第一次创业如果早两周做验证，能省下 4 个月。真正可怕的不是 idea 失败，而是花了一年才发现它会失败。
但失败不等于全盘否定。更常见的情况是，你在验证过程中发现了跟原来的 idea 有些相似但方向略有不同的机会：
- 选取不同的客户群体（你的方案可能不适合中小企业，但大企业愿意买单）
- 将其中一个小功能独立为产品（用户对你的整体方案没兴趣，但对其中一个功能反应特别强烈）
- 从应用转为平台，或者反过来
这些方向调整就是所谓的 转型（Pivot）。转型之后重新回到精益循环的起点——但这一次，你带着上一轮积累的真实认知重新出发，每一轮都离正确答案更近一步。关于转型的具体做法，我会在下一篇文章中用自己的案例展开讲。
小心这些常见陷阱
在做精益实验的过程中，有几个坑比方法本身更重要：
- 确认偏误。 你会不自觉地只关注支持自己 idea 的信号，忽略不利的数据。对策：找一个不了解你项目的人帮你审视数据，或者在实验前就写好什么结果算失败。
- 样本偏差。 只问朋友、同事、同行——这些人和你的目标用户可能完全不同。对策：刻意寻找你不认识的、符合目标画像的陌生人。
- 过度解读小样本。 1 个人说愿意付费不代表市场存在。对策：至少等到看见 3 个以上独立信号再做判断。
精益实验不是万能的
有必要说一下精益方法论的边界。并非所有创业方向都适合先验证再做的路径。
深科技和基础设施类创业往往面临一个悖论：在产品做出来之前，用户根本无法评估它的价值。你没法用一个落地页去验证一种新材料是否可行，也没法用冷邮件测试一个底层数据库引擎的市场需求。这类方向的核心风险通常是可行性而非渴求性，精益实验能帮上的忙有限。
同样，网络效应型产品（社交平台、双边市场）在早期用户极少时体验极差，简单的 MVP 测试可能得到假阴性的结论——不是没人想要，而是用户太少、还没到产品发挥价值的临界点。
认清这些边界不是要否定精益方法，而是提醒自己：工具的价值在于用对场景。 本文讨论的方法最适合的就是互联网和软件类创业中需求是否存在这个最常见的核心问题。
什么时候该停止验证、开始写代码
这是很多人最纠结的决策点——验证到什么程度才算够？
没有一条精确的分界线，但有几个可操作的判断标准：
- 探索和验证实验都通过了事先设定的标准。 不是只跑了一种实验，而是至少完成了探索（访谈/数据）+ 验证（落地页/冷邮件/手动交付）两个阶段。
- 多个独立信号指向同一个方向。 访谈中的痛点、搜索数据的趋势、落地页的转化率、冷邮件的回复——如果它们互相印证，你的信心就不是建立在单一数据源上。
- 你能清晰地回答谁会为什么付多少钱。 如果跑完所有实验后，这个问题的答案依然模糊，那你还没验证够。如果答案已经具体到客户画像、使用场景和价格区间，那就该动手了。
- 继续验证的边际收益在递减。 第 6 次访谈和第 5 次说的几乎一样，第二轮落地页的数据和第一轮差不多——这时候你不是在获取新信息，而是在用验证来拖延面对不确定性。
过度验证本身也是一种风险。 市场不会等你验证完。当信号已经足够清晰时，剩下的不确定性只能靠真正的产品去消除。
现在就开始：你的第一个实验清单
读到这里，你可能觉得道理都懂了，但一旦轮到自己就不知道从哪里下手。其实方法很简单——这周就完成这五步：
- 写下最关键假设。 你的 idea 里，哪个假设一旦不成立，其他全部白搭？大多数情况下，它会是渴求性风险——有没有人真的需要这个东西。
- 选一种最便宜的实验。 如果 5 通电话就能搞清楚的事，就不要花 5 周做原型。参考上面的表格，找到适合你当前阶段的方法。
- 定好通过标准。 什么结果算通过？什么结果算失败？在实验之前就写下来，贴在你每天都能看到的地方。
- 找到 5 个目标用户并执行。 这周约 3 次访谈，或者发出 50 封冷邮件，或者花半天搭一个落地页跑几十块钱的广告。
- 对比结果，决定下一步。 通过了就进入下一轮更深的验证；没通过就想想可以往哪个方向转型。
重要的不是实验本身多精巧，而是你终于不再猜，开始用事实说话了。
常见问题
验证通过后的第一步应该做什么？
不是立刻投入全力开发，而是用最小的功能集服务好最早的那批用户。如果你在绿野仙踪阶段已经有了手动交付的客户，那第一步就是把手动环节中最痛苦、最重复的部分自动化——这就是你的 MVP 的核心功能。让已有客户从手动交付无缝过渡到产品，比从零开始获客容易得多。
一个人也能做精益实验吗？
完全可以，而且独立创业者反而更适合精益路径——因为你没有资源浪费在错误方向上。唯一的挑战是确认偏误更难克服，建议找一个创业社群或信任的朋友定期帮你审视实验数据和判断标准。
下一篇文章，我会用自己正在做的自动化外联系统作为案例，完整走一遍从发现风险到设计实验、再到根据结果转型的全过程——一个内部工具是怎么一步步被验证成可以卖的产品的。
如果你不想错过，可以通过邮箱 koukyo@peguni.com 联系我，或者直接订阅我的博客，新文章发布时第一时间收到。