产品经理如何避免被程序员打?

用户4474643002


江湖上不是流传这样一种说法吗:产品经理像爸爸,程序员呢则比较像妈妈

爸爸只动嘴皮子,被指使干活的却始终是妈妈,妈妈能乐意吗?所以妈妈有时候忍受不了、偶尔修理下爸爸,这应该很顺其自然、理所应当、可以理解的吧!

刚才玩笑归玩笑,却也揭示了产品经理和程序员由于职位属性不同,常向程序员提需求的产品经理,难免因为某些需求引发一场血雨腥风!

产品经理只说不干成为了“双方战争”的直接原因,很多时候很多公司开需求会议,我们会看到这样的场景,产品同事自诩站在用户的角度上,自信分享着自己提出的未经过任何调研的一连串需求,然后开了一下午需求会议,然后却只有产品经理滔滔不绝,需求并没有太征求技术同事的建议。如果再加上后期需求的频繁变动,技术同事辛辛苦苦加班加点刚完成,结果被产品经理以不符合预期标准否了,然后重新做。

做好了,产品的功劳,不如预期,运营、技术、测试的锅!

给产品经理的几点建议:

(1)产品经理要避免发生上面类似的惨剧,面对程序员用语雷区需要提前了解下(冰山一角)

这么简单的功能,还没完成?

这次感觉很简单啊!

上次那个很难的需求不是都搞定了吗,这次怎么就不行了!

这个需求麻烦改一下,对啦,还有这一个,这一个,都改下吧。

我突然想到一个需求,一定会惊为天人,吸引大量用户,我先提出来,你那边做一下吧。

发现效果还不如原来的,你快点改回去吧。 这都是技术同事的问题!

(2)技术都会欢迎一个更懂技术的产品经理
虽然不会技术也可以做产品经理,但是对于程序员而言,更欢迎能够做有效沟通的、懂得一定技术的产品经理,而不是拍拍脑袋、提需求完全不考虑是否可以实现以及实现难度等问题。如果不太懂技术,那产品经理至少还是需要去了解相关的基础知识,如果懂一点,那就再抽空强化一点。如果连和技术人员正常沟通都有问题的话,基本就离挨揍不远了!
(3)产品经理自身综合素质和能力的提升
现在不乏一些把会会画产品原型图、开个需求会议定义为产品经理,其实对于产品经理而言万里长城第一步。
在产品业务层面,产品经理需要接触整个产品的全流程环节,了解整个业务和行业;在用户层面,产品需求具有心理学、增长黑客、商业策略等相关的知识体系;在技术沟通层面,也许不要求产品经理懂得实现某个功能或者需求的每一行代码,但是相关的技术模型、术语还是要有所了解。优秀到让技术同事都崇拜你,你估计就远离了被挨打的命运了!
(4)提出更加有效、有价值的新需求
很多时候产品和程序员的矛盾,源于需求!所以归根结底,还是要从需求出发!
产品经理提出的新需求,不只是拍拍脑袋想出来的结果,要主动走近用户、和运营、技术、市场等部分做需求联动,共同评估需求的价值,以及评判无效的需求。
产品经理要主动了解用户、怀有同理心,好的需求一定是来自于用户的诉求,但于此同时,产品经理也不只是简单把用户需求转述给技术人员,也需要自己用产品思维和工程师角度去转化为具体、可行、明晰的落地需求。
(5)如果你是女神、萌妹子、高情商的产品经理,条件可酌情放宽处理

如果把项目开发比做赛艇运动,在最前面擂鼓喊号的是产品经理,他不但要每个参与者都使足力气,而且要协调所有的参与者,将他们的力气都往一处使,他还要保证所有人的方向都是一致的,都知道朝哪个方向走,不能出现有人用力不对的地方。虽然这个鸡汤证明了产品经理的确只说话、不怎么干活,但不可忽略产品经理对于一个团队的重要性,不过,这里说的是好的产品经理!

如果以上所述都失效的话,终极必杀技:努力锻炼好身体、提升抗击打能力!

视界云科技


现如今,产品经理和程序员这对冤家,已经成为大家茶余饭后的谈资,网上也充斥着这对欢喜冤家的段子。作为产品经理,我经常和程序员打交道,总结一下我的经验分享给大家。



其一,拥有同理心

这是产品经理的基本要求,和程序员打交道多年,我发现你如果能设身处地的为程序员哥哥考虑,他会打心底感激你。

其二,把程序员当作“战友”


这个时候,你们是一条船上的蚂蚱,是利益共同体,唇齿相依,你中有我我中有你,相互需要。

比如,产品经理产品做的好可以有机会做更牛逼的产品,这时候他肯定不会忘了你这位牛逼程序员,你也有机会做更大的项目,进一步锻炼技术能力。

同时,牛逼的程序员能帮产品经理高效保质保量的实现需求,产品经理多在程序员领导面前夸赞他,程序员也能有更多的机会被领导发现。

其三,用程序员的语言交流


这就要求产品经理一定要懂技术,至少能正常和技术沟通,这方面技术出身的产品经理会有优势。举个例子,程序员和你谈需求的时候,他说可以使用XXX技术来实现,这个时候你来一句“XXX技术在这个场景下比较适用,但可能要注意的是XXX”。我去,这个时候,你在程序员哥哥心里就是“神”啊!

其四,需求把关,想清楚之后再提需求

减少需求反复变更的频次,大家都知道一个段子“弄死一个程序员最好的方式是改三次需求”。产品经理不要做需求的传话筒,这种产品经理最没有竞争力。你是收集需求,挖掘需求,并思考过滤,想清楚之后行成需求list。你这边把关越严,准备越充分,后期反复和加班赶工的情况就越少。所以啊,产品经理们,要“想清楚”!

其四,请吃饭,陪加班


首先呢,你得搞定程序员的老板,也就是开发经理,他是你的资源,你必须搞定他,不然后续很难推进。多混入他们的圈子,产品阶段性胜利的时候,多争取一下团建经费,大家一起出去玩,平时多和他们一起吃饭,有点成就的时候,多请他们吃饭,因为他们加班加点真的很辛苦。同时,如果可能,晚上多陪陪他们,你懂的。

其五,当半个程序员鼓励狮


优秀的产品经理都是半个 鼓励师,为什么这么说? 程序员的工作很乏味,可能研究半天弄不出来个名堂,这个时候不要一味催他们,应该是从鼓励的角度,让他们放松。为程序员哥哥加油。当他们低落时,要打鸡血,当他们得意时,要点赞。

作为产品经理,我会给程序员哥哥按按摩(男对男),多说一些正面的话?

其六,主动背锅,少揽功劳


这点很考验产品经理的情商。你是产品负责人,出了问题不要推诿,主动站出来找问题,主动推进解决问题,并承担相应责任。

同时,当产品取得阶段性进展,向领导汇报时,记得叫上他们一起(好处很多),同时在领导面前提到他们的功劳以及苦劳,让他们的付出也呈现在领导面前。

同时,记得向领导争取经费,搞一次团建,让程序员哥哥们放松放松,同时能增进感情和增加斗志,为接下来的战斗做好准备。

如果我的回答对您有些许启发或帮助,请不要吝啬你的关注,点赞,评论或转发;如有疑问,可以私信或给我留言,我会不定期分享互联网行业见解和职场法则! 一个写过代码,做过产品的互联网产品经理!


乘风随意


呵呵,反正我没见过。如何避免被程序员打,首先产品经理的逻辑思维要好,这是最基本的吧,如果你连要做什么都说不清楚,或者被程序员几个问题给打懵了,这就得程序员吐槽了。

再者产品方案做的得好,不要乱慥慥的,让程序员一看头就大。

最后要有耐心,毕竟你们这些方案是要靠程序员一点一点敲出来的,要把抽象变成具体,肯定会有边界问题,程序员们肯定会问你们大量的问题,所以要有耐心。

做到以上几点就不会挨揍了!😀


小神一


只要你不是带着一种盛气凌人的感觉去强加给别人某些认知,那不会有事。有些时候往往还是权力的游戏,双方都不让步,都想自己说了算,尤其是新提拔的小领导,急于树立权威,想什么就干什么,就是错的,也强词夺理,这样的领导人品不行,最后就是没有人愿意跟着他,他就成了光杆司令


分享到:


相關文章: