把需求评审玩成狼人杀,避免会议事故

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

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

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

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

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

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

下面依次解说一下:

01 会议事故

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

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

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

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

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

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

以上场面非常经典,你是否遇到过呢?

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

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

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

先来看下狼人杀的简介:

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

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

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

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

再来看看狼人杀的流程:

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

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

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

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

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

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

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

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

会议前的沟通,能让自己把需求了解更通透,设计起来也将会更严谨,同时也初步探测了其他同事关于需求的看法,我们也能了解到哪些人是“好人”,把“好人”提前拉好队伍,在会议上时就会有更多的把握,“不打无准备之仗,不打无把握之战仗”毛泽东说的就是这个道理。

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

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

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

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

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

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

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

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

说在最后

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

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

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

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

往期回顾

有条不紊,三个步骤管理好需求池

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

 

作者:小龙的执着;公众号:小龙的执着(ID:york_wu1219_office)

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

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

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
圈子
关注微信公众号
大家都在问