需求评审

需求评审会是产品经理发起的设计研发测试运营等相关方参与的一个活动，使用产品原型和需求文档讲解产品需求，让各方达成共识，便于制定排期落实推进。

需求评审会是产品经理必备的技能之一，衔接了需求与落实执行。能很好的锻炼产品新人的沟通协调能力，同时也能端正心态，塑造心理素质。多组织需求评审会，会进度飞快，越来越自信。

大部分第1次组织都会出现各种问题。比如听众完全不知道你在讲什么，逻辑漏洞一大堆，听众一提问不知道怎么回答，来的人不全，感觉评审产品经理而不是评审需求压力大等等。

我也是一步一步过来的，开第一场需求评审会，很紧张。因为之前没组织过，这心理没底。从业4年多了，也算有些心得，就把它记录下来。期望能形成一套标准的SOP，让新同学形成习惯，就按步骤一步步走。让它可以掌控，轻松组织一场。至少不会开完会后紧张的大汗淋漓吧（开玩笑(*^▽^*)）

评审会前

需求产品阶段，对于不确定能否实现的产品功能，就要事前先询问开发能否实现（工位方面问问或者小会议室写写画画），防止自己设计一大堆没用的东西浪费自己时间。

有整体方案后，跟产品领导内部沟通一下，确认方案没问题后，再开始动手写需求

会议材料准备：需求文档、产品原型、功能结构图、页面流程图、产品规划图，（如有）统统准备好。二是对于本次需求内容多看几遍，逻辑有无遗漏、矛盾、不合理的地方。三是对于非关键的，也可以记录下来，会上跟相关人询问确认。

会议前通过公司内部沟通工具（一般是微信群、RTX-腾讯提供企业内部通讯工具，部分公司自己研发，例如58同城的美事），或者工位问问各参与方方便的时间。

然后在内部OA平台预定会议室。预定好之后提前1-2天发邮件通知各相关方，抄各领导及相关邮件组。邮件内容注明会议评审需求内容、时间、地点、参加人员（可以开头@对方）、附件产品各种材料

评审会中

最重要的是放平心态，需求评审的是需求又不是产品经理，想的不全面也很正常。要尽可能暴露问题，而不是掩盖。这样后面落实推进的时候就会更顺畅。同时也是一次很好的学习和自我完善的机会，让你获得各方的意见，为后续推进打下坚实的基础，防止返工耽误时间，影响合作。

讲解顺序，需求背景->需求目标/预期收益->整体流程->按逻辑顺序讲产品页面原型。关键的有三点：

一是按照数据流产生->使用的顺序讲解。比如腾讯视频视频发布观看流程，先讲视频方如何上传视频，再讲观看端如何查看视频，这样符合大家的认知习惯。

二是拿着产品原型讲解，不要打开需求文档一段一段的讲解，这样容易让大家看着累，抓不到重点。用原型讲解就很方便，把重点说明白，具体细节会后让大家看即可。

三是对于研发实现成本高的地方，询问是否有更好的方案可以参考。这样能发挥研发积极性和参与感，也能更好推进方案。

评审会后

给研发设计测试预留半天-1天时间，让他们拆分任务，细看方案，给个初步排期。然后一起商定排期，对于觉得耗时不合理的，及时和对方沟通。看是否理解有误或方案有问题。

对于较大/较难的项目，要组织一个需求反讲和技术评审会，让研发讲解一下需求的理解和想要采用的技术方案，这个很重要。

等确定排期后，回复原来邮件盖楼即可。然后把需求文档、产品原型和排期表上传到内部需求管理平台（例如jira、wiki、iwork等）分配任务给相关人，并把链接放在邮件正文。然后在产品的微信群或内部沟通RTX群@一下相关人，把截屏放群里。提醒大家，自己反馈也方便。

以上就是一个比较好的流程了，我一直在用，比较顺手。

--

2019/8/20