面向 B 端的产品经理

简评：愈来愈多人涌入产品经理这个岗位，可是面对不一样的产品和客户群体，产品经理所须要的技能、知识和经验可能大相庭径。
近几年随着移动互联网的爆发性增加，几乎遍地都是产品经理了。华尔街日报 也曾报道称「产品经理」是新晋毕业生最青睐的岗位。拥有必定技术背景、良好的业务导向思惟和优秀的运营经验加成，产品经理（Product Management）也能成为其余更高级职位角色的跳板。

然而，值得注意的是，如今大部分为外人所知的 PM 主要都偏向于 C 端（消费者业务），像你们熟知的 Facebook、Twitter、Uber 以及 Google 等。毕竟面向消费者的移动互联网大规模普及带来的岗位需求造就了 C 端 PM。

可是，C 端的 PM 经验几乎很难应用于企业软件。可能有些人不太理解，本文尝试阐述一下。

▎源之根本在于商业模式

消费者业务和企业业务的差别显而易见，所以它们对产品管理方面的要求也大相径庭。

咱们很容易能说出消费者业务的一些特征，诸如用户体验、广告盈利、App 内购等等。咱们经过提高产品体验，运营市场策略以及各类增加模式来获取用户。当有了足够的用户以后，咱们又会根据用户的喜爱不断地迭代产品。

而在企业市场中，产品每每是活在规模订购的模式中。销售同事将这种大型复杂的企业软件产品售卖给小部分付费用户，在售卖的过程当中，会进行各类资源预算分配的讨论。对于大多数公司来讲，购买并开始使用一个新软件是很是庞大的工程，所以企业软件其实是一种各方利益妥协的结果。

在企业市场中，一个主要客户就能够进行产品需求变动，这会扰乱原有计划和工期，但 B 端 PM 也不得不接受。毕竟交易很是重要，是盈利的直接来源。

不过具备讽刺意味的是，尽管 C 端工做中用户大于天，但实际上 B 端 PM 会更接近产品面向的客户。

对于 B 端 PM 意味着他们必须和销售、市场部门紧密合做，有时候还须要一块儿去见客户以帮助收集需求和交易。但 PM 毕竟不是销售，因此不少 PM 面临的挑战是如何能专一于长期的产品开发而不会由于销售需求而过度分心。

▎关于 MVP（最小可行性产品）

MVP 你们都懂，下面这个小漫画还挺直观的 ~

MVP（最小可行性产品）的思路在面向 C 端时好使，但面向 B 端时就行不通了，由于当一家公司要花几十上百万去购买你的产品时，不太多是看中你的 MVP。

做为公司方，他们只想要解决他们如今面临的业务问题，销售必须向对方证实本身公司的产品可以解决这些问题。

因此企业软件一般都很专业，它须要深入理解用户面临的业务问题，而这反过来又要求 B 端 PM 首先得理解用户的业务。

▎客户≠用户

另外，购买者和使用者未必是同一我的，这点也很重要！

甚至，还存在决策者角色：老板拍板，秘书下单，经理使用。

企业软件的购买一般涉及到大笔资金，这笔资金的使用通常来讲可能须要高级副总裁受权，同时 VP 也要给更高一级的管理层或者董事会说明这项投资的理由。这就是为何全部企业软件都都会打包成「解决方案」的缘由之一了。

另外，真正的用户实际上是业务部门，他们才是一线生产者。

因此客户和用户分离的这种形态，致使企业软件老是特别不「人性化」。管理员支付的是功能和商业价值，而非漂亮的用户界面。高管们的需求优先级是远高于下属的。

Lotus Notes 用户界面
Lotus Notes 是一个数据库产品，其上还绑定了一个电子邮件客户端。没人喜欢这个企业软件的用户体验，可是对于软件提供方 IBM 来讲，这依然是一项价值 10 亿美圆的业务。由于对于甲方高管来讲，这个软件功能齐全，超低风险并且续约费用低。

最后推荐几个 B 端产品经理 ~

Adobe's Ben Gaines and Joe Martin Percolate's Carmen Sutter Constellate Data's Matt LeMay Salesforce's Dan McCall Demandware's Vinod Kumar HubSpot's Jeremy Crane and Mike Champion 原文连接： Product Management for the Enterprise