产品经理开评审会，如何有效进行需求评审？

至少需要五年以上经历产品回答：

经历过你的需求被上级或者领导评审的心力路程，你如何评审1~3年产品的需求？

怎么思考、怎么判断、怎么说、怎么给出建议。

匿名用户一周前 •2810 阅读

董小矿

城市轨道信息化 • 产品经理

同意有一位朋友说的：“无他，但手熟尔”。多练绝对是最好的提升方式，除此外，还是有些方法可循，比如：
1. 做好预评审：
评审不止是若干人在小会议室的那1-2小时，为了一场有效果的评审，你至少要花其中40%的精力，放在正式会议前、小范围的点对点沟通上。一些自己有疑问的、明显有争议的、涉及到多业务部门的功能，提前把你的方案跟相关人员进行沟通，最好是达成一致；其次是充分收集他们的意见和想法回来自己改进；最次是让他们知道你大概会设计出一个什么样的解决方案，避免评审会议上，大家想围观恐龙一样围观你的评审资料。
2. 注意带节奏
投影仪上是你写的资料，你拿着“话筒”占据内容中心，这个时候要充分利用评审人的身份带节奏。评审中难免会有异议的部分，有时候是你跟参会人意见不一，有时候是参会人之间意见不一。他们是临时参会，而你是有备而来，理论上你应当有足够的内容来解答他们的疑问，并且把共识向你希望的方向引导。
也因为带节奏的问题，飞书团队好像已经开始【静默评审】了。想了解自己查下，这个对评审人要求更高。
3. 及时装“怂”
即使准备再充分，也仍然会有现场的提问你答不上来的情况。这时千万别绷着，没考虑到那就坦然承认。现场硬解一是方案大多欠妥，二是会给人留下很不好的印象。用下面话术来回复，供参考：“谢谢你提的这个方向/建议，我确实没考虑到，我先记下来，会后我考虑好了再发出来大家看一下”。
4. 金字塔原理
不多说了，自己查。产品经理行文表述必备思路。
再回过头来说，评审的目的是什么？
评审是充分收集相关方的意见建议，并最终让评审标的取得相关方的一致认可。会后大家奔着相同目标开展工作，最后按共识的标准验收。不要认为开大会、来很多人，这样解决问题的效率高，其实大部分关键决策，都是3-5个人的小站会讨论出来方案，然后邮件正式通知下相关人达成的。
对新人来说，评审是个大坎。我还记得自己上评审会前那种紧张的状态，自己偷偷跑到会议室排练好几次的场景。但做的多了，就好很多。加油吧，小伙子。
Harvey's

电商|金融|O2O-交易|增长|内容 • 产品经理

准确来说，需求评审一般有预审和评审两个阶段，如果比较复杂或者细节比较多，在往前应该要有一些非正式的产品和技术可行性评估和需求优先级评估。
我想这里你想要了解的是预审和评审阶段，被Leader这种具有需求是否通过决策权的人对你的需求的一个判定或者提问的逻辑框架。
首先，作为需求评审会具有决策权和否决权的Leader来说，他要为今天的决策负责，同时也要为自己负责的这个项目的一些方向负责，更要为你的一些思考和成长负责。所以，他会从这两个角度重点来评定你的需求合理性：
一、着重在做什么，做成什么样？可行性，影响范围，可能结果？
二、着重为什么这么做，为什么这个时候做？有哪些决策依据？数据，调研，分析？
同时，也会针对你的一些需求、表达和思考细节做提问（比较多，仅举例）：
一、需求分析：用户场景、用户期望，需求背景、用户问题、需求目的、产品现状等
二、数据分析：分析逻辑、推导逻辑、数据置信度有效性等
三、需求调研：实现方法、竞品情况、技术可行性等
四、项目规划：MVP、整体规划，预估周期，希望结果等
五、需求细节：功能点、流转逻辑、覆盖度，边界情况等
18岁的萧寒

某厂 • 产品狗

我觉得要先至少把问题问对才行？
有效的需求评审，你这个有效具体指的是哪些内容。如果站在整个评审效果的角度来说，至少要达到以下要求：
1、整体流程逻辑清晰，无明显漏洞。产品经理立足之本，需求都没理清楚，还评审个毛。
2、参会人员至少包括：后端、前端、测试、产品经理。有些情况下，相关领导也是必须的需求评审人员。人都不齐，评审没有意义。至少当面对清楚的机会都错过了。
3、技术实现可控，没有想当然。需求不可实现，评审也没有意义，可能开局一分钟直接结束会议了。至少你要有足够的技术理解能力。
4、评审后的排期。关键节点：提测、上线、预发布、正式发布
满足这些，至少本次评审是有价值、有结论、可行的。
但这也只是打了及格分，如果会议上开发提出的问题，你都能完美解答，并且有清楚的需求说明。这种情况，我认为评审至少打80分。
同时，如果你还能考虑技术实现的问题，想到接口、数据表、redis等开发细节，已经有90分了。
最后，你还能很清楚的说明需求上线后的迭代思路、运营思路、可能遇到的坑，最终统一所有人的方向，稳定军心。这种情况下，评审的价值已经完全呈现出来，并且开发过程一定是会顺畅执行。
补充一点：从你开始做产品经理起，上面的都是职业能力的要求，评审毕业生的需求和评审5年产品的需求，没有本质区别。
匿名用户
•

水一下，看了这个问题其实并不是所有领导的观点都是对的，而且领导是有行为偏好的
你的问题目的是通过需求评审，还是学到领导的思考方式
不同领导偏好不同，有的关注数据，有的关注目的有的喜欢讲效益
针对不同领导讲的侧重点不同，其实只要是人就会有行为偏好...
YLL杨

某互联网银行 • 产品经理

#产品经理挑战赛#
1、必须熟悉你的需求
你的需求必须清晰可视化，理清你的需求，涉及到哪些具体的小需求，是功能优化还是新产品上线，如何能更好的让开发同学理解你的需求内容
2、如何掌控节奏
你可能可以很快GET自己要表达的点，但是开发同学在未接触这个需求时，是空白的，假如语速太快或者只讲细节，开发同学会蒙。所以
第一步应该先讲清楚背景，讲讲需求的业务背景，我们是基于一个怎样的时间来做这个事，这个事能够得到些什么；
第二步，讲产品框架，主流程；
第三步：讲交互细节，这些细节点我们需要注意什么；
第四步：答疑，回答下开发问题对于需求的疑问；
第五部：根据开发所提供的的点，优化需求；
3、合理认怂
可能在产品眼里我就是需要实现一个怎样怎样的需求，但对于开发实现难度可能比较大，而且存在产品对开发知识的不了解，在评审一些接口需求等时可以适当认怂，寻找需求的最优解
ERROR

大B端电商 • 产品经理

#产品经理挑战赛#
首先我先回答你为什么要进行需求评审，原因很简单：没有人永远是正确的也没有人能够想到产品的全部方面.
进行需求评审的意义就在于集思广益的对需求进行优化，仅仅靠产品一个人一定做不出一款完美的产品，一款好的产品业务、财务等等各种角色会有自己的看法，需求评审会就能将这些意见整合并且融入到产品中.
如何进行需求评审大家已经解释的很详细了，我说一个注意点就是需求评审最重要的是不能无休止的进行，作为产品经理必须把握产品的整体节奏，因为业务并不懂如何开发产品，他们只会想到我需要这个需求，这就导致每一次进行评审都会有新的需求，但是作为产品我们应该对自己产品的迭代节奏有清晰的认识，当前这个需求是否是这个版本就要实现的，如果不是可以记录但是不用在会上评审伪需求和后续版本的需求.
吃鱼LEO

大厂 • 高级产品经理
#产品经理挑战赛#
开过50人的大会，也开过3个人的小会，对于需求评审会我也有一些关于个人的思考：
需求评审会真的重要吗？它的作用是什么？
我能不开评审会吗？
如果要开评审，我该怎么做
以下让我来一一回答：
1、需求评审会真的重要吗？它的作用是什么？
需求评审会挺重要的，它起到的作用其实就是以下两点：
告知，向上告知你要做什么，向下同步你的设计理念，帮助团队内的其他成员了解到你的需求设计，你想要实现的效果，你需要他们做什么。
捡漏，发现设计问题，从不同视角出发寻求最优解
2、我能不开评审会吗？
你可以不开评审会，只需要你可以保证，信息同步到该被同步的人，自己的方案设计的符合当前实际情况，即可不开评审会。
3、如果要开评审，我该怎么做
预沟通，针对于需求方案与团队内成员进行事先的沟通，保证方向一致
控制时间，控制会议的时间，在会议结束的时候要有结论，不要拖到下一个会议
抓大放小，抓住核心的问题，类似于交互等细节问题，可以等会后再和几个关键人物一起沟通即可。
我们永远不可能达成所有人的一致，但可以达成大部分/关键人物的一致即可实现我们想要完成的一起。
梦里全都有

在ToB公司做游戏的 • 产品经理

#产品经理挑战赛#
最近真的遇到了这个问题，每次开评审会都是劳民伤财，一帮子人坐在会议室里动辄就是一下午，属实影响工作效率。
后来我们几个同事讨论这个问题，借鉴亚马逊的会议理念及需求评审会的实际需要，整理了一个标准的评审会议流程。
1.静默开场
在会议的开始阶段，在讨论开始之前，给所有参会人员发方打印好的评审文档，规定时间30分钟，所有参会人员需要在这段时间内仔细阅读文档，并在纸上空白的地方做笔记。
2.产品经理陈述
在确保所有参会人员都对评审文档有基础的了解以后，产品经理需要用15分钟的时间，对产品的设计理念，主要功能，产品亮点等进行概括性的描述，其他参会人员不可中途打断。
3.问答环节
在这个环节中，参会者可提出自己的疑问、或产品中发现的问题、或文档中表述有误/不清晰的地方，产品经理进行回答并记录。该环节严格按照一问一答进行，尽量避免会议中的追问，重复同一内容等情况。
4.头脑风暴
所有参会者轮流提出对产品的idea，此环节只做记录，不做答复。
5.总结与表决
产品经理对会议提出的意见与建议进行总结，参会人员表决该产品是否通过评审。
箫可

猫厂 • 小白

看了这个问题，我觉得像是1~3年的产品，为了过评审来问的，
曰：无他,但手熟尔。
读书不如卖红薯

B端养老产品 • 研究员

#产品经理挑战赛#
我来说一下我们内部的评审流程，一般叫默评，就是共享文档，大家评论，有问题就语音解答下，没问题就过，效率高些。
个人层面，一般是需求大概的解决方案先给开发碰下，没啥问题，评审一般问题不大
六点零

某在线教育公司 • PM

#产品经理挑战赛#
有效的会议，建立在大家同频的场景下，需求评审需要全员参与进来，而不单纯只是产品经理叭叭叭的讲
开会前告知参会人不要玩手机，这点很关键

产品经理开评审会，如何有效进行需求评审？

产品经理开评审会，如何有效进行需求评审？

Recommend

需求评审会：一个神奇的会议

如何进行有效需求分析？（一）

如何进行有效需求分析（4）：场景篇

产品助理如何和高级的产品经理进行有效沟通？

产品经理如何在职场中进行有效沟通？（二）

产品经理如何有效的管理需求？（四）

如何进行有效需求分析？（3）流程篇

转行产品经理后的第一次评审会，我被所有人吐槽

大厂产品专家教你：四招开好需求评审会

产品经理如何有效处理需求变更

About Joyk