研发产品经理的价值思考-上

简介: 一般来说,互联网公司的产品经理无需细分业务产品以及研发产品经理;但是在有这样划分的组织里,研发产品经理作为夹在业务产品以及研发工程师之间的职能,其价值引起了笔者的思考与观察。

一般来说,互联网公司都是只有一种产品经理,但是不同的套路来了,某电商巨头所属的物流公司的产品经理有两个细分,一个叫业务产品经理,一个叫研发产品经理;
一直困惑产品分为业务产品(出brd)和研发产品(出prd)是出于什么考量。作为研发的产品经理,在违和的微妙感持续飘来飘去之余,夹在两拨人之间的抱怨那是常态,这俩波职能分别是业务产品以及研发工程师(限前后端);

困惑的背后其实是在思考职能拆分之后的研发产品经理的核心价值在哪里。向左看:客户资源掌握在业务产品手上,可以拿用户需求+订单压brd&排期;向右看:生产力掌握在研发手里,在需求排排站的情况下,不接需求的套路可以有千千万(加之软件开发的价值多为隐性知识,让其显性化是主要的沟通成本,在此之外,工程师是否愿意将认知显性化也是个前提,万一还是个专利嘞?);那么问题来了?你夹在中间的研发产品是干嘛的?

带着疑问去观察,随着工作任务的来临,矛盾也逐渐透露出来:
业务产品提出的需求通常有这么几类,有更偏向于一句话需求的,也就是期望大而全同时还有点那么的模糊;也有雪花般零散的小需求,一会来一个,一会再来一个;规划吗,别问,问的话很可能是在探索中;(然后一去查招人要求,要能提供某行业全链路方案,也就是传说中的面试造/设计火箭来了);
单一业务产品描述的需求/方法论有问题么?并没有突出的问题,甚至不时还有些创新的惊喜,因为客户/业务职能方确实也是会用相似的语言描述需求以及期待/相似的套路。
矛盾:但是当多个业务需求提来类似产品功能需求的时候就会产生问题:因为不同人对相同的问题有不同的解决方案,加之对同一个产品会有不同的功能期待以及模块划分的设计;
这就好比每个人都怀着对耶路撒冷的美好想像去到那里,结果看到的是一个兴旺过,重建过,摧毁过多次的,不断变化的耶路撒冷,从而产生失望;但同时每个人都保留着对中心耶路撒冷所理想样子的权利,并且时不时冒出来争取落地;(笔者为了思考这个问题还特意去买了一本【耶路撒冷三千年】)

到了研发侧,一方面是工程师对落地产品方案要求细致+具体,用以判断同研发能力是否匹配,另一方面是大多数研发工程师只负责自己那一部分,当跨的模块多的时候则要么要求产品经理之间协调,要么依靠项目经理协调推进;
矛盾:这中间产品落地方案不合适就会遭到研发同事吐槽;除此之外做出来的东西还很有可能不是业务&用户可以认可的,因为人家心中的耶路撒冷又变了;

打个比方,就好比有资源的老板想开个新饭店,在还没有规范的菜单的情况下,招聘了客户经理(业务产品)去转化客户,从而获得预约吃饭的订单,再招你(研发产品)负责某几个包间/大厅,你从客户经理那里了解到客人说人家要海鲜,肉,素菜,水果;你就跑到厨房问各个现在或者未来一段时间将会空出时间来的大厨,问他们可以烧什么,结合当时/近期有什么食材,再反馈给客户经理推荐鱼香肉丝,清真鱼,水果拼盘;让其同客人沟通,看看客人是否满意,不满意再重复推荐&后厨确认;如此反复;
这期间可能出现几个包厢的预约客户同时叫你推荐菜品,后台师傅&食材资源冲突,供货的菜场今天没葱了,以及用户来了以后要求改菜,一会盐放多了用户不满意等等需要协调的问题,需要你协调;
问题到此结束了嘛?并么有,客人可能取消预约,也可能因为等太久菜没出来,走了;也有可能是用户吃习惯了隔壁饭店的口味到你这就是吃不顺;当然,即使用户吃完了你也不好判断用户到底满不满意,只能观察用户还来不来再吃;
随着时间的推移,顺利的话,摸索出了几个菜谱,也摸出了不同用户在包间和大厅吃饭的不同偏好,然后就是考虑量产以及利润的问题;再根据反馈不断迭代菜谱;
另外处理以上问题的同时还需要兼顾了解隔壁饭店客流量,以及其有无新品问世受到客户欢迎;
(我想了一下,有这能力咋不去印度街边摆摊卖飞饼呢?)

这么一想:至此职能上划分业务产品和研发产品的主要原因出来了:
一方面是业务产品通常将精力放在满足用户需求的解决方案上,同时就没有更多的精力通过对接到研发工程师的颗粒度上去推进产品开发落地,直接沟通很可能会出现一方以为一句话能说清楚的事情,另一方灵魂题问3k+,从而产生许多不必要摩擦;
另一方面是从解决方案可以非常的多样化,到产品设计模块化以及相对通用化还是需要一个转化与沉淀;
也正因为关注点以及思维习惯&角度的不同,不经转化的推进会产生两边的抱怨(客户经理想的是这单能不能成,以及以后能不能重复的成,大厨还以为你是拿订单来激将出人家祖传秘方),才导致了研发产品经理这个职能的诞生;如果业务产品或者研发工程师任何一方停止抱怨的话,研发产品经理也就失业了;

备注:随着时间的推移,逐渐根据观察以及他人给予的反馈,从身边所接触到的实操提炼出一个解决思路框架(也就说很可能推进的时候是无意识的,但是就是已经这么发生了,而且经过观察还是可以在一定时间内缓和业务需求以及研发节奏的方法)。
这个思路就是:拿前端换后端的时间,也就是可见不等于可得;
说人话就是:表里一套,‘背’里一套。
即表面的一套用于快速在前端给业务方一个交代:可感知的输入,输出,以及操作/样式,以及配置;
‘背’里的一套用户无感知,用于同研发沟通实现产品处理逻辑,不同研发工程师的分工协作,以方便研发工程师进行技术方案设计以及技术选型迭代。(后续细聊)

相关文章
|
10天前
|
资源调度 监控 数据可视化
掌握项目管理,提升产品经理核心竞争力
本文介绍了产品经理在项目管理中的核心作用,涵盖项目规划、团队协作、进度控制、资源管理、质量与风险管理等方面。强调了使用如“板栗看板”等工具的重要性,这些工具通过任务分解、进度跟踪等功能,帮助产品经理高效管理项目,确保项目顺利进行并达成目标。
|
2月前
产品经理的行业经验重要吗?
初入职场的产品小白总是会问一个问题:“行业经验对产品经理来说,真的很重要吗?”小编可以坚定地告诉你:“重要!”
|
数据采集 数据挖掘 BI
数据研发“新人”如何快速落地?
本文将以“如何快速落地”、“快速适应新环境”为出发点,探讨数据研发“新人”如何快速了解公司业务、领域模型和业务系统,然后快速高效的推进相关工作,赢得合作伙伴的信任和支持。
41017 36
|
敏捷开发 机器学习/深度学习 搜索推荐
如何做好创业公司研发团队的项目管理?
探讨创业公司中的软件研发项目管理问题: 大部创业公司的软件研发管理处于什么阶段? 如何改善软件研发过程和提高效率? 软件研发过程会涉及哪些工程理论和方法?
355 0
如何做好创业公司研发团队的项目管理?
研发转岗产品经理,有什么需要注意的呢?
在职场里,换岗是一件需要勇气的事情。尤其是拿着高薪的时候,你可以有各种理由,但不一定能说服身边的人。像研发岗产品岗还好,不至于是从头再来。我身边也有一些成功转型的案例。
246 0
研发转岗产品经理,有什么需要注意的呢?
|
运维 测试技术 Java
精华集锦 | 阿里如何提升团队的研发效能?
云效鼓励师:以下是我们整理的云效公众号上【研发效能】相关的爆款文章,这些内容中有许多都曾获得阿里技术、infoQ等多家技术自媒体大号的转载。总之,篇篇都是精华,篇篇都值得细读,送给正在提升研发效能路上的你,强烈建议收藏哟! 研发效能实践图谱 注:下划线文章,点击即可跳转 1、阿里如何定义团队的研发效能? 要想改进研发效能,先从明确定义开始。
8366 0
精华集锦 | 阿里如何提升团队的研发效能?
|
数据采集 移动开发 监控
十年经验产品经理分享:如何搭建一个行之有效的“数据闭环”体系
打造数据闭环体系,就是要完成数据对于产品产生价值的闭环,让数据驱动产品增长。本文作者从数据闭环的概念出发,结合具体案例,从目标、洞察、迭代、落地这四个方面对搭建数据闭环体系的关键要点进行了分析讨论,一起来看看~
十年经验产品经理分享:如何搭建一个行之有效的“数据闭环”体系
|
存储 SQL 前端开发
我是如何失去团队掌控的?一个技术总监的反思
我是一个不合格的技术总监,在过去的快三个月里。我带着从40多个人的研发团队(包含需求、开发、测试)里抽调出20多个人去为公司开疆拓土。在这快三个月中,我们一起奋战奋斗拼搏。在过程中,我通宵时间超过半个月,干到凌晨4/5点的日子数不胜数,干到凌晨1/2点日子更是习以为常。整个团队绝大多数人近乎两个月没有周末,辛苦异常,是实实在在的高峰体验。但是三个月后,我带着失败和一身的惨痛教训回到公司。
未来酒店——建设高效研发团队的经验分享
在5月29日召开的第二届研发效能嘉年华中,由浙江未来酒店网络技术有限公司的孙吉君带来了“未来酒店——建设高效研发团队的经验分享”。本次分享中他对未来酒店研发规模进行了介绍,对高效团队的三个特征、四个能力的培养和团队建设过程中的四个方法进行了讲解。
2342 0
|
敏捷开发 测试技术 持续交付
敏捷开发,你真的做对了吗?阿里文娱广告团队敏捷实践总结
很多人对敏捷开发有个普遍的误解,认为敏捷就是快,经常在需求没定义清楚的情况下就急于开工。事实上,这样做往往得不偿失。今天,我们邀请阿里巴巴敏捷教练问菊,为我们带来阿里文娱广告团队敏捷实践,看看他们是如何做敏捷开发的。
3418 0