01 范围评审评审目标：明确需求范围，难点在于明确不做什么文档准备：内容需要包含需求场景、需求清单、客户调研报告、竞品调研报告等参会人员：产品、需求方（业务、销售、售后、老板等）评审产出：达成一致的需求范围清单（Axure页面列表）（通过用例图描述需求场景）02 低保真评审评审目标：初步明确大致的样式交互及业务逻辑方案，难点在于做好需求和成本间的衡量文档准备：低保真稿（包含核心业务逻辑说明及核心页面交互）参会人员：产品、需求方、研发（前端、后端）、UI/UE评审产出：就核心业务逻辑及核心页面交互达成一致（低保真稿）03 方案评审（或称高保真评审）评审目标：关注粒度更细的方案细节，难点在于逻辑覆盖的全面程度文档准备：高保真稿（包含全部业务逻辑说明和页面样式交互说明），是可以直接开始研发的终稿参会人员：产品、研发（前端、测试）、UI/UE评审产出：理想状态下，就全部业务逻辑和页面交互达成一致以上就是较为常见的3次需求评审流程。
但是需求评审只是一个里程碑，产品经理大部分的时间都花在每两次会议之间的文档准备中，要不是在和需求方掰头，要不就是在和研发掰头。
01 先零售沟通，再批发沟通此处标题来自邱岳《产品训练营》中的内容，指我们在做需求评审的时候，不能把各式各样的问题全部都堆到1-2h的需求评审会上来解决，而是应当先和相关人私下进行讨论（零售沟通），取得共识后再和相关角色统一进行讨论（批发沟通） ... 阅读全文
但是需求评审只是一个里程碑，产品经理大部分的时间都花在每两次会议之间的文档准备中，要不是在和需求方掰头，要不就是在和研发掰头。
01 先零售沟通，再批发沟通此处标题来自邱岳《产品训练营》中的内容，指我们在做需求评审的时候，不能把各式各样的问题全部都堆到1-2h的需求评审会上来解决，而是应当先和相关人私下进行讨论（零售沟通），取得共识后再和相关角色统一进行讨论（批发沟通） ... 阅读全文
相关内容