这样子做需求评审不ok

这是小胖的第135篇文章。

也是小胖2020年100文章的第10篇。

「需求沟通，

把简单的事情做明白 」

本文2554字，阅读大概需要5分钟。

作者：小胖

编辑：小胖

01

南南南

01 南南南：细数提一个需求需要跪舔几个部门几多人

今天小胖讲一个别人的故事，怎么样的需求会把一个工作群从开始的5个人最后拉到了22个人？

是需求特别大么？是需求特别重要么？是需求特别复杂么？

不太是（产品经理谨慎的用词赶脚）……

事情是这样的：上周有一个活动需求，对接的产品同学想在APP的页面增加一个任务广场，用户完成任务后就可以愉快的抽奖了。

到现在为止，是不是觉着这个需求特简单，1天开发够不够，不够就加多2天，3天足够了！

我估计这个产品同学应该当时就是这么想的，当然表述上是产品经理们经常听到的贯口儿：“这个需求很简单鸭，领导很关注鸭，下周能不能上线呢？”

但是，作为需求承接的一个小部分，咱们就只能听着、认着、惯着……

Round 1 ：周一第1次需求评审

产品同学愉快地把相关方叫了来，感觉组织评审、开会——这才是头等大事儿！

需求以迅雷不及掩耳之铃儿响叮当之势讲完了，开始技术大大也觉着好简单鸭（产品同学此时一定乐开了花，如果能够预料到后续的菊花生疼，他一定笑不出来）。

等闲平地起惊雷。是的，你没有听错，交互小姐姐有意见啦：“你这个原型太简单了，好多交互都没有，这样评估的工作量是不准确的！” 作为乖巧的产品狗，此时肯定是满脸堆笑，道：“马上补，咱们先评审”。

这时候你猜技术小伙伴会怎么想，果然技术小哥哥说话了：“这个没法评估鸭，什么时候可以先出交互再看看”。

Round 2 ：周四第2次需求评审

大家又被叫到了一起，大公司么，会议不多是不可能的。

我想这次产品同学是带着万全之策来的，果然，整个需求讲述过程行云流水、快马加鞭、江河泛滥而一发不可收拾。

对了，各位一定想知道这次参与会议的人是不是有变化呢？

恭喜你都会抢答了，这次不但来了前端开发、交互、产品、后台开发；没错，还来了云端开发、活动开发、插件开发（谁让咱们家的APP复杂呢），工作群的人数激增。

欢乐的日子总是那么短暂。

就在大家准备举杯相庆、策马奔腾的时候，突然有人gang（讲）：“是不是品质没有来？”对头，品质就是测试同学的意思。

赶紧群里继续拉人鸭，不管怎样先盘他！

你想想，你如果突然被人拉到一个群里，然后告诉你有一个需求排期定了，需求我再单独给测试讲讲就好吧？好 你 个 头 ！

测试小姐姐当然是不答应的，让我，我我我……我也不答应！

Round 3 ：周五第3次需求评审

就像那部有名的电影一样：一个都不能少。

这次评审没有问题，但是问题出在评审前：尼玛这样一个不是那么大的需求，每个人都只是占了一丢丢工作量的需求，你让我评审三遍？！并且按照前几次的体验来讲，有第三遍，是不是还有第四遍，我们是不是不要做其他事情了呢？

许多人这个时候不免都会问这个问题。

怎么办？当然只有产品gg跪下，跪舔大佬们再拨冗参加一下最最最后一次评审。

02

产品经理日记

02 产品经理战地日记总结

一、先说基本问题。这是在一个大公司普遍存在的沟通和协同问题，也是一个产品成长到比较大的时候会遇到的一个痛点：模块细分，各模块不说各自为政吧，但是按照“流程”来办事儿，不免让人有些蛋疼。

二、产品经理或者项目经理的问题：要做好尽量充足的准备。（1）把涉及到相关方一定要叫齐，减少重复沟通的次数和风险；（2）做好产品设计的本职工作，开会要尽量准备完善的需求文档，而不是开会过程中区反复讨论。

三、老板的紧急需求怎么做？这次一个很重要的原因在于，新产品同学对于老板的紧急需求理解有偏差，并且还只是自己的老板，又不是相关系统的老板，其实以时间倒逼开发的手段并不高明。并且，是在自己完全没有准备好，也没有对相关系统了解清楚的基础上，就匆匆忙忙来过需求，这本身就是沟通和协调中的大忌。

03

产品经理沟通指南

03 《一点引申：大公司大产品需求沟通无障碍指南》

按环节我们可以这样分：①与直接需求方（一手需求）的沟通，比如老板、业务方；②与中间传达方，比如运营的沟通；③与执行操作方，比如技术开发、UI设计、测试品质等；④与一手需求方、中间传达方和执行方的再次确认。

①与直接需求方（一手需求）的沟通，比如老板、业务方；

（1）拒绝一句话需求，最起码讲清楚为什么做，大概怎么做，有哪一些基本的边界情况等。同理，是不是一句话需求，我们只需要一句代码就好了，请记住这句话，或许你下一个需求就用上！

（2）倒逼一手需求传达者，让他们尽量可以跟老板框定一定的需求范围。不要说老板很难搞，你搞个简单方案给老板，老板会砍你么？怕死的接口人刀片跟你更配哦。

②与中间传达方，比如运营的沟通；

（1）你或许已经习惯了运营同学经常的一句“这个需求很紧急”，不论怎么紧急，都要问清楚为什么做？是不是可以不做？或者换种方法做？

（2）不要指望运营同学帮你想清楚所有的边界，踩过多少坑就用多大的脑容量去装满那些方案中的闷雷。

（3）我们说过的都不算数，邮件才是王道。

③与执行操作方，比如技术开发、UI设计、测试品质等；

（1）对于这些小伙伴，第一我们要讲清楚；第二，要保证他们能够听明白；缺一不可。

（2）一个都不能少，少了哪一环都不行。

（3）就像一条锁链一般，大家都被牵连到一起，每一环都不能断，我们关注每一个里程碑关键节点。

④与一手需求方、中间传达方和执行方的再次确认。

（1）上线前，测试是一段宝贵的时间，这个时候赶紧再确认一遍，没有惊喜就是“惊吓”；

（2）上线中，系统的稳定比你所有的加班都重要一百倍；

（3）上线后，在之前做好数据埋点，这是唯一一个可以怼各位爸爸的时间，最好变成大家庆祝的日子。

爱你们的小胖子。2020年夏。

（本文观点仅代表个人）

 

加小胖子个人微信，

分享任一篇文章截图给小胖，

拉你进小胖私享群。

ENjoy～  

作者：

①奋斗的小胖子，人人都是产品经理2019年度作家、专栏作家，商业新知认证作家、PMtalk签约作家、产品100专栏作家，全网阅读超100万+。

②黑心老巫婆Ailsa：不断自我怀疑，并不断突破自我的产品新手。见解犀利，喜欢质疑，怼天怼地，爱好摄影，文艺妹子一枚。Ps：适龄、单身。

请关注我们的公众号：“夜来妖”了解更多产品经理和工作经验的总结文章。

点个“在看”

是对写作者最大的鼓励！