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

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

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

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

这种情况,你会怎么办?

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

一、

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

所以,老是会花费很多时光在争守信赖上。

有的研发同事,不须要过多解释,可以或许快速,简单的信赖我的断定,也有的研发同事,无论我供给若干证实,也照样不信赖。

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

简单来讲,信赖你的人,不做证实,也会信赖你,不信赖你的人,无论若何证实,也照样不信赖你。

如今想想,“向研发证实需求是精确的”,如许的设法主意,本来就是不合理的。

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

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

研发则是研究代码逻辑,研究编程技巧,所思虑的是若何经由过程代码实现某种设法主意,若何故最小的计算量,最小的时光获得最佳的计算成果。

所处行业不合,积聚的常识体系,断定方法,甚至于对工作的解读角度都邑存在极大年夜的差距。

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

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

在产操行业里,异常简单,无需讲解,无需证实的概念,对于开辟而言,也是一本无字天书。

比如,长尾效应,或者优惠券与损掉厌恶心理的接洽关系性。

这些对产品经理而言并不复杂,甚至不消证实的概念,对于开辟而言,就变成了“想当然”,“你说什么就什么”,“没有证据”的小我设法主意。

但这并不是“人”的问题,仅仅是因为我们处在不合的行业,积聚的常识体系完全不合,这才导致了行业之间无法互相懂得。

换一个角度来看。

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

所以,向研发证实需求是精确的,本来就不合理。

外面来看,是我们在争夺研发的信赖,实际上,倒是将我们的设法主意,强加于人。

如今想想,研发是否信赖需求,其实和需求的精确性没有什么关系,只是和提出的人有关系。

二、

再来看一个场景。

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

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

如今你提出了需求,你欲望交给谁来实现?

没有不测的话,我们都邑想将需求交给A来实现。

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

那么,如许的“信赖”是从哪里来的?

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

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

理论情况,应当“对事纰谬人”,A以前所实现的需求,和如今这个新的需求是没有接洽的,以前没有BUG,也不代表新的需求没有BUG。

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

也就是说,假如信赖一小我,那么,不论他做什么事,都邑被信赖,假如不信赖一小我,那么,不论他做什么事,都不会被信赖。

对人进行证实,就比对事进行证实要简单很多,只要经由过程他的过往就可以,并且只算作果,不看过程。

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

产品经理也是如斯。

曾经取得过成功的产品经理,做什么都邑被信赖的,还未成功的,则会让大年夜家不雅望,有等待的,也有困惑的。

而,一向“掉败”,“吃亏”的产品经理,则不论做什么都邑被质疑。

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

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

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

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

三、

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

我们要解决的问题,也不是证实需求的精确性,而是证实本身值得信赖。

这须要我们更慎重的对待本身所提出来的需求。

以前提出来的需求,他们的最终成果,决定了我们如今是不是可以被信赖的产品经理。

而如今所提出来的需求,他们的最终成果,则决定了我们在将来,是不是一位可以被信赖的产品经理。

最后,给你一个建议。

从如今开端,看重需求的实现成果,永远比明天开端要好很多。

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

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