双向门谬误

在产品实践中，很多看似“可逆”的决策实际上是不可逆的。对亚马逊/Bezos 这样层级的人而言，功能试错是双向门；但对具体执行的 PM 领导者来说，大多数功能决策其实是单向门。

1. 决策草率引发连环债务：未经过深思熟虑就上线的功能，通常需要5-6周开发，上线后采用率往往很低。
2. QBR 逃避机制：在季度业务回顾（QBR）中，PM 常用有利的轶事替代数据来掩饰采用率低的问题。
3. 被迫加注：销售或客户反馈功能不具备竞争力（"table stakes" 不够），PM 只能当场承诺分配更多工程师去补充功能。
4. 结果：你为一个本不该构建的功能签下了更多的工作量，功能债务不断累积，这就是团队极其忙碌的深层原因。
5. 对策：在做出功能决策前，暂停两分钟、两天或两周去思考。思考是廉价的，应该多思考而不是少思考。