做决策最怕"拍脑袋"：三角验证法，每个创始人都该用的决策框架
核心观点： 创始人每天做几十个决策，其中一半以上靠直觉。直觉不可靠，但大多数创始人不知道还有更好的办法。
一、一个价值300万的错误决策
2023年，我认识的一位创业者张总，做了一件事。
他的公司做企业SaaS服务，年营收2000万，团队40人。某天他看到市场上"AI客服"概念很火，一个想法蹦出来："我们也要做AI客服功能！"
理由听起来很充分：客服是刚需、AI是风口、我们是技术公司完全能做。
于是他拍板立项，调了5个最核心的开发，干了3个月。
结果呢？
- 花掉300万研发成本
- 产品做出来，老客户没人买账（他们并不需要）
- 新客户觉得不够专业（还不如用大厂的）
- 核心团队因为做这个项目，耽误了原有产品迭代，老客户开始抱怨
张总后来说了一句话："这300万，完全是因为我当时没有问自己三个问题。"
这三个问题，就是我今天要讲的三角验证法。
二、为什么创始人最容易被"拍脑袋"决策坑？
不是创始人笨。恰恰相反——创始人通常是最聪明、最有远见的人。
但正是这种"远见"，让他们容易踩三个坑：
坑一：把"我看到趋势"当成"客户有需求"
创始人对行业敏感度高，容易在"观察到趋势"和"确认客户需求"之间直接画等号。
但你看到趋势，不等于你的客户需要你来做这件事。而且即使需要，也不等于他们现在愿意掏钱。
坑二：把"我能做"当成"我应该做"
这是技术型创始人最容易犯的错。"这个功能技术上不难，我们顺手做了吧。"
能做≠该做。技术只是一个维度，还需要判断：市场需求多大？投入产出比多少？对公司战略有没有贡献？
坑三：把"感觉对了"当成"证据够了"
"我直觉这事能成。说不上为什么，但就是感觉对了。"
直觉在创业早期很重要——很多成功企业的第一版产品就是靠创始人的直觉。但随着企业规模变大、试错成本变高，直觉的边际效益急剧下降。
年营收500万的时候，一次判断失误损失10万。年营收5000万的时候，一次判断失误损失300万。年营收5个亿的时候，一次判断失误可能就是伤筋动骨。
你管不了这么大的盘，单靠直觉。
三、三角验证法：每个创始人的决策护栏
三角验证法由三个维度组成，像一个三角形的三个顶点，互相支撑：
┌───────────────┐
│ 需求验证 │
│（客户真的需要吗？）│
└───────┬───────┘
│
┌────────────┼────────────┐
│ │ │
▼ ▼ ▼
┌────────┐ ┌────────┐ ┌────────┐
│方案验证│ │价值验证│ │三角锚定│
│(能做成吗)│ │(值得做吗)│ │(三方确认)│
└────────┘ └────────┘ └────────┘
核心原则：任何一个决策，必须至少从三个维度交叉验证通过，才能推进。
如果一个维度没通过，就不要动。两个维度没通过，立刻停。三个维度全没通过——那根本不叫"决策"，那就是"想当然"。
四、第一角：需求验证——客户真的需要吗？
这是三角验证法的第一步，也是最重要的一步。在确认需求之前，任何方案都有可能是自嗨。
需求验证有三个子问题：
1. 这是客户亲口说的需求，还是我们认为的？
很多公司做产品调研，方式是"我们自己讨论了一圈，认为客户需要这个"。这不是需求验证，这是需求猜想。
真正的需求验证，必须是客户的语言、客户的场景、客户的痛点。
实战方法： - 至少访谈10个目标客户，不是问"你需要这个功能吗"（这种问题正反馈太强），而是问"你目前在XX问题上是怎么解决的？卡在哪？" - 让客户用自己的话描述痛点，你只记录、不引导 - 如果10个人里有8个说了同一个问题——那是真需求
2. 客户愿意为这个需求付费吗？
嘴上说"需要"，和真正掏钱，中间隔着十万八千里。
一个非常实用的判断标准：如果客户说"这个功能太好了，你们什么时候上线"——别信。如果客户说"我先付个定金"——这才算。
实战方法： - MVP预售：在产品还没做之前，先尝试收定金或意向金 - 价格测试：给出三个价格，看客户选哪个 - 行为观察：客户目前为了解决这个问题，花了多少钱？用了多少时间？
3. 这个需求的频率、刚度和强度如何？
- 高频需求：每周至少用一次 → 可以做（有粘性）
- 刚需需求：不解决会死 → 可以做（有付费意愿）
- 强痛需求：痛到睡不着觉 → 可以做（有传播力）
如果三个都不沾——建议直接放弃。
五、第二角：方案验证——我们能做成吗？
需求确认了，接下来问题是：我们能不能提供一个让客户满意的解决方案？
方案验证有三个维度：
1. 技术可行性
这个问题最简单也最容易高估。
实战方法： 让技术负责人给出书面评估，包含：预估工时、技术风险点、备选方案。不要只问"能不能做"，要问"做出来要多久、成本多少、风险多大"。
2. 团队匹配度
你现在的团队，适合做这件事吗？
很多人容易走进"赛道迁移"的陷阱：明明做ToB业务的，看到ToC业务火就想做。明明做软件的，看到硬件赚钱就想做。
不是不能转型，而是转型的成本远比想象的高——团队的能力、心态、节奏都要重建。
实战方法： 用一张表打分：
| 维度 | 现有能力 | 需要能力 | 差距 | 弥补方式 | 时间成本 |
|---|---|---|---|---|---|
| 技术 | 后端开发强 | AI能力中等 | 中 | 招聘/外包 | 1-3个月 |
| 市场 | B端销售 | 全渠道投放 | 大 | 换团队 | 3-6个月 |
| 交付 | 项目制 | 标准化 | 中 | 内部培养 | 2-4个月 |
如果总时间成本超过6个月，且没有足够现金流支撑，建议重新评估。
3. 竞争环境
你要做的事，市场上有没有人在做？做得怎么样？
最危险的信号： 你觉得自己想到的"好点子"，市场上居然没人做。这种情况通常只有两种可能——要么别人试过失败了，要么这个需求根本不存在。
实战方法： - 搜索验证：用核心关键词搜索，看竞品在做什么 - 用户验证：问客户"之前用过什么方案解决这个问题？" - 差异化分析：如果竞品存在，你的优势是什么？为什么客户要选你？
六、第三角：价值验证——这事值得做吗？
需求确定了、方案可行了，最后的问题是：做这件事，值不值得？
1. 商业价值
投入产出比是最硬的标准。
实战方法： 做一个最简单的ROI测算： - 投入：人力成本 + 时间成本 + 机会成本（做了这个，不能做那个） - 产出：预计收入 / 客户价值 / 战略价值（是否打开新市场） - ROI > 10倍 → 值得做 - ROI > 3倍 → 可以做，但要谨慎 - ROI < 3倍 → 除非有重大战略价值，否则不做
2. 时间价值
"不做会怎样？"——这个问题比"做了会怎样"更重要。
- 如果三个月内不做会死 → 🔴 立刻做
- 如果半年内不做会错过窗口 → 🟡 可以做
- 如果一年内不做也没问题 → 🟢 慢慢做或不做
创始人的时间，只花在"不做会死"和"错过会后悔"的事情上。
3. 战略一致性
这件事和公司的长期方向一致吗？
很多公司的问题是：做着做着就偏了。一个电商平台，做着做着开始做社交；一个教育公司，做着做着开始做金融。
实战方法： 问自己三个问题： 1. 做这件事，是让我们的核心能力更强，还是分散了？ 2. 做这件事，客户会觉得"就该你们做"，还是"你怎么也做这个"？ 3. 做这件事，做完以后能不能为下一个战略步骤铺路？
七、三角验证法的实战案例
让我们回到开头张总的故事。如果他在拍板"做AI客服"之前，走了三角验证流程——
需求验证 ❌
- 访谈了10个老客户，8个的反馈是："我们现在客服量不大，人工处理就够了。"
- 付费意愿测试：没有人愿意为AI客服单独付费
- 需求频率：大多数客户一周才处理几个客服工单
结论：需求验证不通过。
方案验证 ⚠️
- 技术可行性：能实现基础功能，但和大厂差距明显
- 团队匹配度：核心开发确实能做，但会占用原本产品迭代的资源
- 竞争环境：巨头已经免费开放了更低门槛的方案
结论：方案验证部分通过，但价值存疑。
价值验证 ❌
- 投入估算：300万（实际花了）
- 产出估算：预计第一年最多带来50万收入
- ROI：0.17倍（远低于3倍底线）
- 战略一致性：偏离了原有SaaS产品的主航道
结论：价值验证完全不通过。
三角验证结果：两角不通过，一角存疑——这是一个明确的不该做的决策。
如果张总事前走过这个流程，300万和3个月的心血都不会浪费。
八、如何把三角验证法变成日常习惯
方法论再好，不用等于零。让三角验证法成为你和团队的日常习惯，只需要做三件事：
1. 立一个规矩：所有超过X成本的决策，必须过三角验证
不同公司设定不同阈值。建议：
| 公司规模 | 触发阈值 | 说明 |
|---|---|---|
| 年营收<500万 | 超过10万投入 | 让你不再凭感觉花钱 |
| 年营收500-2000万 | 超过30万投入 | 保护你最宝贵的现金流 |
| 年营收2000万-1亿 | 超过100万投入 | 系统性防错，减少翻车概率 |
| 年营收>1亿 | 超过300万投入 | 大公司也要保持创业警觉 |
2. 做一张"决策验证卡"
每次重要决策之前，团队填好这张卡：
【决策验证卡】
决策事项：____________________
提出人：________ 日期：________
一、需求验证（0分 / 1分 / 2分）
□ 客户亲口说需要（1分）
□ 愿意付费（1分）
□ 高频/刚需/强痛（至少占一项）（1分）
需求得分：____ / 3
二、方案验证（0分 / 1分 / 2分）
□ 技术可行（1分）
□ 团队有能力做（1分）
□ 有差异化优势（1分）
方案得分：____ / 3
三、价值验证（0分 / 1分 / 2分）
□ ROI > 3倍（1分）
□ 不做会有较大损失（1分）
□ 与战略一致（1分）
价值得分：____ / 3
总得分：____ / 9
决策建议：
▢ ≥7分 — 可以推进
▢ 4-6分 — 谨慎推进，补充验证
▢ <4分 — 不建议推进
3. 每周回顾一次"没有验证就做的决定"
再好的制度也阻止不了人偶尔"拍脑袋"。关键是要建立复盘机制：
每周五下午，团队花30分钟回顾本周所有重要决策，找出那些没有过验证就做的决定，分析代价，然后记录到"验证意识墙"上。
三个月后，你会发现自己拍的"脑袋"越来越少。
写在最后
三角验证法看起来很简单——不就是"多问几个问题"吗？
但正是这种"简单"，才是它最强大的地方。因为创始人最大的敌人不是复杂的决策，而是复杂到不想用的决策框架。
三角验证法的设计原则就一个：简单到每次做重要决策之前，都愿意花5分钟走一遍。
不是每个决策都需要走严谨的验证流程。但每个"心痒痒"的方向、每个规模较大的投入、每个和核心业务不一样的新想法——都值得你在拍板前问自己三角验证的三个核心问题：
- 客户真的需要吗？（需求验证）
- 我们真的能做吗？（方案验证）
- 做这个真的值得吗？（价值验证）
三个问题，问完再拍板。你会发现，你做出的好决策数量不变，但烂决策至少少了一半。
而少掉的那一半，就是你的利润。
本文是IBPS方法论系列第四篇。前一篇： - 《从"救火队长"到"系统思考者"：创始人如何用IBPS打破越忙越乱的死循环》
系列合辑： 1. 《为什么你的团队执行力差？用IBPS方法挖到根因》 2. 《用IBPS四步诊断法找到企业的真问题》 3. 《从"救火队长"到"系统思考者"》 4. 《三角验证法：每个创始人都该用的决策框架》