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

王海
4 评论 3831 浏览 14 收藏 11 分钟
🔗 B端产品和C端产品的区别在于,B端产品的用户是企业客户,C端产品的用户是个人消费者。因此,B端产品经理和...

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

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

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

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

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

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

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

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

一、区分目的和过程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

三、该哄就哄,该怂就怂

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

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

哄好开发,认怂完事。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

要实在,这叫善解人意。

五、最后

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

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

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

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

#专栏作家#

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

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

题图来自 Unsplash,基于CC0协议

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

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

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

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

    来自广东 回复
专题
13315人已学习12篇文章
营销数字化与数字化营销,是两个不同的概念,很多容易混淆。本专题的文章分享了关于营销数字化的解读。
专题
13609人已学习17篇文章
在一些老系统可能会有流程复杂、扩展性不强的问题,此时便需要进行重构。本专题的文章分享了产品重构指南。
专题
18263人已学习13篇文章
本专题的文章分享了小程序介绍、小程序搭建、优化设计规范和功能设计指南
专题
16935人已学习13篇文章
B端运营应该是产品商业化的最终结果。本专题的文章作者结合自身B端运营经验,进行B端实操项目方法论分享。