大家好，欢迎来到IT知识分享网。
G端产品是什么，G指的是“Government”，是为G端、包括事业单位开发的产品。严格来讲，G端产品是B端产品（面向企业）的一个分支，他们有很多共性。虽然有很多共通之处，但也有一些特殊性和区别，实际上是无法将G端和B端归属为同一类产品，为了更好的设计出这两类产品，本篇文章会和大家一起“粗浅”的分析一下。
B端产品一般在决定是否购买前都是高层在关注或者指派专人来对接，但对接的人大多数情况下不是真正的使用者，因为一般采购软件的一个部门的职责，实际应用的是另一部分人员。
这也是我们在做类似产品的前期调研时需要注意的问题，我们是否了解到了解使用者的需求，我们如何转化决策者和使用者之间需求上的差异，做到千人千面，这也是我们做产品经理的同学每天在苦苦思考的问题
2.产品主要服务于可以提升效率减少成本的环节中。
服务于G端或企业的软件，大部分要帮助其解决实际问题，对效率、利润产生贡献，通过智能化信息化帮助工作人员在具体的流程环节中提升效率从而达到节约成本和高效产出的目的。
3.注重业务流程和业务场景，做合理且专业的产品。
G端企业类的产品，如果产品经理或者设计师如果不了解实际业务，没能把业务流程梳理清楚，对实际工作场景掌握不足，就不可能产出让客户满意的产品。所以产品的设计者要思考产品需要解决哪些具体场景下的问题、理解整个工作流程、分析客户的需求，才可以做出专业并令客户满意的产品。
4.要兼顾用户体验和业务需求之间的平衡。
2B产品重业务，很多功能需求直接来源于实际业务，就有很多人会感觉用户体验并没有那么重要，实际上并不是这样，试想如此重视业务逻辑的产品如果没有一个可以让用户流畅操作的界面，那将是多么灾难的事情。所以我们要平衡好两者的关系，将细节打磨贯穿到整体产品的设计中，做到逻辑正确、清晰简明、操作顺畅。
以上的总结主要来源于我的工作经验和实际输出，针对代表性的共通点加以阐述，当然还有一些产品共性以及相同的方法论，比如“都是给人用的”这种大家都知道的内容就不详细赘述了。说完相同点，我们在看看他们之间的差异，首先我们从G端端产品说起。
我们在设计G端产品时，要时刻关注上层相关条文政策，设计提高G端办公效率的软件，必须围绕主轴核心业务来设计，核心业务的依据参考就是相关政策法规，所以产品人员要根据政策来调整自己产品的流程功能。再好的业务功能也不能偏离上层政策。
2.做好主轴流程，严控最终输出结果。
G端项目要把握好产品的主流程，所有功能围绕主流程来实现和延展。虽然说B端产品的功能可以串联整个工作流程，各个应用之间串联并行，但作为G端项目来说，或许并不需要大而全，我们可能最终只会负责整体流程的一部分，这部分相对对立和专注，我们要保证好完成这部分的最终输出，保证输出结果的专业性、规范性、正确性。同时也为数据的下一级流转提供强有力的支持。
3.想好如何将数据转化为知识服务产品提升效率。
我们在设计通用类产品的时候大多数情况下我们更愿意把数据转化成内容来满足c端用户的衣食住行。但在设计g端产品时我们必须更注重的是数据在系统中的流转、沉淀、在回传。要将数据形成知识，将知识转化成辅助工具，提升效率而不是占用时间。所以在设计之初就要不断的在头脑中完善，如何将数据对应到业务需求，将业务如何转化成具体的功能，不断完善产品体系，在脑中形成基于业务的产品架构。把握好自己产品所在场景的业务需求以及该场景下知识辅助可以解决哪些问题，数据沉淀客户帮助客户提升多少效率，这是产品经理要做的重点工作。
4.数据安全很重要，对做好数据的安全性要求更高。
我们做G端系统因为其特殊性，对于数据安全的要求就非常高了。产品设计阶段的数据涉密问题，再到产品之间的数据流转、存储、交换等都需要严格的安全保障。在C端看似非常简单的数据更新云存储，在设计功能的时候就要考虑“线下”流转数据的情况，在没有公共云的情况下如何更新备份数据，是通过内网云来做更新，数据存储在哪里？如果通过线下拷贝数据，那么系统中的相应更新流程如何设计？这些都是摆在产品设计师面前需要仔细思考的。
5.产品的采购依据G端年度预算，具有极强的时效性和周期性。
G端的产品采购都是通过年度预算的方式，所以在做产品时一定要考虑到周期性和实效性，当年的政策影响以及当下的重点事件都会是产品跟进的方向。这时候就要迅速转化成功能到产品设计中来，落实G端需求，尽可能拿到更多的预算。
6.对于驻地和现场的反馈要高度重视。
G端项目非常依赖于驻地的培训和服务，服务做的越好接下来的项目机会就越大，这个很好理解，大家都希望项目流程简单，对于经常在一起合作的厂商，G端一般不太愿意在更换其他厂商了，因为已经“知根知底”合作模式清晰了，这也是一种效率。基于这点作为产品人员对于驻地同事的相关需求和反馈一定要高度重视，他们反馈的大概率是客户真正的需求和反馈，这些建议如果可以及时得到响应，我相信会提高我们的产品在G端内的认可度。同时搜集这些一线反馈对于产品人员分析需求，构建人物模型，搜寻市场机会都有极大帮助。
工具类产品
解决刚需或某一类具体需求，例如百度地图
内容类产品
OGC（职业生产内容），例如爱奇艺
PGC（专业生产内容），例如得到
UGC（用户生产内容），例如抖音
社交类产品
解决人们的社交需求，例如微信、陌陌
平台类产品
作为买卖方的服务方，帮助买卖双方实现交易，例如淘宝
办公自动化（OA）
是将计算机、通信等现代化技术运用到传统办公方式，例如teambition
客户关系管理（CRM）
指企业用CRM技术来管理与客户之间的关系,例如销售易
企业资源计划（ERP）
通过软件把企业的人、财、物、产、供销及相应的物流、信息流、资金流、管理流、增值流等紧密地集成起来实现资源优化和共享.例如金蝶云
C端产品线的后台（CMS）
支持C端业务，配置前台展示的产品。饿了吗商家版、淘宝商家后台、滴滴司机端
人事资源管理（HRM）
实现人力资源部门在员工素质管理、薪资管理、绩效考核等方面的需求。例如薪人薪事
b端的核心是线下业务场景还原线上，以数据的查询统计，精细化管理，降本增效为目的；信任是产生交易的基础；线性增长，更需要耐心；垂直细分明显。
B端产品是角色视角，产品设计要考虑不同的角色，比如说各个级别的老板或者系统的管理员
其中，客户和用户有不一样的地方，客户往往是决定谁掏钱的人，用户往往是决定是怎么使用的人。
比如钉钉、飞书、企微这些B端产品，上面有消息已读未读，作为员工来说可能比较讨厌，但老板就比较喜欢，所以B端对于组织的关注往往大于个人，更侧重企业目标的实现。C端更侧重的是个人目标或者用户目标的实现。
C端是流量逻辑，以前很多这种产品的玩法是，把用户吸引过来产生了流量然后再变现。比如卖货、知识变现课程、接广告等变现模型。
不管是C端还是B端它的底层的方法论，核心能力是相通的，因为我们都需要满足最终的用户的需求都需要去排需求的优先级去做产品的规划然后一步一步做出好的产品来。
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://yundeesoft.com/152419.html
