需求评审中,你需要避免这三大陷阱

产品小白专属,10周线上特训,测、练、实战,22位导师全程带班,11项求职服务,保障就业!了解一下

本文笔者总结了产品经理在做需求评审的过程中需要避免的三大陷阱:从众压力下的不懂装懂;过于关注自我的证实性偏见;脱离问题本身的输赢之争。

产品经理日常工作中,需求评审像是家常便饭,有的人将需求评审会当成是一场个人秀,成功与否兹事体大。

如果是在评审过程中能力压群雄,自然是在开发测试同学心目中树立起了专业形象,往后的项目推进也会更加顺利。相反,如果事先没有准备充分,评审漏洞百出、逻辑混乱,则会让大家觉得产品没有考虑清楚,随意为之,自然大家也就马马虎虎。

因此整个需求评审过程的重要性不言而喻,结合自身经历,总结需求评审会过程中最常遇到的坑,希望以此自警,也供同行朋友们参考。

陷阱一:从众压力下的不懂装懂

我曾经遇到这样的情况:在评审一些需要用到复杂的数学知识解决的策略算法需求时,评审过程会超出预期的顺利,但在随后实际研发、测试过程,又会问题不断。

这个时候你会发现:很多人是根本没有理解需求。相反,哪些让你觉得逻辑简单,毫无争议的需求,反倒是一地鸡毛,难以控场。

在评审过程中,突然面对复杂的需求,大部分人在短时间内难以理清思路,此时贸然发出不同声音,会担心成为其他人眼中的害群之马。因此,就算心里有各种疑问,他们也会选择保持沉默而随大流。

这样的结果会严重误导产品经理,原本以为是个人主导下的一场完美需求评审,但实际却是从众压力下大家不懂装懂。

随着研发进度推进,问题会逐步暴露出来,原本自认为清晰的逻辑,在这个时候完全变成了断章取义。如果暴露时间不及时,临近项目上线节点,这个时候已无力回天——要么项目延期,要么对需求进行二次拆解,保留能接受的部分,砍掉部分需求规划在后续版本中继续迭代。

避免这种问题最好的办法是:做好评审前期准备工作。

不要把评审会当成是现场讨论会,需求的细节沟通,可能存在的疑问点,都应当力争放在评审会前,拆解成更多灵活小讨论会的形式,与相关方达成一致意见而组织召开需求评审会的目的则是宣布共识,交付阶段性工作成果。

当遇到逻辑相对复杂的产品需求时,除了对需求进行文字描述,也建议产品经理通过流程图、时序图等形式对逻辑进行呈现,相比咬文嚼字,图形除了能让研发、测试同学理解需求更容易外,对产品自身提前发现异常逻辑,完善需求也很有帮助。

陷阱二:过于关注自我的证实性偏见

产品经理在阐述产品设计方案时,有时为了说明自己的观点是正确的,会列举一些论据来支撑自己的论点。好的论点一定是从用户或业务的角度出发,摆事实、讲道理。但是,很多时候为了找到能够支持原有观点正确的信息,我们往往会忽略反对性证据,这些证据包括持不同观点的同事朋友的建议,也包括自己的既有经验和记忆。

这种当我们在主观上支持某种观点的时候,往往会倾向于寻找支持性的证据,忽略反对性的证据的行为,在心理学上被称为证实性偏见。

这个概念可以拆分成证实和偏见两个关键词来理解。通常意义上的证实性即是为什么要这么做,任何产品设计方案都需要回答这个问题。而在实际工作中,我们可能陷入当局者迷的困境,面对反对者坚持己见需要勇气,是一种难得的品质,但是过犹不及,太过固执就会成为一种一种偏见。

解决问题的方式不止一种,保持冷静,虚心听取、辨识不同的声音,才可能让决策更加科学。

从科学研究方法的角度,我们向别人阐述自己的观点是一种证实,而别人的反驳是从证伪的角度发起的。任何科学都是建立在假设和猜测的基础上的,也就说任何科学观点都是有边界的,讨论的前提就是在边界以内,超出边界的讨论,可能需要另外的前提。

所以,自己的观点首先应当明确它的边界,在听到不赞同的声音的时候,也首先辨别是否在假设前提下,如果超出边界,则于你的观点毫无意义,不必做无谓之争。反之,则要更加谨慎,思考证伪的真实性,再综合做出决策。

陷阱三:脱离问题本身的输赢之争

经常看到:产品跟研发同学为了某个需求未达成一致而吵起来。在评审过程中,产品经理会经常面临一些挑战。这些挑战可能来自于受众群体对设计方案的曲解,也可能来自于对方的质疑和反对。

无论哪种形式,产品经理首先应当做的是控制好自己的情绪,不要把评审会当成一场维护自己尊严的战争。一旦讨论上升为为了自尊而战,那么就已经完全脱离事情本身正确与否,转而成为双方的个人输赢之争。这样的评审会不仅浪费大家时间,如果控制不当,还可能为双方和公司带来极其恶劣影响。

在意识到有人质疑自己时,应当始终坚持让自己站在对事不对人的角度来应对。

重新复述对方的问题,搞清楚对方是否正确理解了自己的本意,在此基础上,尝试去弄明白对方到底想要表达什么。如果遇到对方的提问生硬还略带攻击,这个时候更要把持自己,让对方意识到他在提问中夹杂了情绪,尽快把他拉到解决回问题本身,切忌以彼之道还施彼身。

总的来说,成功的需求评审会需要有事先充分的沟通和准备,对待工作中研发、测试同学,也应当像对待用户一样,需求呈现应当方便受众群体理解。在需求评审会过程中,产品经理应当注意把握节奏,协调气氛,避免刚愎自用或者陷入无谓的争吵。

 

本文由@花果山四爷 原创发布于人人都是产品经理,未经许可,禁止转载。

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

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 从众压力下的不懂装懂,确实是这样,评审出奇的一致,后期问题真的是源源不断的出现。。。

    回复
    1. 所以做好前期准备工作很重要😆

      回复