B端产品经理与C端产品经理有什么区别吗?如何做好B端产品经理?

B端产品经理与C端产品的区别到底在哪里,如何做好B端产品经理呢?
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 127 浏览
  • 略问用户 提出于 2021-01-16 09:53:12

17 个回答

xxxxxa

首先,我们要明确一下B端产品的定义。一般来讲,B端产品指针对企业或机构使用的系统。广义上B端产品包括几个方向,分别是企业内部管理软件(例如CRM,HRM,WMS等)、平台类企业给商家端使用的系统(例如淘宝或美团的商家管理后台)、相对C端来讲的后端系统(例如电商后台,CMS等)。以下描述我们所说B端主要是指企业内部管理软件,具备较强的代表性。

产品面对的用户不同

ž C端产品的用户是独立的个人,而不是一个组织或机构。

ž B端产品用户群体是某个业务团队或组织或机构,这一组人需要共同协作来完成一项工作,所以需要B端产品来帮助他们实现分工协作。

产品的目标和价值不同

ž C端产品是企业和用户建立联系的桥头堡,传递企业的商品和服务,承担企业的商业价值。

ž B端产品主要帮助组织或机构提高收入、强化管理、提升效率、降低成本、控制风险。

设计起点不同

· B端产品是为了解决业务问题而设计的,设计的起点是进行业务调研、研究业务问题。

· C端产品要实现公司商业模式的落地,承载着公司的商业目标,设计的起点是对商业模式本身的分析与研究,包括市场分析、客户群分析等。

MVP思路不同

· B端产品要支持业务整体运作,所以在选取最小功能集合时,即便再简化,也要保证一个核心业务流程的运转,因此B端MVP往往是一个具备一定复杂度的系统,不可能是一个或几个功能点。

· C端产品需要解决用户的痛点,需要挑选一个核心痛点去打动用户,如果核心痛点定位错误,就会导致验证失败。所以在选取最小功能集合时,C端产品要聚焦核心用户痛点,C端MVP可能只包含一两个功能点。

细节设计不同

· B端产品面临复杂的业务场景和用户场景,因此进行细节设计时,必须关注建模、抽象、角色、权限等问题。

· C端产品面临的场景相对单一,并且使用者是相对独立的单个用户,因此不用关心角色、权限管理,但在交互设计上需要投入很大精力。

对运营的依赖程度不同

· B端产品上线后,要进行全员宣导培训,产品运营工作相对简单。可以说,B端产品上线后肯定有用户使用,因为公司会要求自己的业务团队使用新产品。

· C端产品上线只是走完了万里长征的第一步,接下来需要运营团队进行持续推广,并且通过快速迭代迅速优化产品,响应用户需求。可以说C端产品上线后还要靠运营团队继续奋战,才可能走向成功。

请先 登录 后评论
xxxxxa

我目前在做的产品是物流(配送)领域的产品,介于 to C 和 to B 之间。可以说下我的理解。 

先说 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 而用户没有)
请先 登录 后评论
xxxxxa

B端核心就是吃透业务

请先 登录 后评论
xxxxxa

14ce36d3d539b6002edb00cae450352ac65cb7b1.jpg

请先 登录 后评论
xxxxxa

首先把问题一分为二:

产品的基本能力

不论你是做B端产品还是做C端产品,产品都离不开5个要素:

用户、定位、需求、打磨、时机。

明确用户群,定位产品,输出需求,打磨产品核心,选对时机推出。

B端产品

服务于某一个行业的企业的产品。

企业更加注重效率,这意味着什么呢?

1 产品逻辑要清晰简单,不要冗余。

2 你的产品销售逻辑要简单,降低决策成本。

3 买你的产品,有没有保障?

同时,意味着行业属性非常强。

因为你是服务于企业的,那么他们的业务就是你的产品逻辑。

需要你理解他们的业务。


C端产品

服务于大众群体的产品。

大众可选择性很多,而且多变,这意味着什么?

1 如果你的竞争对手,在同一个场景中,比你的好用,用户会果断弃用你,所以做好用户体验。

2 人的情绪是多变的,了解用户预期,不要让用户失望,如果你让用户失望了,会果断弃用。

3 盈利模式很重要,你的产品是给用户免费还是付费?如果免费,你从哪里转钱?这个赚钱的链条是不是很长,越长,越不可能成功。


如何做好B端产品?

从B端产品的介绍你可以得出:

1 效率至上

2 销售简单

3 安全可靠

是B端产品的三要素。

那么你如何做好?

1 产品信息架构简洁

2 产品手册、商业手册清晰

3 想办法给产品背书,如果没有就推出售后服务。


最后,以上我说的都不重要。

重要的是:

不断学习行业知识,修炼产品基本功,才是根本。

我是青色,谢谢观看

请先 登录 后评论
xxxxxa

我觉得前面的大哥已经说的很详尽了,我再补充一点个人的理解吧。

从实际操作来看,to B 的项目会更注重逻辑和对业务的理解,产品设计的最优解相对来讲更加的“循规蹈矩”。

To C 的项目由于用户群庞大而模糊,需求往往呈现“多姿多彩”的趋势,更需要一些创造力和想象力~

请先 登录 后评论
xxxxxa

bc都是从:用户出发、定位产品、设计需求、打磨产品、选定时机,并没有本质区别。

只是里面的细节和对象不同

B端产品

服务于某一个行业的企业的产品。

企业更加注重效率,这意味着什么呢?

1 产品逻辑要清晰简单,不要冗余。

2 你的产品销售逻辑要简单,降低决策成本。

3 买你的产品,有没有保障?

同时,意味着行业属性非常强。

因为你是服务于企业的,那么他们的业务就是你的产品逻辑。

需要你理解他们的业务。

C端产品

服务于大众群体的产品。

大众可选择性很多,而且多变,这意味着什么?

1 如果你的竞争对手,在同一个场景中,比你的好用,用户会果断弃用你,所以做好用户体验。

2 人的情绪是多变的,了解用户预期,不要让用户失望,如果你让用户失望了,会果断弃用。

3 盈利模式很重要,你的产品是给用户免费还是付费?如果免费,你从哪里转钱?这个赚钱的链条是不是很长,越长,越不可能成功。

请先 登录 后评论
xxxxxa

业务、业务、业务!重要的事情说三遍

另外就是同客户爸爸的沟通能力,要多加锻炼。及时反馈、获取信任。

人脉最好运营一下,2B很看人脉。

请先 登录 后评论
xxxxxa

B端业务逻辑重要,B端是降本增效

C端用户体验重要,C端要的是好玩

请先 登录 后评论
xxxxxa

这位大哥,看你很面熟,每天都在混论坛,可否问一下在阿里负责什么产品?

请先 登录 后评论