DECIDE METHOD
可逆性分析
REVERSIBILITY按“能否低成本回头”决定决策速度和验证强度。
什么时候该用，什么时候别用？
- 团队对所有决定都开长会
- 架构、合同、品牌等退出成本差异大
- 希望通过试点降低承诺
- 把“可回滚”当作不做风险控制的借口
- 法律、安全等影响无法靠回滚消除
可逆性分析的具体操作步骤
按顺序完成；每一步都要留下可以复查的文字或证据。
- 01
描述回头路径
写出撤销选择需要的动作、时间、费用和依赖。
后悔时具体怎样恢复？
- 02
检查残留影响
评估数据、客户信任、合规、人员和路径依赖是否可恢复。
技术回滚后还有什么无法消失？
- 03
选择决策机制
高可逆由局部负责人快速决定；低可逆提高审查层级和证据门槛。
值得投入多少决策成本？
- 04
主动提高可逆性
用试点、开关、短约、兼容层和阶段承诺保留退出路径。
怎样把单向门改造成双向门？
跟着一个例子完整走一遍
原始问题
是否一次性把所有客户迁移到新计费系统？
- 1
全量迁移会改变账单与合同，残留影响高。
- 2
设计租户级开关和双写校验，先迁移内部账号。
- 3
每批 5% 客户，保留 48 小时回退窗口。
- 4
通过对账门槛后再扩大批次。
得到的结论
通过改变发布设计，把高风险单向决策拆成一系列可逆小决策。
复制后直接填写
第一次不用追求完美，先把空白处填出来，再根据证据修改。
决策：【】
撤回动作/时间/成本：【】
不可恢复影响：【】
可逆性：□ 高 □ 中 □ 低
提高可逆性的设计：【】
退出触发条件：【】看似在用，其实容易用错
- 只看代码能否回滚，不看数据与客户影响
- 可逆决策仍追求 100% 信息
- 没有为退出条件指定触发人