经营
学会这个,让程序员做一万个需求都不够!岁末的意思
2024-06-18 18:31  浏览:50


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


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


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


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


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


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




01

区分目的和过程


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


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


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


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



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


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


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


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


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


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


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


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


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



02

与开发同频,齐心协力


当开发说需求不能做时,我们要找到其他替代方案。但现实工作中,我们有时会找不到其他方案。


这个时候,我们就要把开发拉到跟自己同一条战线。不要争吵对立,而是绑成一条绳上的蚂蚱。


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



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


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


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


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


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


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


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


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


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


当开发帮忙想方案时,他就进入了主人翁角色。


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




03

该哄就哄,该怂就怂


但,还是有例外。


需求确实难实现,而且只能硬着干。


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


哄好开发,认怂完事。



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


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


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


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


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


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


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


我们要善于扒开自己的伤疤,让开发看看,告诉他们做产品有多难。


这个伤疤可能是KPI的压力,可能绩效C的评级,可能是老板说的明天就得上线,可能是客户催的 deadline。


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


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


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



04

表扬鼓励,长期发展


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


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


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



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


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


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


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


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


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


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


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


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


要实在,这叫善解人意。





最后


产品经理要修身。


相信我,推进需求的速度与自身的能力成正比。


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


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


也许,你,是他最乐意配合的产品经理。


此时,跟着你,做一万个需求可能还真不够。

发表评论
0评