一次产品评审的复盘

那次评审准备了很久。流程图、状态机、边界情况、组件复用，每一页都讲得很完整。会议室里的人点头，提问也都落在细节上：这个按钮放左边还是右边，空状态要不要插画。

评审结束之后，真正的问题才浮出来：没有人能说清楚，这个功能上线后，谁的工作会少一步。

先回答为谁省时间

方案讲得完整，不等于价值讲得清楚。完整回答的是「怎么做」，而评审真正需要确认的是「为什么现在做」和「做完之后什么会变」。

后来我把评审材料的第一页改成三个问题：谁会用、他现在怎么做、做完之后少掉哪一步。答不上来就先别评审，回去把问题想清楚。

复盘的三件事

1. 先写清楚用户现在的时间花在哪里，再画方案。
2. 把「完整性」留到实现阶段，评审只讨论选择和代价。
3. 每次评审留一个可验证的指标，上线后回来看。

这三点不复杂，但能防止方案在细节里越走越远，最后忘记最初要解决什么。