笔者总结了会议事故的三点典型表现，以及如何用狼人杀玩法解决这三点问题。

上一篇我们讨论了需求池管理，现在也有了需求的基本轮廓，所谓丑媳妇总得见公婆，是时候通过会议正式向其他部门公开，寻求进一步规划，而这个环节就是接下来要讨论的需求评审。

需求评审，简单的说就是通过会议的形式，协调相关人员、部门，对产品需求进行讨论，最终形成统一的认知与认可。

需求评审是一个惊心动魄的环节，由于该阶段处于产品启动期，信息不足方案不完善，大家又是首次碰撞，容易出现一些事故。

而会议事故的表象十分鲜明，小龙总结有三种，分别是“单方向群殴”、“一个人的舞台剧”与“精彩绝伦的辩论赛”。

下面依次解说一下：

01 会议事故

关于单向面群殴，可不要有侥幸的心理，被群殴的当然是产品经理

十来个人的会议，产品经理罗列了一系列精心准备的需求，并为之一一讲解，结果却是被老板、业务、交互、视觉、工程师一一怼了个遍，甚至同行的产品人看得兴起也忍不住补几刀，残不忍赌，简直怀疑人生。

一个人的舞台剧，相比被群殴而言，场面则缓和了许多了

这是一个曼妙的舞台剧，产品经理一个人滔滔不绝地讲着，时不时手脚并用，声音悠扬，氛围和气，没有人提出异议，除了产品经理外，一切显得十分安详，好像大家只是过来看演出，并不是来开会解决问题的。但是，这份祥和绝对是短暂的，在实施阶段，会发现该有的坑一个都不会少。

精彩绝伦的辩论赛，这是最后的情况，也是最精彩的场面

一对一辩论、一对多辩论，多对多辩论，一个又一个论点论据，一次又一次柳暗花明，非常激烈，每一位选手都十分擅长头脑风暴。表面看上去，每个人都很积极，但会议结束时，才发现所有讨论过的问题没有一个能下定论，问题还是那些问题。出力不讨好，这应该是最糟糕也是最容易出现的场面吧。

以上场面非常经典，你是否遇到过呢？

02 用狼人杀玩法避免会议事故

那么在会议中，产品经理应该怎么避免被怼、自嗨、僵持的情况出现呢？

小龙有一套狼人杀玩法，说出来与大家探讨一番。

先来看下狼人杀的简介：

狼人杀，是一款多人参与的、以语言描述推动的、较量口才和分析判断能力的策略类桌面游戏，该游戏通常需要4-18人参与互动。

每个玩家都会分配到一个身份，每个身份都有不同的作用。游戏中将分为两个对立的阵营：狼人阵营和好人阵营。好人阵营人数较多但互不认识，需要消灭所有隐藏在人群中的狼人才能获取最后的胜利。

看着这一份规则，是不是有些熟悉。

评审需求需要口才吧，需要分析判断能力吧，参与会议的相关人员是不是代表各自的身份，再来看参与人数，嗯，好像也差不多，这难道不是一盘狼人杀么？

再来看看狼人杀的流程：

首先，游戏被分成两组阵营，而好人在游戏中相互不认识，在游戏前期，只有尽快的联合起来才能取得胜利。

其次，狼人杀是回合制的，规矩清晰，每个人都有发言权，也必须说点什么。

最后，但无论争斗如何，总会有结局，或输或赢，因为有裁判的存在，一个脱离世俗身份的中间人。

虽然每个参赛者都会嗷嗷叫，但每个人都要遵守游戏规则，因此狼人杀的整体气氛很好，游戏的过程十分精彩，而游戏结束的瞬间更是让人拍案叫绝。

借鉴狼人杀的几点规则，下面也就来一盘需求评审。

首先，提前沟通，建立“好人”群体，避免被围殴

之所以在需求评审会会有大量的反对声，可能是需求本身存在缺陷或歧义，也可能是其他人未能立刻理解需求内在含义，这些问题产品经理本身累计一定经验也能解决，但这需要产品经理输出相对完美的文档。

但是，做产品的人都知道，完美在绝大部分情况下不好用，性价比低。更好的做法叫就是提前沟通，关于提前沟通在旧文也多次提到，确实非常重要。

会议前的沟通，能让自己把需求了解更通透，设计起来也将会更严谨，同时也初步探测了其他同事关于需求的看法，我们也能了解到哪些人是“好人”，把“好人”提前拉好队伍，在会议上时就会有更多的把握。

其次，有节奏、抓重点、提问题，避免一个人舞台剧

一个人的舞台剧最大的问题就在于没人互动，只有产品经理一个人在自说自话，需求评审并非产品发布会，开会议的目的是解决问题，如果说待实现的需求列表一个问题都没有，相比完美我更相信是没有人听懂，又或者压根没在听。

这个需要流程来解决问题，首先要把需求讲清楚，讲生动，用故事化情景化来讲用户需求是不错的选择，其次会议的人员邀请要有目的，拉来开会的人要有责任相关，在开会过程中也就能逐一细化讨论，最后需要自己提前准备好问题点，在会议中有节奏的提出。

最后，认识部落效应，放下身份，避免僵局

在生活中，我们很容易莫名其妙地卷入到各自的身份中去，而彼此对立的身份往往形成大量的矛盾，以至于无法形成有效沟通，这便形成了部落效应。

之所以形成精彩绝伦的辩论赛，一部分是陷入细节争论，这个也比较好解决，另外的原因来自各个部门各自站队形成部落效应。

很多事情本来没那么严重，从理论上讲，从逻辑上讲，或者从事实上讲，都是可以讨论的。但是当我们陷入到非理性的部落效应当中，什么事情都谈不了。“为什么我要听你的？”“为什么不尊重我们？”“凭什么这么做？”说出来全都是情绪话。

所以我们想要在会议有结果，我们得学会一件事，就是当别人陷入在身份当中无法自拔时，我们超脱出来看身份这件事情，从而推动整个会议，在狼人杀中这个位置叫裁判。

说在最后

需求评审之所以难，就在于产品经理本身既是会议讨论者，也是会议裁判者。

当然了，需求评审需要专业的产品知识，不能只是糊弄。在会议中，要把需求的核心理念讲解清楚，需求本身是否具备用户价值，是否具备商业价值，是否具备可行性，每一个点都需要自己认真思考，会议需要解决的是那些平时难以解决的问题，其过程绝不是一个流水账会议。

希望大家通过我的一些拙见，从此学会了狼人杀，在狼人杀的游戏中叱咤风云！哦，不对，应该是需求评审，可别只顾玩游戏了。

我们也明白，很多事情不是一个会议能搞定的，会后需要扯皮依旧扯皮，而会议后的工作才是真枪实弹，下周立项环节再见。

往期回顾

《有条不紊，三个步骤管理好需求池》

《想做好需求分析，这3个问题你需要解答》

作者：小龙的执着；公众号：小龙的执着（ID：york_wu1219_office）

本文由 @小龙 原创发布于人人都是产品经理，未经作者许可，禁止转载。

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