学会这4个技巧,让程序员做一万个需求都不够

4 评论 3564 浏览 14 收藏 11 分钟

产品经理怎样和程序员沟通,才能让程序员心甘情愿地高效完成你的需求?本文介绍了4个相处和沟通技巧,与大家分享!

在小区门口,我目睹了一场事故。

外卖小哥在跟居委大妈争论,为什么别人进小区能骑车,我不行?

从外卖小哥质问的态度,我知道他今天肯定骑不进小区了。

这个场景在产品经理的工作中也常发生,一个产品经理对着程序员大喊:这个需求很简单,怎么实现我不管,反正明天要上线,开发你得看着办。

无数次事实证明,产品说完这句话的结局肯定不比外卖小哥好多少。于是就出现了争吵、互掐的工作场景。

然而,换个方式、加上技巧,我们就能让开发做需求做到根本停不下来。

学会这个,让程序员做一万个需求都不够!

一、区分目的和过程

身为骑手,目的是骑车进小区吗?不是,目的有且仅有一个:将外卖送到用户手中。

骑车是较快的送达方式,是配送过程。现在为了这个更快的过程,与别人发生争吵,且不说最后是否能骑车进小区,争吵也影响配送效率,浪费时间。

产品同理。产品的目的是做需求吗?不是,产品的目的是解决问题、达到预期。需求是解决问题的方式,还是之一。

所以,每当迭代的时候,我们要明确产品的目的是什么、版本的目的是什么。然后不达目的不罢休,不是不做需求不罢休。

学会这个,让程序员做一万个需求都不够!

1. 达到目的,可以不做需求

需求可以不做。如果不做需求就能达到目的,何乐不为呢?我们还能把开发资源用到更重要的地方。

产品经理接到任务时,首先要判断是不是亲自做,其次才是怎么做。产品做需求是一种方式,运营方法对接是一种方式,公关市场PR是一种方式。我们要善于借力打力,隔山打牛。

比如说做问卷收集用户数据,开发说找数据同学分析日志就可以。比如说用户增长拉新,趁着市场投放收割用户也可以。

2. 达到目的,可以有多种方式

当决定通过产品迭代达到目的,版本才刚刚开始。

一个好的产品经理,需要综合考量各种方案。每一种方案,都代表了一种需求。然后我们需要从实现难度、人力成本、时间预期、资源匹配度等方面,找出一个最符合当前情景的做法。

争执的原因是我们最后选择的做法不是开发期望的做法。这个时候不要着急,记住我们是为了达到目的。先了解不能实现的原因,然后切换到另一种可行的方案,跟进执行照样到达目的地。

产品经理要做的就是快速调整、实时变通。

二、与开发同频,齐心协力

当开发说需求不能做时,我们要找到其他替代方案。但现实工作中,我们有时会找不到其他方案。这个时候,我们就要把开发拉到跟自己同一条战线。不要争吵对立,而是绑成一条绳上的蚂蚱。

这条绳的一端是目的,一端是需求。

学会这个,让程序员做一万个需求都不够!

1. 找队友,让开发人员成为队友

首先要明确,开发人员是我们最好的队友,千万不要搞成对手。

当需求不能实现时,实事求是的说明这么做的目的,表达自己不是为了做需求难为开发,而是为了达到目的。现在,这个目的难到了我们。注意要特别强调我们,而且我们还是队友。

目的肯定利好,对产品和公司都有利,对团队的每个成员都有利。在有利的背景下,我们当是齐心协力的队友。

此时,我们表达的是有利可图的队友,要的是齐心协力的做事。而需求则是做事的方式。

2.  找方案,让开发人员一起想方案

有一个技巧是,我们要学会把皮球踢给开发,或者说借用他们的力量来做事。

我们提了一个需求,是把皮球踢给了开发。开发说不能实现,又把皮球踢给了我们。这个时候我们可以问一句:那还有没有其他的满足方式?

永远记住,我们是为了达到目的,不是为了做需求。把目的跟开发明确后,主动问询他们的方案,他们也常常有较为简单的奇巧技艺。

当开发帮忙想方案时,他就进入了主人翁角色。一旦成为主人翁,那事情就是自己的事情。自己的事情解决起来只有时间问题,至于这个方案是否可行根本不重要。因为答案总比问题多,事情肯定能解决。

三、该哄就哄,该怂就怂

但,还是有例外。需求确实难实现,而且只能硬着干。

此时开发不情愿,作为产品怎么办?

哄好开发,认怂完事。

学会这个,让程序员做一万个需求都不够!

1. 要哄,哄好开发的小脾气

产品经理要承认事实,有时候我们确实给开发造成很大压力。压力可能是实现的难度大或者要求的工期紧。(这两个原因,大部分情况都无法缓解)

这个时候产品经理不应该再有个急脾气。细心观察开发的情绪,当个朋友,陪伴左右。适当的当个出气筒也未尝不可。

人都有反思情绪,在狂暴之后就会反思愧疚。反思刚才自己是不是做的不太恰当,说话是不是太冲撞,然后产生该怎么弥补的后续。

是的,我们用的就是这种反思愧疚,驱动开发解决难题、做完需求。

2. 认怂,可怜无辜博取同情

人都有保护弱小的天性,女产品在这里有优势。

我们要善于扒开自己的伤疤,让开发看看,告诉他们做产品有多难。这个伤疤可能是KPI的压力,可能绩效C的评级,可能是老板说的明天就得上线,可能是客户催的 deadline。

做事不争论,而是消除信息的不对称。一面要敢于承认自己需求的不合理性,但另一面也要表达自己的苦衷。

这个层面其实是认怂卖惨,就是要表达需求如果不做,我们伤疤会更大。钢铁直男哪顶得住这架势,相信开发,他们的心也是肉长的。

此时,安心的等着开发做需求吧

一个需求是朝夕,一万个需求是长期。

产品和开发需要长期的合作。站在时间点上,我们可以用方式方法推进需求,但长期还得靠激励,正向的激励。

开发升职加薪的物质激励,产品能做的微乎其微。但做事的价值意义,是我们可以做好的精神激励。

学会这个,让程序员做一万个需求都不够!

1. 要表扬,肯定开发的辛勤付出

职场都要强调价值和意义,一面是项目的价值和意义,一面是自己的价值和意义。

我们要维护并发扬,团队成员存在的意义。

上线邮件附带的感谢清单,攻克难关时毫不吝啬的鼓掌,同事对话间不经意流露出的欣赏,项目复盘时的特别表扬。

雪崩时,没有一片雪花是无辜的。上线时,没有一行代码是白费的。我们要让开发敲的每一个字节都跳动,让每一次的辛劳都有阳光。

2. 要实在,帮助开发解决问题

开发也会遇到难题,我们要跟开发建立线上线下的革命友谊。

工作中主动帮开发接下沟通对接、来回扯皮的会议,当有确定性的流程和方向时,再让开发介入,他会默默的感谢你帮他省时省力。

生活中顺手拿个快递,王者开黑记得选蔡文姬。主动打听市场妹子的信息,整理完善主动供给。

要实在,这叫善解人意。

五、最后

产品经理要修身。相信我,推进需求的速度与自身的能力成正比。

我们要在工作中无数次的证明自己。自身厉害,开发就会减少质疑。如果在开发心里,被定义水平低下,我们将举步维艰。

在自身有实力的前提下,配合上方法技巧,那需求从来不是问题。

也许,你,是他最乐意配合的产品经理。此时,跟着你,做一万个需求可能还真不够。

#专栏作家#

王海,公众号:产品经理大百科,人人都是产品经理专栏作家。互联网产品老兵,对产品增长和商业模式有深入研究,目前创业中。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 真累,都是来工作还得哄开发同事。

    来自浙江 回复
  2. 很受用,学习了。大佬能详细沟通请教吗?

    回复
    1. 可以,wanghai638,一起交流成长

      来自北京 回复
  3. 我懷疑你是開發派來的臥底,還想哄

    来自广东 回复