需求评审

type

status

date

slug

summary

1. 什么是需求评审？

需求评审，又称PRD评审或需求讨论会，是指产品经理将已撰写完成的产品需求文档（PRD）向项目相关方（如研发、测试、设计、运营等）进行宣讲、阐释、确认的正式会议。其核心目的是达成共识、发现风险、评估可行性、明确分工，确保所有参与者对“要做什么、为什么做、怎么做”有一致且清晰的理解，为后续开发、测试工作奠定坚实基础。

这里插一段有效会议的构成：

会议必须有明确的目标和议程

会议必须有适当的参与者（决策者和信息提供者）

会议必须有专注的讨论（不偏离主题）

会议必须产生明确的结论和后续行动计划

会议必须指定行动负责人和完成时间

so，你已经了解了一个有效的需求评审会由哪些内容构成了。

2. 关键过程

关键过程	描述
会议目标	你的会议目标是：告诉参会者你的需求，并确认最终方案与排期计划。
会议议程	一、需求阐述按照你的思路易懂的讲解项目需求：第一部分：讲解你的PRD（可精确每个部分的时间） 1】业务 -业务目标（需求清单、影响范围） -业务风险点 -业务预期 2】系统 -可行性分析 -流程分析 -设计分析 -逻辑分析 -非功能性分析 3】用户 -交付分析 -数据分析第二部分：讲解你方案的优劣（系统为什么这样设计，回答方案的为什么等）二、需求Q/A 面对prd,不同职位的参会者会提出哪些问题，可提前想好问题与理想答案
会议结果	1】最终版PRD 2】工作量与排期

3. 评审前、中、后各环节的具体工作事项

评审前：

1】需求遗漏自查清单

2】需求评审Q/A

3】产品内部预评审

4】正式需求评审前1-2工作日将材料发送所有参会人员。（提前的重要性）

评审中：

1】专注讨论，把握节奏，避免跑题，可明确会议各议程时间节点；

2】宣讲需求的技巧：

-类比：用举例子的方式比较易懂；

-先重后轻：先核心后边缘；

3】积极倾听，有回答的技巧：

-复述问题想要表达的意思（理解）

-准备哪些角度/维度回答问题（解决）

搭建回答问题框架

评审后

1】输出会议纪要

2】输出最终版PRD到项目群

3】跟进会议已确认任务的完成情况

4. 需求评审小策略

1】评审前的需求遗漏自查清单

2】Q/A提前准备

3】专注讨论、控制有效时间

4】定结果，关注最终方案

5、总结

需求评审是产品经理核心能力的综合体现，绝不仅仅是“读文档”的会议。它本质上是一场沟通协调会和动员会。充分的会前准备是成功的前提，高效的会中控制是成功的关键，扎实的会后跟进是成功的保障。通过做好每一个环节，产品经理才能将想法有效地转化为团队共识和可执行的任务，最终推动产品成功上线。