平台型产品经理 VS 业务型产品经理(1):什么是平台型产品经理?

38 评论 126242 浏览 503 收藏 15 分钟

什么是平台型产品经理,什么是业务型产品经理呢?本文作者会分篇与大家分享,今天聊的是平台型产品经理。enjoy~

从2015年开始,阿里的产品经理招聘分为平台型和业务型,后来很多互金公司逐步学习采纳了这种分工方式。那么,什么是平台型产品经理,什么是业务型产品经理呢?

先上结论:

  • 平台型产品经理(产品设计):对接开发、测试、设计团队,负责业务逻辑梳理、产品架构、产品设计、功能实现、用户体验设计;
  • 业务型产品经理(商业领域):对接商务、市场、运营团队,负责需求挖掘、商业模式创新、业务规划与落地、后续运营。

平台型产品经理是跟研发打交道的,业务型产品经理是跟市场打交道的。这样的划分,是对产品经理这一岗位的细分,对职责的进一步明确,以便充分发挥各人所长,起到1+1>2的效果。同时这也标志着产品经理这个职位从无到有再走向成熟。

任何一个行业在最初的时候都是混乱的,没有成熟的经验可以借鉴,就需要从业者不断发挥自己的创造力。这时候更多需要的是能够走野路子、没有固定的章法跟套路、能够创造性的解决问题的人。这个阶段也是行业的红利期,不仅能够让人快速成长进而有机会成为行业内有话语权的人,更有机会让人创立自己的公司或者成为公司早期合伙人,带来极大的经济回报。比如多益网络创始人徐波、汽车之家创始人李想都没有读过大学,他们是乱世里打天下的人。

一个行业稳定之后,就会有更加专业化的从业人员、更细的分工、更具体的工作流程与方法、更清晰的晋升渠道。这时候从业者如果不学习借鉴成熟的经验而是选择自己从头摸索,会很容易被“正规军”吊打。创业的机会也会大大减少,行业成熟时需要能够坐天下的人。

所以基于这样的大背景,阿里选择了将产品经理分为平台型与业务型两大类,同时电商与互金行业的很多公司开始逐步学习这种分工方式。

一、产品经理有哪些类型

上文提到,行业成熟之后,就会有更细的分工,最初一个人做的事情被划分成几个具体的职位。那么产品经理有哪些类型呢?

产品经理的划分可以按照行业,也可以按照具体所做的事情。行业不同做法千差万别:互金往往是运营驱动,而社交更多是产品驱动,游戏行业往往分为数值策划、剧情策划、系统策划等。现在电商跟互金行业开始逐步采用平台型+业务型这种划分方式,这两大类产品经理所做的也是完全不同的两个方向。

二、为什么要划分成平台型和业务型

对于互金来说基本都是运营驱动,除了技术储备以外所做的项目几乎最终都是为了开展业务。所以这时候需要偏业务方向的产品经理来提出业务方向与规划,偏产品设计方向的产品经理来做需求分析与产品设计。在业务方向上,平台型产品经理广度不够;而在互联网平台产品设计方面,业务型产品经理深度不够。所以需要划分成平台型与业务型。

运营驱动与产品驱动有什么不同呢?

以支付宝与微信支付为例,支付宝会制定各种支付的kpi:支付交易额、用户数增长,然后所有的工作都围绕着关键目标进行,因此产品就会比较功利。将商业目标放在用户体验之上,认为用户体验只是达成商业目标的一个手段,这时候用户在使用过程中就有不顺畅、被引导的生硬感。而在一次微信公开课上,张小龙曾经提到过,微信支付没有这些KPI,微信只逐步优化用户的支付体验,所有的工作都围绕着用户能够更快更方便使用,当用户形成了量级与粘性,业务量的增长是顺其自然的。这就是截然不同的两种理念。

但由于互金本身的强运营驱动性不可能纯产品导向,微信支付还是由于有微信这样的大的流量入口才采取这种做法。像微信支付这种太偏产品导向的互金产品是非常少的,大部分互金产品太偏业务导向忽视了用户体验,做好互金产品需要平衡好平台与业务的关系。

三、平台型产品经理具体工作内容?

平台型产品经理具体所做的工作,以下是阿里提供的平台型产品经理的要求:

我们需要你,作为产品的设计师,从底层系统的API,到用户可见的软件功能;
我们需要你,作为用户的代言人,从最不起眼的产品缺陷,到影响用户业务生命线的系统可用性短板,你敏锐的嗅觉和一切以客户利益为出发点的初心将是产品持续优化的源动力;
我们需要你,作为团队的中场发动机,你需要协同开发、测试、运维、运营、业务的小伙伴们为同一个目标努力;
我们需要你的技术背景,一起改变产品世界!

对于互金行业,平台型产品经理要解决的问题可以用用户体验五要素来概括:产品定位、产品功能范围与业务逻辑、信息架构、交互设计、感知设计。总的来说要解决前台中台与后台的产品方案以及产品设计问题,同时确保上线的质量与时间,跟进上线之后的效果并持续优化产品。

平台型产品经理可以按照前台、中台、后台这样子划分,不同的角色解决不同的问题。现在大家对于用户端的重视程度提升了,因为用户的使用习惯以及体验方面已经变得很挑剔。虽然大家一致认为,只要所销售的产品足够有吸引力,哪怕承载这些的用户端做得再差都没有关系。但是事实上并不是这样子,因为用户会认为如果连用户端的体验都做不好,自然就会不信任背后的服务。用户端是直面用户的,用户所感受的所有信息,所进行的所有操作都是在用户端进行。用户端直接决定了用户的第一印象、操作方式、直观感受与体验。

互金产品的用户端大致分为基础功能、业务相关、营销相关。基础能力比如扫码、支付、充值、提现、转账以及账户相关,账单、资产、绑定账号设置更改等等。这些基础功能需要不断完善,形成统一的标准与组件,为所有的业务线服务。基础功能穿插着所有的业务线,比如用户在购买理财产品的时候需要使用支付功能,用户在理财结束之后需要提现到银行卡。然而很多产品仍然对于用户端还是不够重视,在基础模块上下的功夫也太少。

左图为支付宝提现结果,右图为微信支付提现结果,对比两者我们会发现支付宝竟然将“完成”按钮放在右上角,而且竟然没有展示提现金额与到账银行卡号。虽然微信支付与支付宝仍然有不小的差距,但是对于基础组件的优化往往产出投入比非常高,在做好其他工作的同时是完全可以花一定心思做好这样的基础组件的。

以下是我设计的资金转出的基础组件:

做好基础组件之后,形成统一的标准与规范,用户在使用过程中就会形成习惯,方便用户的操作,提升用户体验。

除了基础组件之外,还有相关业务以及营销活动的用户端产品设计。我所接触的公司里很少有公司在用户端花很大心思去细细打磨的,其实用户端是最容易出成果的,只要花一定的心思就有很好的效果。用户端产品设计本质是对用户需求的把握、对使用场景的梳理、对用户行为的设计,在这方面还是苹果做得好,iOS 11的App Store的很多交互太让人惊艳了,非常值得我们学习。

数据分析能力对于平台型产品经理来说也是非常重要的,毕竟不是所有产品都能做到像苹果那样子不去刻意迎合用户,所以很多时候还是需要通过数据分析来驱动产品设计的,具体可以参考我的博文《产品经理如何做用户行为分析》

再来说说中台,互金的中台大致分为业务中台、风控中台、策略中台。这部分属于纯业务逻辑层面的,连接前台与后台的连接器。由于互金产品极其需要风控同时业务逻辑也是非常复杂,所以说互金产品往往是小前台大中台。业务中台是伴随着业务诞生的,比如一款贷款产品,在贷前贷中贷后都需要进行从前台获取用户设备与操作信息、联网核查、调用其他系统数据、存入后台数据、接收来自中后台的返回结果等等。在一款互金产品中,中台起到的是极其重要的作用。中台产品经理会涉及到产品的方方面面,从一个业务方向,到最后用户可以用到的产品,都需要反复梳理业务逻辑,才能够确定最终的产品方案。

我个人在所做的项目中也参与了中台的业务梳理以及产品设计,中台产品设计是非常考验产品经理的逻辑能力、对于整体的业务理解深度以及所有的系统的了解程度的。

最后说一下后台,互金的后台大致分为内容后台、数据后台、核心业务系统。后台系统这种产品就像是后厨,它不像前台那样子跟用户打交道,不像中台那样子没有操作界面。内容后台一般用来配置页面信息,数据后台用来展示、提供各个业务线的各类用户数据,核心业务系统往往是成熟的产品方案,比如信贷系统、理财系统、保险系统以及相应的代销系统等等。

在用户端产品设计过程中,同时需要考虑到后台可配置性,除了基础组件写死以外,其余的很多页面都要考虑可配置性,比如产品的上下架,楼层、模板的样式灵活切换,营销活动、通知公告的灵活上下架等等。

决定用户体验的不仅仅是产品设计,还有UI与技术,如果后台的架构不够强大就不足以支撑一定的并发量,如果前台的混合开发做得不够好,就会造成加载时间长,延迟卡顿等等。所以平台型产品经理如果能够懂一点开发与测试的知识并具备一定的美感就能够一定程度上避免这种问题。同时互金的平台型产品经理因为要与业务以及风控对接,所以平台型产品经理最好是还能够懂一些业务与风控的知识。

相关阅读

平台型产品经理 VS 业务型产品经理(2):什么是业务型产品经理?

 

作者:秦时明月,互联网现金贷产品经理、互联网保险产品经理。

本文由 @秦时明月 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我感觉支付宝完成页面为啥设计的简单。两个原因,转出金额与银行卡主要是在确定转出前确认,转出后为什么要确认呢,因为有的用户可能觉得不放心,需要复核。这块全展开可能会增加用户的阅读负担(信息量大)。保守的做法是再次给用户展示一边。所以折中的办法就是折叠,激进的做法是完全不展示,告知用户正在处理即可。
    支付宝把营销活动入口放在此处,更可能是文中所述,是运营驱动策略。微信的支付体验更好一些。

    来自上海 回复
  2. 能转载吗?会表明出处的

    回复
  3. 结论清晰,言简意赅,深入浅出。

    回复
  4. 来自北京 回复
  5. 赞一个,逻辑很清晰,从产品经理的类型看,中台和后台更偏重业务逻辑,相对来说,前台偏重交互和体验。

    来自广东 回复
  6. 您好,请问 现在的数据或大数据产品经理,是不是和这里的平台型/业务型又不太一样啊?算不算第三大类?
    另外,请教您技术出生的产品,是不是更适合做平台型的?
    我之前做过5年的技术,现在做toC的App时,感觉力不从心。但做toB的催收系统反而找到了一些感觉,因为感觉催收系统很考验逻辑性,不是很看重视觉或交互。前者正是我的强项;而后者是我的弱项。

    来自浙江 回复
  7. 对于原型流程中,有一点小疑问请教一下:
    转入转出要先点银行卡->选择银行卡->选择转入/转出 一共三步操作,而且也把转入转出隐藏得太深,对于小白用户也许可能不知道该功能在哪里。为什么不考虑直接先选择 转入/转出->选择银行卡这种交互呢
    然后还有点小建议:对于写文章可以减少使用图片,在不得不用图片的时候尽量考虑图片的分辨率和大小高点,这样不管对手机用户还是pc用户阅读都能更愉悦,也相当于是增加了读者的用户体验

    来自四川 回复
    1. 转入转出功能在首页是提供的,选择银行卡再转入转出这个功能属于比较次要的, 而且也是必须要有的,正常用户的操作都是从首页进行的,交互文档更多的是给开发看的,让开发了解里面的逻辑。
      写文章肯定尽量少用图片了,用图片只是为了说明清楚。还有就是写文章的话更多的是表达个人观点,而不是为了用户的体验了。再说了,仅仅是几张图片而已。就好比做产品,肯定是满足大部分用户需要了,同时也会在产品中加入一些引导,而不是一味地迁就讨好用户了

      来自江苏 回复
    2. 很感谢作者能在百忙给我答疑,最开始以为转入转出的入口只有图中展示的部分,产生了部分疑惑,所以在评论中提出来。

      来自四川 回复
    3. 也是我交互文档的问题,因为交互文档中的首页用的那张图在写博客的时候还没有上线,所以那部分不能放出来,只放了一小部分。

      来自江苏 回复
    4. https://zhuanlan.zhihu.com/p/36089894 知乎上的博客里面有完整版的交互文档,可以参考这个

      来自江苏 回复
  8. 大佬,能不能写一篇关于数据产品经理的文章?

    回复
    1. 哈哈,不是大佬,没有做过数据产品经理,目前还是偏向于平台与业务方向,对数据产品经理理解太浅了

      来自江苏 回复
  9. 不就是运营吗

    回复
    1. 啊???产品是产品,运营是运营啊

      来自江苏 回复
    2. 运营要背数据考核的,业务性产品估计只用提高用户体验,交互等。

      来自湖北 回复
  10. 受益匪浅

    来自河南 回复
    1. 谢谢

      来自江苏 回复
  11. 请问楼主大概什么时候更新第二期,业务型产品经理介绍呢?非常期待

    回复
    1. 第二篇已经更新

      来自江苏 回复
  12. 大咖,写的挺好的,有宏观思维,也能注重细节。资金转出基础组建挺漂亮,不太懂金融业务,有点设计困惑求教下;

    1、如果转账模式是一个卡转到另外一个卡,那么选择出卡表单2和转入卡表单9应该是用的同一个表单(除了转出卡被默认干掉),为啥是2个风格呢?一个叫“银行卡”,一个叫“选择银行卡”。
    2、我看列表电子账户和储蓄账户做了拆分,那么8的意义是什么?就算转出卡回退,也还是2才对吧?所以2,8,9应该是一个列表样式?
    3、6转账表单处理,转入和转出的样式交互太像了,可能会有点困惑哪个是转出哪个是转入。是否可以卡片处理做得差异化点。
    既然叫转出表单;转出银行卡和余额及转账金额是否应该是主角。

    没做过金融,向你学习!

    来自四川 回复
    1. 我分享的这个肯定不是原稿了,里面很多东西被我替换删除了哈哈哈哈,有几个页面没放进来,因为那几个页面还没上线,还有一些地方被我删掉了,比如很多交互的描述等等,不然被领导看到会找我

      来自江苏 回复
    2. 好的。向金融专家学习。方便的话加个微认识交流。chenduboy :mrgreen:

      来自四川 回复
  13. 学习了

    回复
  14. 同问:流程图是用什么工具做的

    回复
    1. 那个不是流程图,是交互图

      来自江苏 回复
  15. 请问平台型产品经理是不是替代了交互的工作

    来自浙江 回复
    1. 没有,其实很多时候都是在做中后台的事情,偏向于业务逻辑等等,交互基本都是做用户端。
      然后用户端方面,产品经理做交互稿这些,因为交互要基于需求、场景、行业,交互设计师是打磨其中的交互部分的,参考产品经理提供的原型与交互稿这些

      来自江苏 回复
    2. 谢谢解答 😆

      来自浙江 回复
  16. 订阅了

    回复
    1. 多多交流

      来自江苏 回复
  17. 很期待下一篇关于业务型产品的内容,谢谢作者

    来自上海 回复
    1. 下一篇已发布

      来自江苏 回复
    2. 谢谢 😉

      来自上海 回复
  18. 流程图是用什么软件做的呢?

    来自北京 回复
    1. 就用Axure做的

      来自江苏 回复
    2. 谢谢

      来自北京 回复