b端产品和c端产品的差别（B端与C端产品的4种典型差异）
b端产品和c端产品的差别（B端与C端产品的4种典型差异）以下我们主要探讨一下B端特性：特性：B端需求层面主要特性有：业务方主导、角色差异大、需求相对明确且稳定、业务逻辑复杂；C端需求层面主要特性有：产品经理主导、角色明确、需求变化频率高、业务逻辑相对简单；如果放在产品研发流程里面，我的理解就是：要解决XX在XX场景下的XX诉求，达到XX任务和目标。在产品研发流程里，需求层面是在整个流程的上游，在需求层面B端与C端有什么样的差异呢？他们又有什么共性和特性？共性：都是因为需要而产生的要求。
随着互联网的发展，B端与C端融合度越来越紧密。对于设计来说每天都在接触与切换着，C端是面对广泛用户层面，而B端在幕后，以串联和承载消费需求在B端落地而存在。本文从四个层面总结讲述B端与C端的差异化，从底层逻辑来探讨一下他们之间的差异点。
做过B端产品的设计应该都有一定的认知，B端相对于C端来说，B端复杂的系统类产品目前处于基本可用状态，谈不上什么创新与体验，这在那些方面又有局限了？
今天我们从四个层面来探讨一下他们的差异化，深入分析一下B端与C端的本质区别，让大家真正认识到B端与C端到底是怎么区分的。这四个层面分别是：需求层面、用户层面、设计层面、迭代层面；
一、需求层面需求的含义，名次解释：由需要而产生的要求。
如果放在产品研发流程里面，我的理解就是：要解决XX在XX场景下的XX诉求，达到XX任务和目标。
在产品研发流程里，需求层面是在整个流程的上游，在需求层面B端与C端有什么样的差异呢？他们又有什么共性和特性？
共性：都是因为需要而产生的要求。
特性：B端需求层面主要特性有：业务方主导、角色差异大、需求相对明确且稳定、业务逻辑复杂；C端需求层面主要特性有：产品经理主导、角色明确、需求变化频率高、业务逻辑相对简单；
以下我们主要探讨一下B端特性：
1）业务方主导
在B端，需求一般是由业务方主导，当然也有相应的产品经理，但是B端的产品经理主要起到承接与传递的作用，出现这种现象的原因主要有以下2点：
- 业务复杂。通常情况下，如果B端产品经理没有相关的业务经验，很难快速掌握足够多的业务知识，更不可能在短期内成为业务专家。
- 经验不足。B端产品解决的都是专业领域中的痛点，这些领域大多对产品经理来说比较陌生，很多时候产品经理不是自己所做产品的用户，如果经验不足，很难真正理解用户想要什么？用户真正的痛点是什么？
2）角色差异大
B端产品的角色复杂多样且重叠，每个角色基于自己的岗位和工作职责，对产品的需求也不一样，而且有的产品角色需求差异也非常大，甚至完全冲突。例如，对于一个团队管理协作的产品，管理者的诉求是更严格、更精细和更全面的系统，而对于被管理者的诉求是灵活性高，自由空间大，自己主动发挥性强，这两者诉求的冲突很难调和，只好做出取舍。做取舍就会对产品的设计打折扣，就会考虑到以功能为先。
对于C端来说用户角色差异并不是很大，C端面对的是同一个群体广泛的用户。没有这么细分，比如一个金融产品，面对的用户跨度很大，只要你下载App，就是他的用户。
3）业务相对明确且稳定
在C端领域中，用户需求是模糊和动态的，需要深入调研和挖掘，有时候即使做了很全面的功能，上线后用户也许还不会买你的账，不确定因素很大。而在B端领域中，每种角色的需求相对明确，当然这也是与业务所在的行业的成熟度有关，一个行业的成熟度越高，场景越明确，需求也就越稳定。
在另一方面，B端产品的需求稳定性很强，只要业务规则不变，同一角色的需求差异不大，也正是这一特点，B端产品能够表现出极强的生命力，周期相比C端产品要长得多。
4）逻辑复杂
在工作中，B端设计师经常会出现重复修改设计的场景，如果出现这样的场景我们也要站在业务角度去思考，为什么会重复修改？这是因为B端本身业务就很复杂，在业务和BA对接需求时，他们对于整体的逻辑和框架也会考虑的不周全，还有一个场景就是先让设计师先出图，业务再考虑流程及背后的框架，因为在有实物的场景中他们会考虑的更清晰。在B端领域里是繁琐的流程，复杂的规则，不同角色权限，这些都是互相影响的因素，往往就是“牵一发而动全身”的意思。
而在C端的业务流程相对来说是比较单一和清晰的，就比如下单流程，用户确定物品后点击下单就行，而这单一的流程对于后台B端来说可不简单。
二、用户层面说到用户层面，也许大家都有一个感知，做B端很难接触到真实的用户，如果是C端，自己就是真实的用户，身边朋友也是真实的用户。其实想想也不是那么一回事，B端也是有真实的用户，比如某企业用的协作软件使用者就是它的用户，比如钉钉，如果企业购买钉钉企业软件，企业员工就是他们的用户，但是B端的用户有着几个特点：概念繁多且分离、角色多样且明确。
1）概念繁多且分离
在B端用户相关的概念众多，比如：业务方、业务代表、客户、客户代表、客户决策者等等，而这些都是统称，是一个非常宽泛的概念，但是在产品中具有相同权限用户的合集统称为-角色。
那在C端会有这么细分用户么？好像没有，因为在C端的用户概念指向的都是同一个人或同一群人，比如某某产品面向的用户是在校大学生或毕业应届生，都是很明确的。
B端用户分离，就是指业务方与使用者分离，决策者与使用方分离，业务也许也是使用方，但是业务方也是局部的使用，并不是真正的使用者，业务方对产品很熟悉，但是对于产品的体验和使用不是真实的用户;
决策者与使用者分离，决策者是对产品购买负责任的人，在某一定程度上也算是半个使用者，但他并不是真正的使用者用户。
2）角色多样且明确
B端产品中，产品角色复杂多样，这些角色与实际业务有着对应的关系，有的角色则是根据产品需要而设定，如钉钉系统，有HRD、HR专员、有团队管理员、部门管理者、普通员工、系统管理者等等角色，这些根据实际业务和系统管理上的要求明确定位和划分。
而对应C端来说就没有这么广泛的角色划分，不同用户至少基于一个共同的核心诉求，如小丽喜欢追偶像剧，小盼喜欢看体育，他们共同的诉求就是看视频。他们无非就是有一个会员和非会员之分。
三、设计层面在设计层面，如果有做过B端与C端的设计师都有一个共同的感触，那就是B端相对于C端来说相对于保守和朴素一些，主要有那些差异呢？
1）重功能弱设计差异
在B端产品的交互方式与UI设计相对于C端来说要简单、朴素一些，因为在B端产品使用者更多关注的是产品功能流程使用的流不流畅。第二方面B端产品业务与数据都是很庞大的，需要展示的内容比较多，展示方式都以表单为主，设计师发挥的空间有限，一般在布局上给一些建议。
而在C端需要挖掘用户的动机，排除用户的担忧，还要实现用户的目标，这整个流程对设计提出了比较高的要求，所以在C端设计的创新和用户使用的体验是有着很高的要求。
2）场景的差异
C端产品就主要是为碎片化时间服务的，通常的使用场景是：用户A上班途中，打开云音乐，开始听歌；然后打开网易新闻，刷刷今日新闻，看看热搜；通常使用和操作都是在不同的客户端中进行流转，而非一直“专一”地使用单一app。
B端产品则正相反，该类产品是为了工作或商业目的而使用的软件。既然是为了工作，那就必然是长时间、沉浸式使用，且必须要使用的软件或工具。用户并不能以自身喜好来接受或拒绝。同时，该类软件或工具服务于本公司或企业所有员工，通常必须具有协同工作的功能。
四、迭代层面在介绍迭代层面的时候我们首先要熟悉一个词：MVP。
MVP：Minimum Viable Product –最简化可实行产品。（百度百科），最简化可实行产品是指制作的成本要极低，但是却能展示最终产品的主要特色。
在C端产品面对上线时可以MVP推向市场，后续进行迭代，而在B端如果需要客户购买你的产品，那么产品的功能至少要达到其成熟形态的50%~70%，相对于C端来说B端需要大而全。这是因为产品的本质和特性而决定。
C端产品的本质基本都是一个核心功能，从核心功能而延展出更多的其他的功能，比如微信刚出来的时候是以社交功能为核心，后续延展其他功能来满足用户更多的需求。
B端产品的本质则是满足用户的工作需要，而工作需要从来不是单一的功能就可以满足的，其必然包括多项功能的复合及嵌套应用支持。比如一个请假流程，小王发起请假需要直接主管审批及HR审批通过后，这个流程才算走完。B端需要同人协作，如果没一个全面的闭环流程，这个产品也许是残缺的，或者不可用的。
以上从不同层面讲述B端与C端的差异，也许从这几个层面出发，你可以更清晰的理解到B端与C端的不同的点。虽然设计界一直说：B端产品C化设计，只有从底层逻辑上理解了他们的差异化，才能更好的去突破与创新。
以上观点只是从事多年的B端与C端设计工作的总结，欢迎大家一起交流探讨。
作者：WOWdesign，研究设计价值最大化，涉及用户体验、品牌体验、空间体验。
本文由 @WOWdesign 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
