同样是70%的概率,为什么信心只有40%?这个问题,是我上周跟一个做运营的朋友Jeff复盘项目时聊出来的。Jeff准备上线一个新人激活链路,每个关键环节他拍着胸脯说都有七成把握,可真到跟老板汇报预期效果的时候,他心里那杆秤却一路往下掉,最后只敢说“四成左右”。旁边同事都懵了:你前面不是说每个环节都是70%吗,怎么到总结的时候就只剩40%了?这不是谦虚,也不是怂,而是很多人都会踩中的概率直觉陷阱。
我一直觉得,做产品、做运营甚至做投资决策,最难的不是把某个环节做对,而是把一串环节串起来以后,还能对最终结果有一个靠谱的判断。Jeff这个案例特别典型:单点概率看起来都不差,可一旦涉及多环节串联,客观概率就在做乘法,而主观信心却还停留在加法思维里。这篇文章就把Jeff的实测过程完整拆一遍,讲清楚两个70%为什么最后不等于一个140%,也讲清楚你那“缩水”的信心,到底是心理作用,还是身体在替大脑做正确计算。
1. 先把场景还原一遍:Jeff到底“测”了什么
1.1 他搭了一条三步转化链路,每一步都自评70%
Jeff在做的功能,说穿了并不复杂:新用户进来以后,需要完成三个动作——页面正常加载、完成首笔支付、次日再次打开App。他把这三个动作当成一次激活链路的三个环节,并且根据过往小流量实验的数据,给每个环节都估了一个“完成概率”。页面加载这一环,历史成功率大概是72%;首笔支付那一环,因为优惠券引导做得不错,转化率也有70%左右;次日回访那一环,受推送触达和用户习惯影响,粗估在68%到70%之间。
Jeff特意把它们都记成“约70%”,因为他觉得这三个环节难易程度差不多,平均下来都是七成水平,那整条链路应该也是七成水平。他说这话的时候,语气还挺笃定。我当时没直接反驳,让他把每个环节看作“必须全部成功”的关卡,再重新想一遍——他琢磨了十分钟,自己先笑了:如果第一步只有七成能过,那第二步哪儿来的七成用户?每一步都在消耗前一步的“人”,全链路的成功人数肯定是越乘越少。
1.2 Jeff保留了一张很诚实的实验记录表
Jeff这个人的习惯比较好,他会在复盘表格里同时记录客观数据和主观感受。那张表我看了,非常有意思。他把每个环节完成以后自己对“最终能成”的信心打分写成一行,结果出现了明显的阶梯式下降。
| 完成阶段 | 单环节客观成功率 | 该阶段实际累计成功率 | Jeff此时的主观信心 |
|---|---|---|---|
| 还没开始 | 各环节约70% | 约70% | 70% |
| 页面加载环节通过 | 70% | 70% | 跟开始时差不多 |
| 首笔支付环节通过 | 70% | 70% × 70% = 49% | 掉到55%左右 |
| 次日回访环节通过 | 70% | 49% × 70% = 34.3% | 只剩40%左右 |
注意他主观信心的变化,不是一瞬间掉下来的,而是每完成一个环节,信心就往下修正一点。一开始他觉得“三个环节都七成,整体差不多七成”,等第一个环节真通过以后,他开始意识到后面还有两个关口;等第二个环节也通过,他开始本能地感觉到“好像只剩下三分之一的人能走到最后”;到第三个环节马上要验收时,他已经只敢报40%了。
我后来跟Jeff说,你这40%不是“没信心”,是你潜意识里已经做了一次正确的概率乘法,只是没把公式写在纸上而已。人的直觉有时候比意识更诚实,只是大多数人不知道该怎么解释这种“说不清道不明的底气不足”。
1.3 这算不算“同样70%概率”?其实要分清主语
很多人在讨论这类案例时,会纠结一个语义问题:既然每个环节都是70%,凭什么说最终只有34%?这不是自相矛盾吗?其实不矛盾,因为这两个70%描述的不是同一件事。单环节70%说的是“环节A成功的机会”,全链路34%说的是“环节A、B、C同时成功的机会”。主语不同,概率就不同,数值自然不同。Jeff说“同样70%的概率”时,他自己可能没意识到,这句话的准确说法应该是“同样都是70%的单环节概率,但多环节一起考虑时最终信心必然下降”。
这也是网上那个热词“概率乘积”想表达的核心意思:只要一件事情可以拆成多个必须全部成功的独立步骤,那成功率就不能靠单步概率代表,必须做乘法。很多人在这一步没绕过来,把“每一步都有信心”误当成“整个流程有信心”,结果项目一延期、一翻车就开始怀疑是不是运气不好。其实跟运气关系不大,是你在规划阶段就低估了链条衰减。
2. 两个70%等于一个49%,概率乘积才是信心杀手
2.1 乘法公式本身很简单,但后果被严重低估
概率乘积的公式写出来,也就一行:如果环节1成功率为p1,环节2成功率为p2,一直到环节n成功率为pn,而且这些环节互相独立,那么全部环节成功的概率就是p1 × p2 × ... × pn。Jeff的三步链路,就是0.7 × 0.7 × 0.7 = 0.343。这个计算小学数学就能做,但真正让人震撼的是随着环节数增加,概率跌得有多快。
我帮Jeff算了一张更长的表,他把这张表贴在工位上了,逢人便讲。
| 串联环节数量 | 每个环节成功率均按70%计算 | 全部成功的联合概率 |
|---|---|---|
| 1个 | 70% | 70.0% |
| 2个 | 70% × 70% | 49.0% |
| 3个 | 70%^3 | 34.3% |
| 4个 | 70%^4 | 24.0% |
| 5个 | 70%^5 | 16.8% |
| 6个 | 70%^6 | 11.8% |
看到没有,六个环节都是70%的“高把握”步骤,全部叠在一起成功率就只剩11.8%,这已经是一个非常危险的数字了。而现实里很多项目远不止六个关键环节——需求确认、方案设计、开发、测试、上线、数据验证、用户接受,随便一拆就是七八个环节。如果每一步都按“七成把握”估算,那这个项目从概率上讲,几乎注定失败。
2.2 为什么人类直觉天生不擅长这种乘法
我在跟Jeff复盘时聊到一个特别有意思的点:我们的大脑处理加法几乎是本能,但处理乘法尤其是小于1的乘法,特别容易出错。让你估算“每天攒100块,7天攒多少”,你脱口而出700;让你估算“每天完成任务的概率是90%,连续7天每天都完成的概率是多少”,绝大多数人会不假思索地说“大概90%”。实际上0.9的7次方只有47.8%。这种事情跟智商没关系,纯粹是大脑为了省能量,把“每一步大概都能行”直接简化成了“整体应该也没问题”。
这里可以拿灯串做个类比。一串节日彩灯,几十个小灯泡串在一起,只要有一颗坏了,整串都不亮。你在检查时发现每一颗灯泡的质量都很好,坏的概率都只有5%,但几十颗串下来,整串灯能同时全好的概率已经低得吓人。运营链路、项目流程、甚至人生规划里的连续决策,本质上就是这种串联灯串,任何一个环节熄火,前面做的一切都白费。
2.3 独立假设只是起点,真实世界只会更糟
当然,概率乘积的前提是“环节之间相互独立”。Jeff当时看到34%后问了一个很关键的问题:要是这三个环节并不是完全独立的呢?比如用户在支付环节体验不好,会不会直接影响他次日回访?会,而且影响很大。一旦环节之间存在正相关——一个环节失败会增加另一个环节失败的概率——那整体概率会比独立乘积算出来的34%还低。
反过来,如果环节之间存在负相关,比如第一步失败的用户反而更可能被补救、在第二步成功,那联合概率会比独立乘积略高。但现实运营里,负相关的场景很少,正相关才是常态。设计不合理、用户质量差、产品体验问题,这些因素会同时拖累多个环节,导致“一步错,步步错”。所以严格来说,0.7 × 0.7 × 0.7 = 34.3%已经是相当乐观的估算。Jeff最后主观信心报40%,实际上是比客观计算结果还要乐观的一个数,这说明他的直觉已经完成了校准,只是还没找到合适的语言去表达。
3. 差出来的那30个点到底在哪:主观信心的构成
3.1 客观概率和“信心”本来就不是同一个东西
如果只用概率乘积解释,Jeff的信心应该从70%跌到34.3%,但他实际报的是40%,比标准答案高了一截。这个差值是怎么来的?因为“信心”从来不等于“客观概率”。信心是一个综合了概率估计、风险厌恶、控制感和后悔预期的心理指标。同样一件事,客观成功率是40%,有的人会说自己“有五成把握”,有的人只敢说“走一步看一步”,差别就出在这些额外因素上。
Jeff的40%可以理解成:他大概率直觉算出了34%,但他觉得链路里至少有一个环节(支付)可以由自己主动干预、随时补救,所以他在34%的基础上额外加了一点点控制感带来的乐观加成。这其实是一种健康的校准。真正危险的情况是反过来,客观概率已经降到20%,主观信心还挂在70%,那才是项目暴雷的典型前兆。
3.2 尾部风险带来的“一票否决”焦虑
我再问了Jeff一个问题:你为什么随着环节推进,信心反而下降,而不是因为“又过了一关”而上升?他想了半天回答:因为每过一关,我就知道后面还挂着一关,任何一关失败都等于前面全白干。这个感受非常重要,它其实描述的是串联系统里“一票否决”的尾部风险。
三个70%的环节,单独看每个环节都有30%的失败可能;整条链路要成立,必须躲过三次30%的同时发生。这个在概率论上叫联合分布的尾部概率,虽然每一步的尾部都只有三成,但三关都完美躲过的概率不到四成。随着你离终点越来越近,“万一最后一步失败”的代价感会被放大,主观体验就是焦虑感上升、信心下降。Jeff说得很直白:早知道链路和链路之间是这种关系,我一开始就该多做几个备用方案,而不是对着单环节的数据傻乐。
3.3 贝叶斯式更新:数据每增加一点,信心就要重算一次
还有一个技术上值得展开的点,就是Jeff记录表里那种“每过一关重新评估信心”的行为,本质上是在做贝叶斯更新。刚开始他只知道每个环节的历史成功率,先验信心是70%。等页面加载环节真的跑通了,这个结果本身就是一个新证据,它可以用来修正他对后续环节的预期——第一个环节既然已经消耗掉了一部分用户,后面环节能作用的人群基数是越来越小的。
这也是很多人复盘时容易忽略的一步:中途拿到阶段性成功后,不是用来庆祝,而是用来重新计算剩余路程的联合概率。如果第二阶段实际成功率只有50%,那全链路预期就应该立刻下调,而不是还拿着原计划里的“70%”续命。Jeff后来学乖了,每次开复盘会都先看“还剩几个关键环节”,再看“当前这些环节的实际成功率”,两个数一乘,才是眼下真正该有的信心值。
4. 从“感觉”到“可靠判断”:一套能把信心算明白的实操方法
4.1 第一步:把项目拆成“必须全部成功”的环节清单
跟Jeff聊完理论,他当场就让我给一套能落地的工具,免得下次跟老板汇报时又被问住。我给了他一个三步法,第一步就是拆环节。注意,不是把所有工作项都列出来,而是只列那些“不成功则整体失败”的关键环节。开发写了多少行代码不重要,重要的是“能否按期交付”;推送触达了多少人不重要,重要的是“用户是否在24小时内回访”。
每个关键环节还要定义清楚“成功”的客观标准。比如“页面加载”的成功不是“用户打开了页面”,而是“页面在3秒内完成渲染且用户没有直接关闭”。标准定得越清楚,后续估概率时就越不容易拍脑袋。Jeff之前的问题恰恰是标准太模糊,把“大体完成”等同于“成功”,结果对概率的高估几乎不可避免。
4.2 第二步:给每个环节估概率,而且必须给区间
环节拆完以后,最难的一步来了:给每个环节的成功率赋值。很多人在这里又犯另一个错误,就是只估一个数,比如“70%”,然后把这个数当成精确事实。实际上你估的是一个带不确定性的范围,70%多半是“乐观60%、悲观80%”的某种折中。所以我会建议用三值估法:最乐观概率、最可能概率、最悲观概率,然后把它们分别乘起来。
以Jeff的链路为例,他可以这样填表:
| 环节 | 最悲观 | 最可能 | 最乐观 |
|---|---|---|---|
| 页面加载成功 | 55% | 70% | 85% |
| 首笔支付成功 | 50% | 70% | 80% |
| 次日回访成功 | 45% | 68% | 75% |
| 全链路合计 | 12.4% | 33.3% | 51.0% |
这张表最妙的地方在于,它一眼就能看出全链路的下限有多低。你在汇报里不需要鼓吹任何单一环节,只需要拿出这个计算逻辑,老板自己就会发现:如果每个环节都按最悲观情况走,整个项目成功率只有12%;哪怕全按最乐观情况走,也才51%。这种表达方式天然会逼着团队去思考“哪个环节最值得优化”,而不是对着一个干巴巴的70%做心理安慰。
4.3 第三步:用Excel公式把五个环节的联合概率算出来
如果你觉得手算麻烦,把表格放进Excel或Google Sheets就行。假设环节概率写在B2到B6这五个格子,全链路成功率的公式就是:
=PRODUCT(B2:B6)如果是悲观、乐观两列一起算,分别用PRODUCT套两次即可。还可以直接做一个迷你敏感性分析:把每个环节的概率从高到低调整,看最终数值变化。Jeff调整了一次以后发现,最能让全链路结果变好的,不是拼命优化支付环节那5个百分点,而是先把“次日回访”这一环从68%拉到80%,因为这一环处在链条末端,它的乘数效应被前面的损耗放大了。
这个发现非常关键,它引出了概率乘积在实操里最重要的一个推论:想提升整个系统的成功率,要优先优化链条靠后且成功概率偏低的环节。因为越靠后的环节,它的有效用户池越小,任何一点改善都会被“按比例放大”到存活用户身上。
4.4 额外方案:把串联改成并联,或者至少加一条备份路径
做完乘法以后,还有一个经常被忽略的破局思路:不要只盯着“串联链路”优化,要想办法把部分串联改成并联。并联系统的成功率公式是1减去每条支路失败概率的乘积,也就是1-(1-p1)×(1-p2)。举个例子,如果Jeff的“次日回访”完全依赖推送,成功率70%,那么他再加一个邮件召回或短信触达,第二条支路按60%算,并联后的成功率就是1 - 0.3 × 0.4 = 88%。
这个提升是惊人的。不需要把任何单一路径做到完美,只要用冗余路径把失败概率“乘掉”,整体可靠性就能大幅提升。Jeff后来做的B计划就是给未回访用户加了一条微信服务号召回,硬是把原本准备放弃的30%里拉回来一大半。他说以前只想着“提高每一步”,从来不知道“多准备一条路”也是概率学,本质上这就是把硬串联系统,改造成了带冗余的可靠系统。
5. Jeff踩过的坑和我的复盘心得
5.1 四个常见误区,每个都值得单独说一遍
Jeff这段实测下来,我觉得有几个坑特别有代表性,值得拿出来当警示牌用。第一个是最常见的“最自信环节代表整个项目”,一个人只要对某个环节特别熟、特别有把握,就自动把整个项目的其他环节都默认成了同等水平。第二个是把“我愿意做”误当成“我能做成”,信心高不代表概率高,那种“干就完了”的劲头在单环节能创造奇迹,在串联系统里只会放大后面的失落。
第三个是忽略环节之间的相关性,觉得独立算出来34%就算完了,现实中两个环节经常被同一个变量拖着走,一旦相关性为正,真实概率比34%还要低。第四个是阶段性成功以后过度乐观,Jeff在第一个环节跑通时信心还维持在高位,结果第二个环节一卡壳就方寸大乱,其实就是没有提前算好“剩余环节的联合概率”当作预警线。这四个坑,每一个都对应一次真实的项目复盘失误,不是说套话,是真金白银换来的。
5.2 一张速查表,帮你下次开口前先冷静三秒
为了方便以后带团队、带项目时快速自检,我把Jeff这次的经验整理成了一张问题速查表。当你说出“我有信心”之前,先对着这张表过一遍,大概率能拦住一半以上的盲目乐观。
| 现象 | 可能的原因 | 解法 |
|---|---|---|
| 只觉得“大概能成”,但说不出依据 | 没有拆环节,概率停留在感觉层面 | 按“必须全部成功”标准拆出关键清单 |
| 每个环节都报80%以上 | 标准定义模糊,“做完”被当成了“做成” | 给每个环节定义可量化的成功标准 |
| 只报一个概率,不给范围 | 忽略了估计的不确定性 | 按悲观、最可能、乐观三值分别估算 |
| 链路合计结果低得吓人 | 串联环节太多,概率乘积开始生效 | 优先优化末端低概率环节,或增设并联备份 |
| 中途成功一次就信心暴涨 | 把阶段成果当成最终成果 | 用剩余环节概率重置当前信心预期 |
5.3 最后说一点Jeff现在的变化
复盘完这件事以后,Jeff把那张70%概率乘积对照表打印出来贴在工位隔板上,后来又在自己做的活动方案里加了一页“成功概率试算”,每次报方案前都要先过一遍乘法。前几天他给我发消息,说新一期活动数据出来了,整条链路最终成功率和表上算的差不多,没有惊喜也没有惊吓。他说现在终于明白一个道理:信心不是用来自我鼓励的,是用来校准决策的。与其在汇报时表演笃定,不如把不确定性摆上台面,然后大家一起想办法把概率乘数做大。
这大概就是“Jeff实测”这个题目最值得留下的东西——概率乘积不是让你悲观,而是帮你看清楚什么地方该用力,什么地方该留后手。70%确实是一个不错的单点成绩,但它撑不起一个多环节系统的全部期待;只有把每个70%老老实实乘起来,才看得见真实世界留给你的那34%,也才知道该用什么样的力道去补上剩下的66%。