编辑导语：不管是对于刚入行做产品的小白，还是有几年经验的老司机，都可能会在需求评审会遇到一些挑战。本文作者总结了开好需求评审会的四个“招数”，希望能给你带来帮助。

提起需求评审会，很多产品的童鞋就一脸抗拒。不仅是刚入行的小白，甚至包括有几年经验的老司机，也经常在评审会上遇到一些挑战，学姐总结了下后台留言里，一些比较常见的问题：

• 评审会上疯狂被挑战，现场给不出满意的结果，导致项目推进困难
• 效率低下，评审会和马拉松似的开一下午，纠结于一些细节，越开会问题越多
• 评审会没人听，辛辛苦苦讲半天，发现别人在看电脑、刷手机，开了个寂寞
• 会开得倒满顺利的，结果真的到了做需求的时候，又是一堆问题

学姐前几年呢，因为从大厂跳槽到了外企，用上了外包的研发，其实也遇到过类似的困扰。毕竟，之前姐都在大厂工作，研发团队还是挺优秀的（公司砸钱了），非常融入业务。

到了外企之后，突然发现不是研发团队优秀不优秀的问题了，是连研发的面都见不到了，评审会只能对着外包公司的几个负责人去讲，然后再由他们去传达给团队，这样做项目的效率可想而知了。在学姐坚持不懈的努力下，最后顺利和研发们做上了网友，做需求顺利多了～

见识过天花板，也见识过“地板”，学姐可以说是身经百战了。今天这篇文章，就来给大家支4个大招，教童鞋们怎么开好需求评审会：

1. 用需求价值把团队“拉上船“
2. 用指标“画饼”
3. 对自己的需求方案负责
4. 提升演讲技巧

评审会上，最容易被问到的就是“为什么要做这个需求？”“为啥不做点别的需求？”，有时候即便研发没问这么直接，言下之意就是不想接这个需求。这其实很正常，大家换位思考，坐着听你会的也是打工人，不同的是你动动嘴就完事儿了，他们可能就要为你这个需求开始coding或者测试到颈椎病也犯了！人都是容易懒惰的（比如像学姐这样辞职躺平），如果你不把他们一起“拉上贼船”，他们很容易就因为一些小困难而退缩了。

所以，第一招就是一定要和团队讲清楚需求价值。听上去简单，但是学姐经常会遇到有些童鞋在开评审会的时候讲出一些错误答案，比如：

• 这个需求是老板提的政治任务（内心OS：你们不要唧唧歪歪的，做就完事了）
• 我们先做了试试看呗（内心OS：我也没想清楚价值）
• 随便找个产品价值糊弄下（内心OS：反正我就是想做）
• ……（内心OS：你们懂个啥，我懒得和你们讲）

以上这些肯定都是评审会大忌啦，大家就算是心里真的这么想，也千万不要在会上讲出来，一定要想出一个“正当”的需求价值按上才行。

那么讲需求价值正确的姿势是啥呢？学姐这里就提供两个思路，都是用一两句话说清就行了，一种是正向表达，一种是欲扬先抑～

例子：调研显示50%的客户有在平台投放广告的需求（论据），为了帮助这些客户获取更多目标用户（帮助用户），我们会通过算法匹配在合适的列表页展示广告位（解决方案）。

例子：目前发视频的失败率为40%（痛点），这些用户有一半以上是因为被打断而没有继续编辑（论据），因此我们通过草稿箱来节省用户重新编辑视频的重复工作（解决方案）。

这样表达需求价值是不是so easy？当然，学姐建议论据这里还是尽量贴一些数据、调研等，这样更有理有据一些。所以，就算这个需求真的是老板逼你做的，一旦你决定做这个需求，那就算是想破头了也得编一个需求价值（打工人打工魂）！毕竟，老板又不会帮你去开需求评审会，你如果在评审会上被挑战，折损的是自己的信誉。

需求价值毕竟是比较抽象的东西，要让团队更坚定地和你上一条船，还需要一些更“赤裸裸”的东西来“诱惑”他们——那就是预估能提升的指标，用数字衡量出这个需求的价值，给团队“画大饼”。当然，这也是坑点比较多的地方，容易犯的错误有以下几种：

• 完全没有预估过指标的提升
• 选择一个和需求没有直接关系的指标
• 指标选对了，但是数字是拍脑袋想的
• 预估出来的提升很小，和资源投入完全不匹配

预估指标能提升多少，确实是一个技术活儿，包含了两个步骤，一是选指标，二是预估提升，学姐在数据分析宝典里面有详细介绍过，下面是一个浓缩版本。

某个需求/项目的指标怎么选，有以下三大原则，学姐会用一个例子串起来。

刚刚我们讲了需求价值，那么首先你选择的指标，一定要和你刚刚描述的需求价值是可以匹配上的，比如如果你要在搜索列表页新增广告位，需求价值是为了帮助你们的客户找到更多目标用户，那么这些用户的数量就是用来衡量你这个需求做得好不好的指标，也就是列表页这个广告位的点击UV。

其次，我们需要排除干扰因素。还是刚刚的例子，因为进入列表页的用户数每天是会有变化的，那么看到广告位的用户数也会有变化，所以光用广告位的点击UV作为指标去衡量肯定是不准的，会受到大盘的干扰。因此我们要把点击UV/曝光UV，算出广告位的UV点击率才行。

最后，我们要尽量避免和你的工种没有直接关系的指标。比如广告位这个例子，我们也可以用带来的收入去衡量这个产品，这虽然听上去会更符合商业产品的定位（赚钱），也更贴近整个部门的大指标，但这会和你们公司原有的客户池、销售的渠道和技巧（忽悠能力）等等有很大的关系。如果选择这类指标，会比较容易被挑战你作为产品经理这个角色的价值到底是啥。

选择了一个合适的指标后，我们可以预估需求带来的提升了。预估指标的提升确实对产品经理的数据分析能力和经验有不小的考验，如果你对这部分不熟悉，可以去看下学姐的数据分析宝典。这里学姐简单介绍三个我个人觉得比较好的方法，大家可以多多锻炼下：

1. 行业标准：比如一般服装类电商平台行业内的支付成功率是80%，而你们平台只有70%，那么这里就有10个百分点的提升空间。
2. 类比：比如你们平台的下单成功率是60%，你们和兄弟部门负责平台的不同业务，但是业务属性比较类似，他们的下单成功率有65%，而你们业务只有55%，那么这里也有10个百分点的提升空间。
3. 调研/分析：通过数据分析，你发现下单失败的用户中，有50%是因为中间页面跳转的响应过慢而导致的，那么把跳转页面去除之后可能可以降低50%的失败率

以上这三种方法可以互相结合起来，这样预估的提升会更准确。

如果前面两招学好了，那么让研发接下需求应该不是什么难事儿了。但是在评审的过程中，大家可能会对这个需求的方案提出挑战。这可能是因为你的方案欠考虑，比如：

• 跟着感觉走，完全凭感觉做的方案
• 设计师做的方案，他们想怎么设计就怎么设计呗
• 方案是很炫酷，但是完全不考虑可行性和工作量

需求的方案会和资源投入、最终的数据直接相关，所以各位产品童鞋们，一定要对你拿到评审会上讲的方案负责～千万不能随便拿一个方案就去评了，对待方案我们要像选结婚对象一样谨慎！

方案千千万，没有什么一定对的和一定错的，最重要的是，要在会上让大家感受到你对待需求认真、负责的态度（还是和结婚同理），而不是让别人觉得你随便拿了一套方案就出来忽悠人了。学姐这里提供一些小锦囊供大家参考：

• 做需求的时候一定要多调研竞品，琢磨他们的设计思路，对比优劣。如果可以的话最好能输出一份竞品分析报告在会上展示（不会做竞品报告的可以戳这篇），让大家心服口服。
• 优先级高的大项目，从原型到交互到视觉，尽量多输出几个方案，对比优劣。在会上我们展示最终敲定的方案就行了，但是如果之前有过备选方案的话，被问到“为什么这样设计”的时候，回答会更有底气，而不是脑子里一片空白。
• 避免过度设计。拿去评审会上评审的稿子，可能是交互设计师做的，也可能是视觉设计师做的，优秀的设计师，思路往往会比较“浪漫”和“艺术”，或者是希望做到完美。但是这往往会耗费比较大的工作量，所以有时候我们可以先把稿子私下给研发看下，如果工作量太大，我们可以残忍地拒绝设计师，建议（哀求）他们把方案简化一下下～
• 对于一些比较复杂的产品方案也是同理，如果拿到需求会上评审，最后发现根本没有可行性，那就白费力气了。所以如果我们有一些吃不准的方案，可以先找关系好的研发私下看一眼，如果没有关系好的研发，那就打扰一下研发leader，让TA帮忙分配一个人咯～

当然这些小锦囊只是锦上添花，如果你平时作为产品经理的“人设”是很靠谱的，研发团队自然会很信任你，不会对你做的方案提出什么很大的质疑，毕竟在这方面，你才是更专业的。

有些童鞋可能会发现，评审会倒是没遇到什么挑战，一个需求讲完了，甚至没有得到一点反馈，有些人在开小差，有些人在码字，还有些人的表情看上去很迷茫～这种情况看上去风平浪静，但等需求真的开始做了，你会发现问题一个接着一个来，或者是最后交付的和你的需求完全不一样。为什么别人的需求就不会出现这样的问题呢？

其实，评审会也是需要演讲技巧的。有些童鞋就照本宣科，把自己的需求文档从头到尾读一遍，就这样开一下午评审会，研发要能忍住不打瞌睡也挺难的。演讲能力也是产品经理必备的基本功之一，所以大家多准备、勤练习肯定是对自己的职业生涯有帮助的，毕竟要靠着一张嘴皮子去忽悠呢～学姐刚跳去外企的时候因为很久没有用英语了，所以在汇报、开评审会的时候也会遇到一些小挑战，后面多练练就好了。

锻炼自己的演讲能力是一方面，具体到需求评审会，学姐这里也有一些小技巧给到大家：

• 开会前可以尽量早到一会儿，一是方便调试设备，二是也可以和提前到场的研发、测试们聊聊家常，拉近距离的同时活跃一下开会气氛。
• 评审的时候千万不要照本宣科，可以适当的准备一些PPT帮助大家了解需求的背景，比如调研等，吸引大家的注意。
• 需求文档尽量图文结合，能用图表达的尽量不要用文字，这样比较直观。
• 表达要清晰，不要啰嗦，尽量先挑重点讲，细节部分可以稍微带过一下。
• 倾听每一个人的想法，毕竟别人没有像你这么了解整个需求，有时候会问出一些比较“小白”的问题。耐心解释你的想法，先不要急于否定，必要的时候可以会后继续调研。
• 如果有人在会上开小差，可以适当提醒，询问TA是否要改期或会后单独沟通，比如有紧急的线上事故要处理等。如果TA只是在玩手机，那么此时应该会多少有点不好意思吧～
• 评审会后，要有会议纪要，里面记录大家的建议和下一步todo的时间表。

海贝学姐，公众号：海贝学姐，人人都是产品经理专栏作家。十年大厂产品经验，精通产品方法论和产品知识。

本文原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于 CC0 协议。