B端产品经理和G端的区别

有的同学问我这两者之间的关系，这篇文章可以讲清楚。

什么是B端产品经理

提到B端产品经理，许多人第一反应是管理后台，或者门店等系统。的确这类系统属于B端产品，但是APP也有B端产品的。

大部分的B端产品经理产品形态是输出非移动端类的产品，比如网页、PC客户端。

可是辨别B端的产品经理办法只有一个，那就是辨别其系统的使用人员属于业务的什么链路。

比如你开一个门店，门店需要有经营管理，而顾客来你门店进行消费，对于门店的管理者来说，你提供的系统帮助它就是B端。

而顾客需要在门店挑选商品和付款，那么这一端就是C端。

所以你看到B端是服务于组织机构的，因为一个门店就是一个小的组织，里面包含了店长、店员、老板等等角色。每个角色还会有多个人员，这些人存在着上下级以及组织管理、审批关系，而依附于这类对象的产品就是属于B端产品。

与之相反的，只是针对某一个角色或人员的产品，那就是C端。

而什么是G端呢

市面上普遍认为，G端就是面向政府的产品，包含了C端或者B端类产品，都属于这个范围。

可以看到参考，G端其实是包含了TO B和TO C2个方向的。

相较于纯粹的B端产品。to G对于产品的性能、成本、建设方案要求较低，更重要的拿到项目建设权，围绕着项目的发起人、审批人等政府单位人员都需要进行商务攻破。

除了业务流程以甲方为主外，to G一大特色有：私有化部署、数据安全性，对于系统的耦合度、和功能易用性要求较低。

要值得说明，to G也有2种情况，第一是完全以G为主，第二是以服务组织机构、和G端。

前者就是只要攻破关键人，就可以完成G端产品。后者则要考虑到降本增效和业务增长，除了提供稳定的系统使用，还有能够商业化的要求。

不管哪一类产品经理，都是乙方

不管是做B端的还是做G端的，产品经理都是乙方。将其为组织机构赋能，提供业务运转基础保证。

要值得说明下，如今G端的产品，虽然是以搞定决策人为主，但是仍然要满足需求，别人要建一个数据大屏，那就是数据大屏，而不能提供为其他的系统。

而B端虽然是乙方，但是在做产品设计的时候会把B端的客户当做用户来设计，也就是产品的用户路径是标准的，一致的，最终形成业务门槛。

而纯粹G端的可以夹杂非常多的个性化开发，这种需求只会存在这个当前这个项目里，拿出来就不适用了。无法进行标准的产品架构设计，只能保证一个单一的业务走完闭环。

所以前者乙方的感受是深入了解业务，并且还能成为乙方的业务引领者。

今天的分享就在这里。