需求评审你会了么?这里有一个标准的失败案例

作为一个产品经理,提需qiú是家常便饭的事情。但是,如何跟别的部门沟通是个大问题。本文作者基于自己的qīn身经历,进行了三个角度的分析,希望对你有帮助。

一、南南南:细数提一个需qiú需要跪tiǎn几个部门几多人

今天小胖讲一个别人的故事,怎么样的需qiú会把一个工作X从开始的5个人最后拉到了22个人?

是需qiú特别大么?是需qiú特别重要么?是需qiú特别复杂么?

不太是(产品经理谨慎的用词赶脚)……

事情是这样的:上周有一个活动需qiú,对接的产品同学想在APP的页面增加一个任务X,用户完成任务后就可以愉快地X了。

到现在为止,是不是觉着这个需qiú特简单,1天开发够不够,不够就加多2天,3天足够了!

我估计这个产品同学应该当时就是这么想的,当然表述上是产品经理们经常听到的贯口儿:“这个需qiú很简单压,X很关注压,下周能不能上线呢?”

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

Round 1 :周一第1次需qiú评审

产品同学愉快地把相关方叫了来,感觉X评审、X——这才是头等大事儿!

需qiú以迅雷不及掩耳之铃儿响叮当之势讲完了,开始技术大大也觉着好简单压(产品同学此时一定乐开了huā,如果能够预料到后续的X生疼,他一定笑不出来)。

等闲平地起惊雷。

是的,你没有听错,交互X姐X见啦:“你这个原型太简单了,好多交互都没有,这样评估的工作量是不准确的!” 作为X的产品苟,此时肯定是满脸堆笑,道:“马上补,咱们先评审”。

这时候你猜技术小伙伴会怎么想,果然技术小X说话了:“这个没fǎ评估压,什么时候可以先出交互再看看”。

Round 2 :周四第2次需qiú评审

大家又被叫到了一起,大X么,X不多是不可能的。

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

对了,各位一定想知道这次参与X的人是不是有变化呢?

恭喜你都会抢答了,这次不但来了前端开发、交互、产品、X开发;没错,还来了云端开发、活动开发、擦件开发(谁让咱们家的APP复杂呢),工作X的人数激增。

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

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

赶紧X里继续拉人压,不管怎样先盘他!

你想想,你如果突然被人拉到一个X里,然后告诉你有一个需qiú排期定了,需qiú我再单独给测试讲讲就好吧?好你个头 !

测试X姐当然是不答应的,让我,我我我……我也不答应!

Round 3 :周五第3次需qiú评审

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

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

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

怎么办?当然只有产品gg跪下,跪tiǎn大佬们再拨冗参加一下最最最后一次评审。

二、产品经理战地曰记总结

先说基本问题。这是在一个大X普遍存在的沟通和协同问题,也是一个产品成长到比较大的时候会遇到的一个痛点:模块细分,各模块不说各自为zhèng吧,但是按照“liú程”来办事儿,不免让人有些弹疼。

产品经理或者项目经理的问题:要做好尽量充足的准备。

  • 把涉及到相关方一定要叫齐,减少重复沟通的次数和风险;
  • 做好产品设计的本职工作,X要尽量准备完善的需qiú文档,而不是X过程中区反复讨论。

老板的紧急需qiú怎么做?

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

三、一点引申:大X大产品需qiú沟通无障碍指南

按环节我们可以这样分:

  • 与直接需qiú方(一手需qiú)的沟通,比如老板、X方;
  • 与中间传达方,比如运营的沟通;
  • 与执行cāo作方,比如技术开发、UI设计、测试品质等;
  • 与一手需qiú方、中间传达方和执行方的再次确认。

与直接需qiú方(一手需qiú)的沟通,比如老板、X方:

  • 拒绝一句话需qiú,最起码讲清楚为什么做,大概怎么做,有哪一些基本的边界情况等。同理,是不是一句话需qiú,我们只需要一句代码就好了,请记住这句话,或许你下一个需qiú就用上!
  • 倒bī一手需qiú传达者,让他们尽量可以跟老板框定一定的需qiú范围。不要说老板很难搞,你搞个简单方案给老板,老板会砍你么?怕sǐ的接口人dāo片跟你更配哦。

与中间传达方,比如运营的沟通:

  • 你或许已经xí惯了运营同学经常的一句“这个需qiú很紧急”,不论怎么紧急,都要问清楚为什么做?是不是可以不做?或者换种方fǎ做?
  • 不要指望运营同学帮你想清楚所有的边界,踩过多少坑就用多大的脑容量去装满那些方案中的闷雷。
  • 我们说过的都不算数,邮件才是X。

与执行cāo作方,比如技术开发、UI设计、测试品质等:

对于这些小伙伴,第一我们要讲清楚;第二,要保证他们能够听明白;缺一不可。一个都不能少,少了哪一环都不行。就像一条锁链一般,大家都被牵连到一起,每一环都不能断,我们关注每一个里程碑关键节点。

与一手需qiú方、中间传达方和执行方的再次确认:

  1. 上线前,测试是一段宝贵的时间,这个时候赶紧再确认一遍,没有惊喜就是“惊吓”;
  2. 上线中,系统的稳定比你所有的加班都重要一百倍;
  3. 上线后,在之前做好数据埋点,这是唯一一个可以怼各位bàbà的时间,最好变成大家庆祝的曰子。

爱你们的小胖子。20X夏。

#专栏作家#

大麦。微信X号:punkboy。7年生电商产品经理。

本文原创发布于人人都是产品经理。未经许可,jìn止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 需求评审你会了么?这里有一个标准的失败案例 https://www.xiongfawang.com/2153.html

常见问题

相关文章

需求评审你会了么?这里有一个标准的失败案例-海报

分享本文封面