从开发的角度看待产品需求评审会

需求评审会有什么作用？

以产品驱动的互联网公司一般都有需求评审会，需求评审可以让实现方也就是技术评估需求的可行性、预估开发时间，测试同事了解有新增哪些功能，方便在上线前进行严格、精准测试，可以让运营清楚产品新增加了哪些功能，是否能提高效率，提高转化率、页面 UI 是否更好看，交互是否更流畅，提高用户活跃度等。

需求评审也成了对产品经理综合能力的一次考验，需求评审会就是产品经理的 Show Time（表演时间），如果完成得出色，不但项目会顺利很多，也会为自己在团队中的影响力加分。但是对于那些能力欠缺、准备不充分的产品经理来说，也可能会是一场噩梦。

产品对需求方以及其他利益相关方详述自己需求的理解和分析，明确我们的需求分析与他们的原始期望是一致的。

向设计、研发和测试团队，也就是实现方，讲清楚需求的背景和来龙去脉。不能只交代做什么，还要交代为什么做。向需求方详述对需求的理解和分析很像，只不过受众不同，可能需要多交代一些背景。

需求方交代具体的产品解决方案，也就是他们将要得到一个什么东西，是一个按钮，还是一个表单，还是一段没有界面的逻辑。这个东西会如何出现在他们的工作场景中，以及会如何跟他们发生关系，让他们的工作发生什么变化。

向开发团队交代产品解决方案，设计师、工程师需要弄清楚自己将要制造一个什么东西，长成什么样子，怎样运转，有哪些特性。

参加需求评审的人员

通常会有需求方运营，实现方开发、测试、设计、运维等。

需求评审的流程

• 产品提前与开发简单了解需求的可行性。
• 会前发送原型图或者设计稿给参会人员查看，提前熟悉，有疑问会上直接提出讨论。

讨论问题的注意点

• 有疑问提出时，尽量不要使用专业术语。尽量用简单容易理解话来说明自己疑问，让产品快速了解你的疑问，通俗一点就是说人话。有的产品是技术出身，对于技术的专业术语就能听得懂，要是非技术出身的，还得解释说明是什么意思，增加沟通成本。
• 说明场景，指出问题。用引导的方式向产品说明可能会遇到的场景，最好是提出建议，让产品选择如何处理。
• 不要挑战产品的专业能力。要相信产品对需求的认知、判断、理解、实现是最优的。