to B的产品经理有什么不一样？

我目前在做的产品是物流（配送）领域的产品，介于 to C 和 to B 之间。可以说下我怎么理解 to B 产品经理和 to C 产品经理之间的差别。

先说 to C 产品。大家都比较熟悉用户产品，分析的思路都是看市场组成、看竞争对手、看用户群体，可以说，得用户者得天下。不管是用户体验至上、打价格战补贴战，还是讲情怀说故事、买广告做公关，这样的产品就是想方设法要让用户用上、而且让用户喜欢上。

对于这样的 to C 产品，产品经理要做的事情是我们平时都会聊到的：需求分析、功能设计、用户体验、迭代推进等等。用这些工作保障产品一直在向让产品更有价值、用户更愿意埋单的方向进步。

因此，对 to C 产品的产品经理来说，主要能力大概是：

• 对市场和用户敏感，懂得做调研、访谈和分析
• 对需求和场景敏感，可以做好功能设计
• 熟悉用户体验，懂审美
• 沟通、团队协作和管理能力
• 熟悉运营、营销方面的知识

再说 to B 的产品。to B 的产品有两种，一是内部产品，比如后台产品、CRM 系统或者 ERP 系统，这是针对公司的需求让很多工作结构化、信息化以及流程化，而公司未必是做 to B 的产品的；二是公司的商业产品原本就 to B，比如一些外包团队、提供语音技术解决方案的公司，以及像菜鸟这样试图填充某几项物流环节的公司。

对前者来说，产品经理要关注的是公司的产品，以及公司团队的整体协作方式。产品的所有价值就是让团队的工作更加高效、快捷和方便。比如原本客服团队都用最笨拙的手工记录方式处理问题，客服系统可以让效率提升十倍，这就是价值。比如，原本发布各种版本（正式、灰度、强更、A/B）都要让工程师去手动完成，后来做一套可视化的后台发布系统，发布由产品或者运营就能完成，这也是价值。

对后者来说，产品经理要关注的则是整个产业链的情况、整个 to B 市场的状况。自己公司的产品在行业内是处于什么位置？价值产生在什么地方？威胁最大的会是什么？说白了也就是 SWOT 的分析。

关注点并不一定只在要让甲方满意，他们说什么就做什么。还要关注，甲方对自己的态度是如何的。这也是一种潜在的用户诉求，只不过对方不会明白告诉你。举个简单例子，如果有一个专门做 to B 算法技术的公司，给很多公司提供大数据算法解决方案，技术好也来钱快。不过，核心的算法对某些公司来说很敏感，可能甲方用你的产品只是前期人员不足的折中方案，早晚都要自己亲自做。这样就不能高枕无忧，万一现在对接的甲方都是这种心态呢？就要想其他的出路了。

总之，这样的产品经理要对付的不是成千上万、并不那么具体的用户群，而是一个个形象具体的甲方。他们的问题都明摆着，需求也明摆着，你不需要做什么麻烦的用研，也很少要做需求分析。最重要的就是用最好最快的方法把他们的问题解决。

to B 的产品经理，更需要：

• 关注产业链和公司所处行业的位置
• 能察言观色，了解甲方、需求方的背后诉求
• 关注信息化、结构化和流程化，让产品足够高效（在我看来，to B 产品就是剥去了华丽外衣的 to C 产品，只关注最实际的价值）
• 有强大的逻辑分析和描述能力（to B 产品经常有复杂的数据结构和逻辑关系）
• 要比 to C 的产品经理有更好的项目推进能力（甲方都有 deadline 而用户没有）

作者： ​刘飞