如何向外行解释产品经理频繁更改需求,为什么会令程序员烦恼?
这就像
你去饭店,坐下来。
服务员,给我来份宫保鸡丁!
好嘞
——这叫原始需求
大厨做到一半
“服务员,菜里不要放肉”
“不放肉怎么做啊”
“不放肉就行了,其他按正常程序做,不就行了,
难吗”
“好的,您稍等”
——中途需求变更
大厨:“你大爷,我肉都回锅了”
服务员:“顾客非要要求的嘛,你把肉体挑出来不就行了吗”
大厨:“行你大爷”
然而还是一点点挑出来了
——改动太大,部分重构
后续剧情还很多,自行脑补!
在我们实际工作中,需求频繁变更的情况比比皆是,一方面来自用户的需求,另一方面也与产品经理活跃的脑回路有关系。
如果让你一句话证明你是产品经理,你会说什么?总结了一些欠抽的或搞笑的语录,汇总如下:
1、这个需求很简单
2、我自己就是一个产品
3、怎么实现我不管
4、哥,帮改个bug呗
5、我被程序员和设计揍过很多次
6、工位上摆的都是锅
7、我抗揍还抗喷
8、这个需求很简单吧,下班前给我
9、这么简单的需求怎么做不了
10、别再砍了,这个版本需求本来就不多
11、这个跟我们最初想的那样有点差别哦
12、这个需求很简单,10分钟就能搞定,我不管怎么实现,我只要实现结果就行
13、这个功能做完还要多久
14、这个需求重要且紧急
15、砍我可以别砍需求
16、你们这帮开发是我带过技术最差的
17、这是老板点名要上的功能
18、这个需求很合理,为什么就不能上
19、如果我会代码,这些我都能实现
20、最终版 2.0 来了,打死都不改了
21、这不就是加一行代码的事儿么
22、呃,那个,刚改的那个还得改回去
23、我记得给的原型图不是这样的
是不是有种莫名的亲切感?如果想要更好地推进产品工作,那么做好需求梳理工作、原型设计则至关重要。
码前通过串联需求梳理、原型设计、UI设计各个环节,将一个项目从最开始的需求到原型到UI整个编码前的全流程都可以统一在一个工具上管理、协作、沉淀。对于产品经理个人及整个团队的效率提升都有很大帮助。