平台型VS业务型产品经理

很多互联网公司都把产品经理招聘分为平台型产品经理和业务型产品经理，昨天和做产品的同学聊到做产品的相关经历，于是，写下点所思所想，看看能否和大家有些共鸣！

先上结论：

平台型产品经理（产品设计）：对接开发、测试、设计团队，负责业务逻辑梳理、产品架构、产品设计、功能实现、用户体验设计。

业务型产品经理（商业领域）：对接商务、市场、运营团队，负责需求挖掘、商业模式创新、业务规划与落地、后续运营。

为什么要区分平台型和业务型产品经理？

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

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

两种产品对技术水平的要求

以前做的是平台型产品，这就要求我懂技术，总有人问产品经理是否需要懂技术，我觉得对于平台型产品经理还是要懂一些技术的，因为在技术评审会中，产品同学不能成为传话筒，一定要参与到技术方案实现的讨论当中，要大概清楚技术实现的边界和逻辑，但是并不需要直接去写代码，不用关注在技术上的细节是如何实现的，明白了上面所说的工作流程，对于“产品经理是否需要懂技术”这个命题，我想正在读本文的你，心中自然有了答案。

PS：接下来我会做一段时间业务型产品，几个月后会通过自身的项目经历，将业务型和平台型做一个对比，再写一篇文章~

平台型产品的日常工作

我之前做的是平台型产品经理，在经历为期几个月的to B平台型产品工作中，主要是从需求分析—>产品设计—>全程跟进开发—>再到上线之后数据分析之后的版本迭代，形成这样一个完整的闭环工作，作为to B电商业务线产品经理，我平时的主要工作就是同时开发用户端、商家入驻端和后台审核端三个端口，还要相互打通，确实，在实际工作中，平台视角对我们的要求也更高，近期也是深有感触。

在平时项目中，除了考虑当下这一需求，还需要通过思考这个需求的上下游业务流程，来闭环整个需求的业务场景，如果当下需求非常复杂，甚至可能会涉及整个平台的改动。

因此，平台视角要求产品经理需要经常跳出“点”的需求，来思考整条业务流，甚至最后汇合达成“面”的范围，否则后期会因为某些点没有考虑到而被动。

我在工作过程中的难点，主要来自于业务线内部逻辑的繁琐，因为我当下做的产品往往会和之前上线的其他系统模块有着不同程度的耦合，甚至是一些表面看不到的逻辑，这就需要我去深究，如果前期深究的不周全，在最后研发过程中，产品同学之前提供的需求方案就很容易被推翻导致项目无法进行。这时候产品经理就需要对结果负责！

来源：平台型VS业务型产品经理