平台型产品经理和业务型产品经理（3分钟了解两者定义及职责）

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

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

先上结论：

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

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

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

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

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

一、产品经理有哪些类型

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

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

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

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

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

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

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

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

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

我们需要你，作为产品的设计师，从底层系统的API，到用户可见的软件功能；

我们需要你，作为用户的代言人，从最不起眼的产品缺陷，到影响用户业务生命线的系统可用性短板，你敏锐的嗅觉和一切以客户利益为出发点的初心将是产品持续优化的源动力；

我们需要你，作为团队的中场发动机，你需要协同开发、测试、运维、运营、业务的小伙伴们为同一个目标努力；

我们需要你的技术背景，一起改变产品世界！

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

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

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

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

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

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

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

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

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

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

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

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

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

第一篇文章暂时写到这里，后续继续更新第二篇，在第二篇中将会给大家介绍什么是业务型产品经理，平台型与业务型的划分有什么不足之处，如何避免这种不足，以及平台型与业务型产品经理的未来发展趋势。