不知大家有没发现,有时候和他人无法达成共识的时候,总会觉得这个人态度有问题,或者这个人的性格就是这样。其实这个在心理学上称为基本归因错误。
基本归因错误指的是人们常常把他人的行为归因于人格或态度等内在特质上,而忽略他们所处的情境中的重要性。
我们如何理解这句话呢,就是我们在评估他人行为时,即使有充分的证据支持,但仍总是倾向于高估内部或个人因素的影响。我们会认为一定是他有这样的人格,才做出这样的行为。而忽视了可能是他当时情势所迫,或者他当时在那个环境下才会做出这样的行为。
就举个大家常见的例子吧,产品经理和程序员。大家应该经常听过程序员暴打产品经理,然后也听见说某APP更新时说Sha一个程序员祭天。
就拿之前我们听说过的一个段子来说,产品经理提了一个需求,说APP要根据手机壳的颜色进行自动换肤,然后有很多程序员就暴跳起来,说产品经理在在瞎弄,分明是在搞事情。
首先在你看到这个热点后,你的思考是什么?是不是觉得产品经理在搞事情,技术上不能实现,而且也没啥意义。
那么换到产品经理的视角,会不会觉得程序员就是不愿意做,不配合。就这样双方就陷入了基本归因错误里。我们先抛开事情本身,这里已经完全变成认定他人的人格上的问题,忽视了环境的因素。
如果程序员假设产品经理不是在为难他,那么会去思考为什么会提出这样的需求。可能会发现其实产品经理实际上是想做个换肤的功能,希望后续可能提供不同的主题,甚至有主题商城,用户可以自行上传主题,然后公司可以赚取创作者的分成收入。
那么回到这个需求,自动换肤可能在目前的技术上无法做到,但可能产品经理核心的需求是希望免去用户自己在那么多主题挑选的困难,如果是这样是否能用摄像头扫描手机壳获取颜色,在通过AI就计算出色值的比例,然后算法匹配到类似的主题呢?
当然这里暴露出产品经理的另外一个问题,他对需求的描述不够正确,而是给出了解决方案,可能也是因为他的经验不足导致。上面说的关于用户、关于可能带来的营收,还有其他信息面这些环境因素都是可能最终让他得出一个这样的结论。
那换回产品经理这边的角度,那么是否有了解过这个方面技术上是如何实现的,实现的可行性有多高,有多大的成本代价。
是否有了解到为什么程序员会不配合他。是否自己在表达上存在一些信息的不对称,自己是否有考虑到程序员对于这个实现上的方案是如何,有没办法把真正想做的事情表达清楚,是否能简化方案或者设计更合理的方案。
如果双方能尽量避免基本归因错误,信任对方。那么这个事情基本不会变成一个段子。
网上看到有人关于这个段子又延伸出来的段子
产品经理:我要一款全透明的手机
程序员:XXX(双方扭打在一起)
某厂产品经理:我要一款全透明的手机某厂技术人员:那把后置摄像头打开嘛某厂产品经理:嗯?有道理
当然,很多时候我们会陷入一个道理我都懂,可是我控制不住啊的境界,刚好这两天看到刘润老师的文章里有提到情绪这块。
通常如果对方提出一个很大胆的方案,你可能马上会拒绝说“不可能”。
这个时候我们要给自己30秒的时间想一想,这个方案中有没可取之处,如果增加资源是否能达成。二是用积极的语言替代消极的语言,不要去做自证预言,其实事情没你想象的那么无可救药。
很多事情是我们没办法控制的,我们应该把精力放在那些我们能控制的事情上,然后去改变我们能改变的。
领取专属 10元无门槛券
私享最新 技术干货