产品之道: G端产品B端产品C端产品分别指的是什么?

G端产品是什么，G指的是“Government”，是为G端、包括事业单位开发的产品。严格来讲，G端产品是B端产品（面向企业）的一个分支，他们有很多共性。虽然有很多共通之处，但也有一些特殊性和区别，实际上是无法将G端和B端归属为同一类产品，为了更好的设计出这两类产品，本篇文章会和大家一起“粗浅”的分析一下。

二、G端产品与非G端产品的共性
1.真正的使用者不一定是决策者，大部分是具体的执行人员在应用。

B端产品一般在决定是否购买前都是高层在关注或者指派专人来对接，但对接的人大多数情况下不是真正的使用者，因为一般采购软件的一个部门的职责，实际应用的是另一部分人员。

这也是我们在做类似产品的前期调研时需要注意的问题，我们是否了解到了解使用者的需求，我们如何转化决策者和使用者之间需求上的差异，做到千人千面，这也是我们做产品经理的同学每天在苦苦思考的问题

2.产品主要服务于可以提升效率减少成本的环节中。

服务于G端或企业的软件，大部分要帮助其解决实际问题，对效率、利润产生贡献，通过智能化信息化帮助工作人员在具体的流程环节中提升效率从而达到节约成本和高效产出的目的。

3.注重业务流程和业务场景，做合理且专业的产品。

G端企业类的产品，如果产品经理或者设计师如果不了解实际业务，没能把业务流程梳理清楚，对实际工作场景掌握不足，就不可能产出让客户满意的产品。所以产品的设计者要思考产品需要解决哪些具体场景下的问题、理解整个工作流程、分析客户的需求，才可以做出专业并令客户满意的产品。

4.要兼顾用户体验和业务需求之间的平衡。

2B产品重业务，很多功能需求直接来源于实际业务，就有很多人会感觉用户体验并没有那么重要，实际上并不是这样，试想如此重视业务逻辑的产品如果没有一个可以让用户流畅操作的界面，那将是多么灾难的事情。所以我们要平衡好两者的关系，将细节打磨贯穿到整体产品的设计中，做到逻辑正确、清晰简明、操作顺畅。

以上的总结主要来源于我的工作经验和实际输出，针对代表性的共通点加以阐述，当然还有一些产品共性以及相同的方法论，比如“都是给人用的”这种大家都知道的内容就不详细赘述了。说完相同点，我们在看看他们之间的差异，首先我们从G端端产品说起。

三、G端产品的特点
1.产品受政策影响较大，产品功能需要紧贴政策需求。

我们在设计G端产品时，要时刻关注上层相关条文政策，设计提高G端办公效率的软件，必须围绕主轴核心业务来设计，核心业务的依据参考就是相关政策法规，所以产品人员要根据政策来调整自己产品的流程功能。再好的业务功能也不能偏离上层政策。

2.做好主轴流程，严控最终输出结果。

G端项目要把握好产品的主流程，所有功能围绕主流程来实现和延展。虽然说B端产品的功能可以串联整个工作流程，各个应用之间串联并行，但作为G端项目来说，或许并不需要大而全，我们可能最终只会负责整体流程的一部分，这部分相对对立和专注，我们要保证好完成这部分的最终输出，保证输出结果的专业性、规范性、正确性。同时也为数据的下一级流转提供强有力的支持。

3.想好如何将数据转化为知识服务产品提升效率。

我们在设计通用类产品的时候大多数情况下我们更愿意把数据转化成内容来满足c端用户的衣食住行。但在设计g端产品时我们必须更注重的是数据在系统中的流转、沉淀、在回传。要将数据形成知识，将知识转化成辅助工具，提升效率而不是占用时间。所以在设计之初就要不断的在头脑中完善，如何将数据对应到业务需求，将业务如何转化成具体的功能，不断完善产品体系，在脑中形成基于业务的产品架构。把握好自己产品所在场景的业务需求以及该场景下知识辅助可以解决哪些问题，数据沉淀客户帮助客户提升多少效率，这是产品经理要做的重点工作。

4.数据安全很重要，对做好数据的安全性要求更高。

我们做G端系统因为其特殊性，对于数据安全的要求就非常高了。产品设计阶段的数据涉密问题，再到产品之间的数据流转、存储、交换等都需要严格的安全保障。在C端看似非常简单的数据更新云存储，在设计功能的时候就要考虑“线下”流转数据的情况，在没有公共云的情况下如何更新备份数据，是通过内网云来做更新，数据存储在哪里？如果通过线下拷贝数据，那么系统中的相应更新流程如何设计？这些都是摆在产品设计师面前需要仔细思考的。

5.产品的采购依据G端年度预算，具有极强的时效性和周期性。

G端的产品采购都是通过年度预算的方式，所以在做产品时一定要考虑到周期性和实效性，当年的政策影响以及当下的重点事件都会是产品跟进的方向。这时候就要迅速转化成功能到产品设计中来，落实G端需求，尽可能拿到更多的预算。

6.对于驻地和现场的反馈要高度重视。

G端项目非常依赖于驻地的培训和服务，服务做的越好接下来的项目机会就越大，这个很好理解，大家都希望项目流程简单，对于经常在一起合作的厂商，G端一般不太愿意在更换其他厂商了，因为已经“知根知底”合作模式清晰了，这也是一种效率。基于这点作为产品人员对于驻地同事的相关需求和反馈一定要高度重视，他们反馈的大概率是客户真正的需求和反馈，这些建议如果可以及时得到响应，我相信会提高我们的产品在G端内的认可度。同时搜集这些一线反馈对于产品人员分析需求，构建人物模型，搜寻市场机会都有极大帮助。

二、C端产品
c端指的是消费者、个人用户Consumer；顾名思义就是面向个人用户提供服务的产品，是直接服务于用户的。常见的C端产品如下：

工具类产品

解决刚需或某一类具体需求，例如百度地图

内容类产品

OGC（职业生产内容），例如爱奇艺

PGC（专业生产内容），例如得到

UGC（用户生产内容），例如抖音

社交类产品

解决人们的社交需求，例如微信、陌陌

平台类产品

作为买卖方的服务方，帮助买卖双方实现交易，例如淘宝

三、B端产品
b端指的是企业或商家Business；顾名思义就是面向商家、企业级、业务部门提供的服务产品，是间接服务于用户的。常见的B端产品如下：

办公自动化（OA）

是将计算机、通信等现代化技术运用到传统办公方式，例如teambition

客户关系管理（CRM）

指企业用CRM技术来管理与客户之间的关系,例如销售易

企业资源计划（ERP）

通过软件把企业的人、财、物、产、供销及相应的物流、信息流、资金流、管理流、增值流等紧密地集成起来实现资源优化和共享.例如金蝶云

C端产品线的后台（CMS）

支持C端业务，配置前台展示的产品。饿了吗商家版、淘宝商家后台、滴滴司机端

人事资源管理（HRM）

实现人力资源部门在员工素质管理、薪资管理、绩效考核等方面的需求。例如薪人薪事

四、C端与B端的核心区别
c端的核心是数据驱动运营，运营驱产品，产品驱动技术；c端是以数据增长与转化和用户体验为核心；我们也叫流量经济，眼球经济，决策快速，感性消费。

b端的核心是线下业务场景还原线上，以数据的查询统计，精细化管理，降本增效为目的；信任是产生交易的基础；线性增长，更需要耐心；垂直细分明显。

五、用户模型的区别
C端产品是用户视角，主要目标体验时用户满意，侧重于用户目标的实现

B端产品是角色视角，产品设计要考虑不同的角色，比如说各个级别的老板或者系统的管理员

其中，客户和用户有不一样的地方，客户往往是决定谁掏钱的人，用户往往是决定是怎么使用的人。

比如钉钉、飞书、企微这些B端产品，上面有消息已读未读，作为员工来说可能比较讨厌，但老板就比较喜欢，所以B端对于组织的关注往往大于个人，更侧重企业目标的实现。C端更侧重的是个人目标或者用户目标的实现。

六、商业模型的区别
B端产品主要是销售逻辑，把产品做好往往只能解决40%-50%的需求，剩下的呢这一多半要靠销售人员去磕。

C端是流量逻辑，以前很多这种产品的玩法是，把用户吸引过来产生了流量然后再变现。比如卖货、知识变现课程、接广告等变现模型。

七、需求模型的区别
B端是业务导向，C端是体验导向。举个简单的例子：B端可能会为了符合某些企业内部的流程审批规定或者法律法规方面的考虑，专门将一些产品的使用步骤做的要复杂一点没那么好用但是它安全，事件一步一步下来就必须要照这个流程做，但C端产品一般会更简洁。

八、送代模型的区别
B端的产品跑完一个周期下来，时间往往比较长，可能要花半年一年甚至更久，因为B端产品的循环使用频次小，需要整个系统一群人的综合体验反馈，所以发现问题周期就比较久。而C端相反可能一个星期就能送代一个版本，问题暴露得会比较快所以C端产品优化得更快。但从商业壁垒角度看B端一旦做进去之后壁垒就比较高，别人不容易抄但C端用户就容易在不同的产品之间做切换船小好调头的道理。

九、能力模型的区别
B端的产品经理侧重的是业务把控的能力，要懂业务变成领域的专家。而C端产品经理注重的是产品的设计能力要能够在超级用户和小白用户之间来回去切换。所以说B端的产品经理对于这种业务领域深度的要求会特别高而C端的产品经理更多的是偏广度，要能够在不同的领域之间切换，不同的身份之间切换。

不管是C端还是B端它的底层的方法论，核心能力是相通的，因为我们都需要满足最终的用户的需求都需要去排需求的优先级去做产品的规划然后一步一步做出好的产品来。