聊聊广义的B端产品人

编者按：本文来自微信公众号“PM杨堃”（ID:pmYangKun），作者：杨堃，36氪经授权发布。

我们应该探讨广义的B端产品人

作为聚焦于解决企业业务问题的管理软件，B端产品这几年受到越来越多的关注，但实际上企业管理软件建设并不是一个新课题，而是一个存在了十几年甚至几十年的领域。

从广义上来看，传统的需求分析师，项目实施顾问，IT项目经理，企业内部的B端产品经理，SaaS企业的2B产品经理，这么多岗位和工种，其实大家都在从事管理软件建设工作，属于广义上B端产品的范畴，但不同岗位工作内容又不尽相同。

很多从事管理软件建设的同仁，往往对上述的岗位名称和叫法感到困惑，对其工作内容和职责范围感到不解，在职业发展和选择上感到无所适从。本文将尝试区分这些概念，提炼相关特点，并给出相关的转岗建议，希望对大家有所启发和帮助。

B端的概念为何兴起？

企业管理软件，实际上已经存在了多年，但是2B产品以及2B产品经理的概念，却是这几年兴起，主要原因有两点。

第一，是互联网2C流量红利释放完毕后，资本和企业都在寻找新的增长方向，而在欧美已经非常成功且成熟的SaaS化企业管理软件领域，成为大家聚焦并追逐的方向。产业互联网和2B产品的概念，在媒体的持续包装输出下，变的火爆且流行。

第二，是互联网企业的管理运营模式和组织设计，被传统企业所学习参考，而互联网企业特有的产品经理岗位，也成为了传统企业IT部门转型升级的研究课题。互联网企业内部自研管理软件的B端产品经理体系，同样成为传统IT部门期望赋能业务的参考对象，甚至是完成企业数字化转型的重要核心抓手之一。

以上两点可以看出，在企业外部，管理软件上云和SaaS化，给传统IT厂商转型、以及创业公司奔涌而出提供了契机；在企业内部，如何让技术赋能业务，将IT系统和资产变成业务变革和试错的强力引擎而非包袱，给传统IT部门转型升级提供了契机。

在这样的背景下，B端产品成为一个火爆的话题，而B端产品经理，则成为企业持续增长的人才需求。

围绕管理软件建设都有哪些岗位和特点？

那么，所谓B端产品经理，和传统的IT相关岗位，有何区别呢？各自都有什么特点呢？

我们可以将各个岗位，从企业内（甲方）和企业外（乙方），进行分类进行研究和说明。

从企业内部来看，涉及到管理软件建设的两类核心岗位分别是需求分析师，和内部B端产品经理：

需求分析师

岗位职责：理解并分析业务需求，形成软件设计方案，跟踪并保证上线交付；对软件按期上线交付负责。

内部B端产品经理

岗位职责：分析诊断业务，输出解决和优化方案，跟踪方案落地执行并分析效果，进行闭环优化；对业务结果负责。

可以说，在互联网企业内部，B端产品经理就是需求分析师的升级版，除了负责软件设计，更重要的是参与影响业务，通过技术赋能业务。

很多传统企业要做互联网化转型，往往粗暴的将需求分析部名字改为产品部，需求分析师转产品经理，就认为大功告成，实际上没有任何意义。B端产品经理，如果想在企业内部发挥价值，一方面对人才的能力有要求，另一方面也对企业内部的制度、文化都有要求。

从企业外部来看，涉及到管理软件建设的典型岗位包括了IT项目经理/实施顾问，和SaaS产品经理：

IT项目经理/实施顾问：

岗位职责：理解客户需求，根据现有产品形成解决方案，负责系统实施落地；对软件产品按时交付上线负责。

SaaS产品经理：

岗位职责：理解行业需求、客户需求，提炼客户需求，设计标准化产品，适配绝大多数目标客户群体；对公司营收、续费、客户业务成功负责。

SaaS作为一种软件部署形态，更重要的是代表了一种全新的商业模式，和传统IT软件项目相比，本质的变化，是软件要对客户业务结果负责，产生真正的业务价值，否则客户不会续费，SaaS创收就无从谈起。

传统IT系统售卖基本是一锤子买卖，所以传统IT项目经理/实施顾问/需求分析人员，并不在意软件系统是否真的为客户产生价值，只需要满足客户需求，保证上线即可；而SaaS产品经理，必须为标准化产品负责，为客户价值交付负责，这就对软件设计人员提出了更高的要求。

以上分析可以看出，从企业内来看，需求分析师要升级为产品经理，为业务结果负责；从企业外部来看，SaaS产品经理变得越来越重要，也需要为业务结果负责。

不论是企业内部，还是企业外部，现代商业环境，要求软件设计人员都要更加深入贴近业务，不单纯交付软件产品，而且要持续交付业务价值。

不同岗位的职业发展路径如何？

作为一名管理软件设计人员，身处不同的公司和岗位，未来可能的发展路径如何，不同的岗位是否适合自己，相信这些问题让很多从业者感到困惑，下边我们来具体聊下这个问题。

广义上B端产品相关的软件设计岗位

首先，我们先来看甲方内部的岗位转化，需求分析师转型产品经理（①），有两种方式，要么公司内安排部门转型，改名为产品经理，要么去互联网或科技企业应聘产品经理岗。如果应聘者没有深刻行业背景或乙方背景，需求分析师想直接进入互联网企业应聘产品经理是有一定难度的，互联网企业招聘内部的B端产品经理，要么从乙方挖行业专家，要么内部培养或从其他互联网类似业务口挖人。

一般很少有产品经理转型需求分析师，所以我在图中没有绘制相关箭头。不过也有个别需求分析师或实施顾问转岗产品经理后，因为各种原因（例如工作强度太大），最后选择回到传统企业的需求分析岗。

接下来，我们看看乙方内部的岗位转化。实施顾问转型SaaS产品经理（②），是一条水到渠成的路径，因为实施顾问长期贴近一线，业务能力强，软件设计功力扎实，最适合转型SaaS产品经理；当然，SaaS产品经理也可以转型实施顾问，或者客户成功顾问，但实施工作相对辛苦，需要出差，可能不是大多数产品经理的首选，所以我在图中没有绘制SaaS产品经理转实施顾问的箭头。

我们再来探讨下甲方乙方之间岗位的转化情况。

一般情况下，乙方公司的资深顾问，积累一定经验后，都愿意回到甲方（③），相对工作压力会减弱很多。而有些甲方的需求分析师，为了进一步历练自己，也会选择加入乙方（④），接触更多项目，提升能力。甲方的需求分析岗和乙方的顾问岗，在工作内容和技能要求上，重合度高，也是很多传统IT人常常选择的工作方向。

同样，很多乙方的专家，也愿意加入互联网企业，从事企业内B端产品经理工作（⑤、⑥），需要注意的是，互联网企业内部对B端产品经理的要求，是需要介入影响业务，这就需要乙方的专业人士加入后，能够转变思路，变被动为主动，积极参与业务。

说实话，在互联网的狼性文化中，产品经理必须能做到驱动、影响、改变，这个思路和乙方做项目的思路还是不太相同，后者偏执型，因此，如果你是乙方转互联网背景，一定要在这些方面多加注意。

另外还有一个明显的特点，虽然都是从事管理软件设计，但企业内B端产品设计，和SaaS产品设计，在能力要求上还是有一定的不同；前者更重视产品经理对业务的参与影响，在复杂环境和系统架构中寻找最优解决方案；后者强调理解业务，更加偏重软件的抽象和标准化设计，甚至可能不需要理解企业的应用架构。

因此，在现实中，我们也往往能看到，两类产品经理（SaaS产品经理和互联网企业内部的B端产品经理）进入对方的公司后，出现严重水土不服的情况。甚至演变到后来，两类公司互相不再愿意招聘对方背景的人员。（所以我干脆也没有绘制企业内B端产品经理加入乙方公司的箭头）

总结

以上，探讨了围绕管理软件建设相关的岗位情况、特点。B端是一个很宽泛的概念，从业人员众多，希望这篇文章能够对各位从业者，在职业选择和岗位理解上，有一些帮助。