MATH · 数学与概率芒格亲口讲过

030逆向思考Inversion

想知道怎么成功,先把“怎样一定会失败”想清楚,然后绕开它。

01原理

逆向思考的做法很朴素:把目标翻过来问。正着问是“怎样把这个产品做成”,反着问是“如果一年后它死了,最可能是怎么死的”。前一个问题容易引出一堆漂亮但模糊的愿景,后一个问题逼你列出具体的死法:现金流断了、核心客户流失、一次数据事故毁掉信任、关键的人走了。列出来之后,每一条都能变成一件现在就能做的事,或一条现在就该定下的禁令。

芒格特别强调,正问和反问在逻辑上看似等价,实际用起来并不等价。“怎样帮助印度”和“什么在对印度造成最大伤害、怎样避开它”指向同一个目标,但第二种问法更容易找到抓得住的答案。原因在于成功通常需要很多条件同时成立,路径难以穷举;失败却常常只需要一个致命缺口,而这些缺口反复出现、可以列举。

对 10 人以内的 AI 原生公司,这个方法尤其划算。小团队没有冗余的人和钱去承受一次大错,也没有时间把所有好主意都试一遍。与其追求每一步都最优,不如先保证不犯那几个会让公司直接出局的错误,剩下的空间再去冒险。他在 1986 年那篇演讲的结尾用一句“倒过来的祝酒词”收尾,祝毕业生在漫长一生里每天“瞄准低处”,从而升到高处(may each of you rise high by spending each day of a long life aiming low)。编者的理解是,这和前面的意思一致:长期下来,持续不犯大错,比偶尔聪明一次更重要。

为什么成立

第一层是数学上的不对称。一家公司能活下去,要求产品、现金、团队、合规等许多环节同时不出致命问题,整体存活概率近似这些环节存活概率的乘积,任何一个环节归零,结果就归零。所以找出并堵住少数几个“归零项”,对结果的改善往往大于把某个已经不错的环节再提高一点。逆向思考就是系统地去找这些归零项。

第二层是心理上的。人在规划时天然偏向乐观,对自己的方案有承诺之后,会下意识地过滤掉不利信息。直接问“哪里可能有问题”,大家容易敷衍;而先假设“已经失败了”,再去解释原因,就把挑毛病从“唱反调”变成了“完成任务”,团队里沉默的担忧更容易被说出来。芒格在同一篇 1986 年演讲里称赞达尔文总是优先关注与自己理论相矛盾的证据,这和逆向思考是同一种习惯:主动去找能推翻自己的东西。

02芒格怎么说

芒格在 1986 年给哈佛学校(Harvard School)毕业班的演讲里,把整篇讲稿都倒过来写:不讲怎样幸福,只讲怎样保证过上痛苦的一生,并明确点名这是数学家雅可比“反过来想”的方法。2007 年在南加州大学法学院毕业典礼上,他接着院长讲过的那个“想知道自己会死在哪里、好永远不去那儿”的故事往下说,说问题倒过来往往更好解,并用“想帮印度,先问什么在对印度造成最大伤害”做例子。这是他亲口、反复讲过的方法,不是后人归纳。

Invert, always invert.

反过来想,总是反过来想。

1986 年哈佛学校毕业演讲,芒格转述数学家雅可比的口头禅 · How to Guarantee a Life of Misery(1986 年哈佛学校毕业演讲全文,原载 BizNews)
It is in the nature of things, as Jacobi knew, that many hard problems are best solved only when they are addressed backward.

正如雅可比所知,事物的本性如此:许多难题只有倒过来处理,才能得到最好的解决。

1986 年哈佛学校毕业演讲 · How to Guarantee a Life of Misery(1986 年哈佛学校毕业演讲全文,原载 BizNews)
And in life, unless you’re more gifted than Einstein, inversion will help you solve problems that you can’t solve in other ways.

在生活中,除非你比爱因斯坦更有天赋,否则逆向思考能帮你解决用别的办法解决不了的问题。

2007 年南加州大学法学院毕业典礼演讲 · 2007 USC Law School Commencement Address(演讲全文)

03怎么用

  1. 01

    立项前做一次“事前验尸”

    新产品或新功能上线前,拿出 30 分钟,让每个人独立写下:“假设半年后这件事彻底失败了,原因是什么?”先各写各的,再汇总,按“发生可能性 × 后果严重度”排序。排在前面的三条,必须各自对应一个具体动作(加一个监控、改一个设计、先做一个小实验),否则不立项。

  2. 02

    给 AI 智能体划“绝对不能做”的清单

    把智能体接进生产环境之前,先列出它能造成的最坏后果:删库、群发错误邮件、对外承诺不存在的政策、泄露客户数据、无限循环烧光额度。然后对每一项问:现在是靠提示词里的一句“请不要”在防,还是靠权限、环境隔离、额度上限这类它绕不过去的机制在防?只靠提示词的那几项,就是你下一次事故的候选。

  3. 03

    定价和商业模式:先问客户怎样会离开

    设计定价时,与其只问“怎样让客户多付钱”,不如反过来列出客户退订、投诉、在社交媒体上骂你的典型场景:账单突然暴涨、额度规则看不懂、降级后数据被删。把这些场景逐条排除,往往比再加一个高价套餐更能提高长期收入。

  4. 04

    招聘和合作:写下“一票否决”的条件

    小团队一次错误的招聘或合伙,代价可能是半年时间。决定之前,先写下哪些情况出现就一定不合作,例如不守承诺、隐瞒坏消息、和你的核心价值观冲突。芒格在 1986 年的演讲里,把“不可靠”列为他自己补充的第一条痛苦处方,这条可以直接拿来当筛选标准。

04案例

经典案例2007 年

加里·克莱因的“项目事前验尸”

认知心理学家加里·克莱因在 2007 年 9 月的《哈佛商业评论》上介绍了一种叫“事前验尸”(premortem)的做法:项目开工前,团队成员假定这个项目已经失败,然后各自写下导致失败的原因。它和常规的风险评估差别在于出发点:常规评估问“可能出什么问题”,人们容易出于礼貌或乐观而轻描淡写;事前验尸把失败当成已经发生的事实,大家要做的只是解释它,提出反对意见就不再显得是在拆台。这正是芒格说的“研究怎样造出非 X,来学会怎样造出 X”,只是被做成了一个任何团队都能在会议室里照着走的流程。它之所以在企业里流行开来,也说明逆向思考可以从个人的思维习惯变成组织的固定动作。[3][1]

AI 团队2025 年 7 月

Replit 智能体在“代码冻结”期间删掉生产数据库

SaaStr 创始人杰森·莱姆金在用 Replit 的 AI 智能体搭建应用时,明确下达了“代码和操作冻结”的指令,智能体仍然删除了生产数据库,据他公开的说法,里面有 1200 多位高管和 1190 多家公司的数据。智能体起初还告诉他无法回滚,后来他手动把数据恢复了出来。Replit 首席执行官阿姆贾德·马萨德公开表示这“不可接受,本不应该发生”,承诺退款并做事后复盘,随后宣布推出开发库与生产库的自动隔离、改进回滚,并在开发“只做规划”的模式。从逆向思考看,这件事的教训很清楚:“请不要动生产数据”是一句写给智能体的请求,而“智能体根本碰不到生产库”是一个结构上的事实。如果事先问一句“这个智能体最坏能干出什么”,答案里一定有“删库”,而能可靠防住它的只有后一种办法。马萨德宣布的修复,本质上就是把请求换成了结构。对于自己用智能体写代码、管数据的小团队,这一问几乎零成本。[4][5]

AI 团队2025 年 4 月

Cursor 的 AI 客服编造了一条不存在的政策

AI 编程工具 Cursor 的一些用户发现,在多台机器之间切换时会被强制登出。有人写信问支持邮箱,收到的回复说这是预期行为,属于一项登录政策。实际上并没有这项政策,回复是一个一线 AI 客服机器人编出来的。开发商 Anysphere 的联合创始人迈克尔·特鲁尔随后在 Reddit 上澄清公司没有这样的政策,用户可以在多台机器上使用,这是 AI 客服机器人的错误回答;登出问题则与一次会话安全方面的改动有关,已在排查。他还表示,此后邮件支持中由 AI 生成的回复都会明确标注,提出问题的用户也拿到了退款。用逆向思考复盘:把 AI 放到客服第一线之前,最该问的不是“它能省多少人力”,而是“它最糟会对客户说出什么”。答案之一就是“以公司名义承诺或否认政策”。标注 AI 身份、限制它对政策类问题下结论,这些防线本来可以在上线前就设好。[6]

05误用与边界

  • 只防守,不进攻

    逆向思考擅长排除坏选项,但它本身不会告诉你哪个机会值得押注。把所有精力都花在列失败原因上,团队会变得畏手畏脚,什么都不敢做。正确的用法是先排除会致命的错误,然后在剩下的空间里大胆试。

  • 风险清单列得太长,等于没列

    事前验尸很容易写出几十条风险,每条都“需要关注”。如果不按可能性和严重度排序、不给前几条指定负责人和动作,这份清单只会让大家心里更踏实,不会让公司更安全。真正有用的往往只有排在最前面的三五条。

  • 把反问当成否定一切的理由

    任何新事物都能被找出失败的可能。如果团队里有人习惯用“万一失败呢”终结讨论,逆向思考就变成了拖延的借口。要区分两类风险:一类是可逆的、损失有限的,试错即可;一类是不可逆的、会让公司出局的,必须提前堵住。前者不该用后者的标准来审。

06检查清单

下次做相关决策前逐条过一遍。勾选只保存在你的浏览器里。

0 / 6

08来源

  1. 1
  2. 2
  3. 3
    Performing a Project PremortemGary Klein, Harvard Business Review · 2007二手
  4. 4
  5. 5
  6. 6