产品需求评审：把「想清楚」变成可执行的清单

需求评审最怕两种情况：讲的人觉得都讲清楚了，做的人觉得到处是坑。后来我们改成用清单驱动评审，效率提升明显。

评审清单

1. 这个需求解决了谁的什么问题？
2. 主流程是什么，异常流程有哪些？
3. 数据从哪里来，边界情况怎么处理？
4. 上线后如何衡量效果？

一个反面例子

「加一个搜索框」听起来很简单，但实际涉及：搜索范围、分词规则、空结果提示、搜索历史、埋点统计。清单能把这些问题提前暴露出来。

好的评审不是说服别人接受方案，而是一起发现方案里还没有想清楚的部分。