您的位置  生活休闲  网络

为什么开发会认为:你的需求“没有作用”

产品经理的工作与研发同事密切相关,某种意义上来讲,我们是最亲密的战友,理论上应该互相信任。

但实际情况与理论情况完全相反,研发同事不仅不相信产品经理,甚至会质疑产品经理。

比如,质疑产品经理的需求是“没有用”的需求,质疑我们的想法是“异想天开”。

这种情况,你会怎么办?

是否会想很多办法,找很多案例,试图对需求的正确性进行证明?

一、

在我早期的产品工作中,会非常在意“信任”这件事,我将不信任的原因,归责于需求没有讲清楚,或者缺少足够有力的理论证明和事实证明。

所以,总是会花费很多时间在争取信任上。

有的研发同事,不需要过多说明,能够快速,简单的相信我的判断,也有的研发同事,无论我提供多少证明,也还是不相信。

甚至,有的研发同事,即便是功能已经实现了,也仍然会质疑需求的正确性。

简单来讲,相信你的人,不做证明,也会相信你,不相信你的人,无论如何证明,也还是不相信你。

现在想想,“向研发证明需求是正确的”,这样的想法,原本就是不合理的。

隔行如隔山,尽管产品经理和开发同事有着极为密切的联系,但仍然是两个完全不同的行业,两者之间,也仍然存在“山”一样的间隔。

产品经理研究用户,研究心理,研究市场,探索隐藏在数据背后的信息,探索问题背后的需求。

研发则是研究代码逻辑,研究编程技术,所思考的是如何通过代码实现某种想法,如何以最小的计算量,最小的时间得到最佳的计算结果。

所处行业不同,积累的知识体系,判断方式,乃至于对事情的解读角度都会存在极大的差距。

在研发行业里,那些非常简单的,无需讲解,无需证明的概念,对于产品经理而言,就是无字天书,不论怎么解释,怎么说明都没有用。

这种“无法证明”的情况,反过来也是一样的。

在产品行业里,非常简单,无需讲解,无需证明的概念,对于开发而言,也是一本无字天书。

比如,长尾效应,或者优惠券与损失厌恶心理的关联性。

这些对产品经理而言并不复杂,甚至不用证明的概念,对于开发而言,就变成了“想当然”,“你说什么就什么”,“没有证据”的个人想法。

但这并不是“人”的问题,仅仅是因为我们处在不同的行业,积累的知识体系完全不同,这才导致了行业之间无法互相理解。

换一个角度来看。

我们也可以要求研发证明代码的正确性,但研发所提供的证明材料,对于产品经理而言,也是看不懂的。

所以,向研发证明需求是正确的,原本就不合理。

表面来看,是我们在争取研发的信任,实际上,却是将我们的想法,强加于人。

现在想想,研发是否相信需求,其实和需求的正确性没有什么关系,只是和提出的人有关系。

二、

再来看一个场景。

在我们的团队里,有两名经验相同的研发,分别是A和B。

A总是又快又准的实现需求,BUG数量极少。B的实现速度也很快,但BUG比较多,常常要花很多时间调整BUG。

现在你提出了需求,你希望交给谁来实现?

没有意外的话,我们都会想将需求交给A来实现。

这样的选择,在背后起到影响的就是“信任”,我们相信A的实现速度,以及代码质量。

那么,这样的“信任”是从哪里来的?

场景里,关于A的介绍是这样的,“A总是又快又准的实现需求,BUG数量极少”。

这是对他的过往所做的评价,我们对A的“信任”就来自于这里。

理论情况,应该“对事不对人”,A过去所实现的需求,和现在这个新的需求是没有联系的,过去没有BUG,也不代表新的需求没有BUG。

但在实际中,不同行业之间的信任关系,“是对人不对事”。行业的不同,导致我们无法对“事”进行判断,只能对“人”做判断。

也就是说,如果相信一个人,那么,不论他做什么事,都会被相信,如果不信任一个人,那么,不论他做什么事,都不会被相信。

对人进行证明,就比对事进行证明要简单许多,只要通过他的过往就可以,而且只看结果,不看过程。

我们会默认相信A,也是因为在A的过往里,“BUG极少”。

产品经理也是如此。

曾经取得过成功的产品经理,做什么都会被相信的,还未成功的,则会让大家观望,有期待的,也有怀疑的。

而,一直“失败”,“亏损”的产品经理,则不论做什么都会被质疑。

互联网公司会有一些“不公平”对待,同样的一个需求,张三提出来,所有人都会质疑,而李四提出来,所有人都会赞同。

有的时候,需求是否会被采纳,与需求本身没有关系,反而是和提出需求的人有关系。

李四的需求总是成功,所以,李四的需求总是会被采纳,不论这个需求是什么。

而张三的需求总是失败,所以,张三的需求总是会被质疑,同样,不论这个需求是什么。

三、

现在来看,研发同事在质疑产品经理的需求时,真正质疑的不是需求,而是提出需求的人。

我们要解决的问题,也不是证明需求的正确性,而是证明自己值得信任。

这需要我们更慎重的对待自己所提出来的需求。

过去提出来的需求,他们的最终结果,决定了我们现在是不是可以被信任的产品经理。

而现在所提出来的需求,他们的最终结果,则决定了我们在未来,是不是一位可以被信任的产品经理。

最后,给你一个建议。

从现在开始,重视需求的实现结果,永远比明天开始要好很多。

来源 |枯叶咖啡馆(ID:gh_bbe17bbe6a9e)

作者 | 枯叶咖啡馆;编辑 | 时刻

免责声明:本站所有信息均搜集自互联网,并不代表本站观点,本站不对其真实合法性负责。如有信息侵犯了您的权益,请告知,本站将立刻处理。联系QQ:1640731186
友荐云推荐