跳转至

先问能不能撤回,再决定要想多久

状态:待验证。

问题

换一个按钮文案和迁移核心数据库,不能走同一套审批。把所有决策都当成不可逆大事,团队会越来越慢;把所有决策都当成小实验,真正昂贵的错误又没人把关。

做法

做决定前先回答四个问题:

  1. 撤回要付出什么? 是改一处配置,还是迁移数据、赔偿客户、重建信任?
  2. 多久能发现错了? 当天能看见指标,还是半年后才暴露?
  3. 影响范围多大? 只影响自己、一个小组,还是所有用户?
  4. 有没有明确的回退路径? “到时候再想办法”不算可逆。

然后把决策分成两类:

类型 特征 做法
单向门 难撤回、影响大、发现晚 多找反例,记录假设,明确审批人和止损方案
双向门 易撤回、影响小、反馈快 一人负责,信息够用就做,提前写回退条件

双向门可以用一张四行决策卡:

要决定什么:
现在掌握的关键信息:
什么时候检查结果:
出现什么信号就撤回:

“掌握约 70% 信息就决定”可以作为提醒,不是数学阈值。真正的硬条件是:错误能被及时看见,而且有能力纠正。

为什么

决策成本不只来自做错,也来自等待。可逆决策的错误成本较低,反复追求更高确定性,可能比试一次再修正更贵。

Amazon 的股东信把可逆决策称为 two-way doors,主张采用轻量流程;同时强调快速识别和纠正坏决定。可逆性不是给草率找理由,而是决定应该投入多少分析。

先试两周

只记录两类决策:

  • 想了超过一天、最后发现半小时就能撤回的
  • 当成小事做了、后来发现回退很贵的

两周后补一份自己的“默认双向门”清单,例如文案、小流量实验、内部工具配置;以后这些事项直接走轻量流程。

来源

  • Amazon:2016 Letter to Shareholders —— “High-Velocity Decision Making”一节提出双向门、信息充分度和快速纠偏