高效需求评审，看完这篇就够了

产品经理在需求评审中遇到的挑战

产品经理在需求评审会中常常面临各种挑战，这些挑战会使原本自信的产品设计显得漏洞百出。John总结了几个常见的问题点：

• 问题1: 在考虑产品需求时忽略了用户角色。
• 问题2: 过分关注产品原型页面设计，忽略业务流程。
• 问题3: 在业务流程不清晰的情况下直接进行原型设计。
• 问题4: 未能与产品设计相关的用户角色进行深入沟通。

这些问题如果不提前解决，会在页面设计、评审会和开发过程中遇到困难。

产品经理应对评审会的准备阶段

John建议，在评审会之前，产品经理应该关注需求目的、解决方案方向以及成本和收益，以决定是否开始这个需求。准备工作可以分为以下四步：

1. 需求确认会：与业务方确认需求目的和具体内容。
2. 需求拆解：通过用户角色、场景、任务三列组成的表格拆解需求。
3. 设计产品流程图：输出泳道图并与业务方沟通确认。
4. 导出产品页面原型设计：根据需求清单和流程图设计产品原型。

这个阶段的目标是整理出产品框架，为接下来的步骤打好基础。

产品经理评审会的中间阶段

在初步产品框架整理后，产品经理需要进行两项关键的活动：

1. 产品设计部内部评审：与团队成员一起讨论并优化需求迭代。
2. 技术负责人评估可行性：评估技术障碍、开发量，并与技术团队沟通。

经过内部评审和技术可行性评估后，产品经理可以给出一个完整的产品方案。

总结与资源推荐

产品经理通过以上准备，可以在需求评审会中变得更加淡定和有信心。John也提供了一张流程图和推荐了相关的历史文章，以供产品经理参考。