B端产品经理和C端产品的有哪些区别

to C和to G的产品经理的区别

和G打交道蛮久啦，分享下toC 和toG产品经理的区别吧，

1、toC。大多数情况下，通过分析竞品，抄袭竞品，加上适量的用户调研，形成了需求池，用户故事，再根据“科学”的排序，指定出迭代计划；

2、toG。甲方爸爸说，要发明1个轮子；产品经理们，去找以后需要用到这个轮子的单位聊，单位的同事一般会规定好轮子的形状，正方形、圆形、椭圆形等；轮子的颜色和尺寸也会提前定义好。需求表，梳理出来后，找单位签字画押。

从产品需求角度，toC产品，需要产品经理自行BB很多东西；toG产品，甲方爸爸会规定好需求内容，甚至会告诉我们，千万不要自己去BB东西。如果遇到更加强势的G部门，那么，产品经理其实不是产品经理，准确地说，是1名需求分析师。

需求分析师的主要职责如下：

toG的产品产品经理，特别是在前线的交付产品经理，干的活，和以上2点，如果重合度很高。这时候，就不能再自称“经理”，而是“分析师”。

toC的产品，都非常注重交互体验，强调把用户当小白用户，dont make think等等交互设计理念；也非常注重产品的视觉设计；交互，1个toC产品的必备组成部分，是1个重要的组成部分；

toG产品，相对于toC产品，那么交互就只是1个加分项。交互的优先级和重要性，相对不高，有下面几个原因：

1、toG产品，以web端居多，而在web端，toG产品绝大部分是由“ 菜单——列表——详情 ”这3个部分组成，可以称之为ToG产品三重奏；G部门已经非常习惯甚至依赖了这种操作方式。

交互方式的相对固定，且G部门不太愿意改变这种交互方式。

2、toG产品，G部门一定会要求在上线前，进行系统操作培训，会有PPT材料，系统操作手册，甚至有系统操作视频，加上培训会上当面演示操作，G部门的业务人员，对操作系统已经有了认知。

简单地说，G端产品的用户，是专业用户；

而且，因为业务相对独立，他们经常使用这些功能，已经熟能生巧了。功能层次深、多几次操作，对他们的工作效率本身没有太多影响。

如果是toC产品，操作复杂，功能藏得太少，那就太不友好了。C端产品，还是需要做到越少点击越好，在web端，尽可能让用户在3步以内完成操作。

3、成本考量。

toC产品，是花了各种时间或者经济成本拉来的用户，需要想方设法地让C端用户喜欢，并且让用户用得爽。产品视觉设计太丑，会成为用户流失的原因；产品的操作链条太长，用户可能会没耐心，或者用户产生挫败感，或者让用户鄙视这个产品设计，这些都可能会让用户流失。

toC产品，拉个用户来不不容易啊。如果因为交互上流失了，那就可惜了。所以，需要在交互上下功夫。

toG产品，产品群体相对非常固定，就那某些部门的某些人员，基本不存在用户流失问题；而且，这些系统本身就是这些，是从上而下，要求他们必须使用的。比如，财务系统，那不管这个财务做得多么难用，点击可能几十次，系统经常假死，财务人员还是要用。

toG产品在业务流程优化下功夫，会在交互上下功夫带来的效果更加明显些。

下一篇，聊一下在产品运营层面的异同。

B端产品经理和C端产品经理核心能力区别

由浅显的2年多产品经验进行一个核心的总结：

1、产品经理是 用户/业务与技术之间的桥梁 ，负责为需求或问题提供有效的解决方案，并推动技术实现；

2、B端产品经理的核心能力在于 对复杂业务逻辑的处理 ，包括如何进行 需求拆解 和如何进行 产品设计 ，都需要将复杂的业务流程简单化，做到功能易用和用户体验之间的平衡；

3、牢记奥卡姆剃刀定律： 如无必要，勿增实体 ；

4、B端产品经理和C端产品经理的核心区别，不在于需求、设计、功能、技术、方案等，而在于思维： B端产品经理面向业务，需要有强的业务研究思维，服务于行业，要有长周期的沉淀，偏向于专家型的成长路径；C端产品经理面向用户，需要有强的用户研究思维，服务于用户，需要做好用户价值和商业价值的平衡，并有创新的探索；

5、B端产品需要在标准化/通用化和定制化之间做好平衡；

6、B端产品的特点：受众集中、反馈路径短、需求繁杂琐碎、层级明显、看重安全，需求来源于业务、产品、技术等多方面；

7、 数据产品重点在降低用户使用数据的门槛，并发挥或提高数据价值，提升业务价值；

8、什么是好的B端产品： 提供业务价值（降本增效）、良好的用户体验（简单、易用、准确）、团队的成就感和可持续的商业模式；

B端产品经理和C端产品的有哪些区别

B端 产品经理 和C端产品经理的区别：

to c产品是发现用户需求，定义用户价值，并准确的推动项目组达成这一目标。to c产品是你去挖掘用户需求，是创造，从无到有。

to b 产品是根据 公司战略 或工作需要，构建生态体系，或者推动将流程系统化，提高效率。to b产品是公司战略或相关方给你提出要求，产品经理将这类“线下已有的需求”系统化，达到提高现有流程的效率的目的。也就是出图纸，推动能力建设，完成 甲方 需求。

to c产品对产品经理的最大要求是：

很好的用户嗅觉，能准确提炼用户真实需求，为产品的市场化方向和用户利益寻求到一个平衡点。

需要有一定的运营基础，能根据用户反馈不断优化产品。

优秀的to c产品经理还是个优秀的 数据分析师 ，能够根据数据结果反推产品功能。

做to c的产品经理一般都乐于分享，经常可以看到他们跟老板pk，性格不会很闷。

他们还会懂那么一点运营、营销、品牌策略，并会将其体现在产品形态中。

另外，to c的产品和开发是同一个团队，目标一般都是一致的，他们朝着同一个产品方向去努力即可。所以你会看到to c产品经理的项目推动力要求没有to b产品经理的推动力要求那么高。

to c产品经理还需要拥有很高的 交互设计 能力和 用户体验 感知，这里所说的交互设计和体验感知都必须围绕公司战略和产品方向进行展开，to c的初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上。说具体些，就是把产品的交互设计和 UI设计 看的太重，几乎大部分的时间都花在axure原型图的设计上了，而忽视了产品方向和产品本身应该重点考虑的地方。

to b端的产品经理需要具备优秀的需求梳理能力和推动能力，在大公司尤其明显。