B端产品初识 | 冰岩分享
B端产品初识
随着数据化转型的当下，深入渗透企业经营关键环节的B端产品开始迎来一片蓝海。暂且不管观点对错，作为一个还未正式踏入社会的初级产品小生，虽然主张“术业有专攻”，但不主张早早地给自己的未来从业方向下定论，将自己局限在ToB或ToC的道路上。初出茅庐的我们缺乏各种经验，但有很多机会去接触、了解更多的东西，最终通过实践选择适合自己的那条路。从主攻C端产品到聚焦B端产品，以下主要结合所见所闻、个人经历及思考聊聊对B端产品的认识。
B端产品C端产品的主要区别
市面上的产品根据产品性质分主要分ToC、ToB、ToG三类。B端产品，即为企业（Business）用户提供服务（Service）或产品。它是基于某个业务领域，解决客户在办公或经营过程中遇到的问题，为客户提高效率，减少成本，从而实现商业价值的产品。B端产品常见的业务类型有企业应用类、垂直行业类、平台类产品。以下观点主要是以企业应用类产品为背景。
下面用一张图直观地来说明B端产品和C端产品的主要区别：
B端产品从诞生到商业化简单归纳有两条路径：一是由定制化到通用，二是由通用到定制化。
第一种B端产品诞生的初衷是先服务好公司内部，即优先依靠内部各种复杂、高定制化的业务需求来不断打磨产品，持续优化，待产品成熟后再走上商业化。这种情况下产品由成熟走向商业化，对产品功能往往是做减法，即最终会精简出一套业界通用的业务流程，而各种定制化的需求也会以插件等较为灵活的方式承载。这种先在内部打磨的方式还可以造就一些成功的案例，可以在业务方决策者决策评估时提高转化率。
第二种由通用到定制化，是指做产品前先花大量的功夫进行市场调研，包括调研所服务行业现有的竞品、该领域下各种业务流程、业界的标准等，目的就是为了先抽象出一套通用的业务流程。在客户实际使用过程中，再根据实际的业务需求对产品进行持续地优化，实现更多定制化的需求。
B端产品有多重受众
B端产品解构的核心要点是：受众、业务、流程、当前状态。首先需要理清的就是该产品的受众。B端产品有多重受众：B类受众客户和C类受众用户。
B类受众客户指企业厂商、社会机构，C类受众用户指个人用户。B类受众客户是产品的决策者，对产品有比较重大的影响力，关注风险、成本、收益。C类受众用户是产品的使用者，关注产品的体验。
企业购买B端产品，升级B类企业的业务服务，同样可以得到C类间接受众的良好反馈，从而又反馈到B类客户，具体体现可能是B类受众口碑变好、收益增加等。比如快手购买了一套腾讯云的业务服务，使得刷产品信息流更顺畅、服务器更稳定，C端带来的产品体验更佳。反馈到快手是用户粘性更高，收益增加。
B端产品设计的特点
B端产品设计注重系统性，需要的不只是要支持当下业务的问题，更是要找到业务的底层链路，提前做好规划。除了系统性，也需要兼具一定的灵活性， 这是由于B端产品面对的业务需求往往是复杂且变化的。C端“体验为王”，B端“效率为王”。从业务流程看，B端产品业务逻辑复杂，注重效率，在保证产品功能和确认优先级时，让用户已最快的速度、最简单的的操作完成任务。
从目标用户看，B端产品主要面向具备一定专业知识的企业员工或客户，因此需要逻辑严谨且具有系统思维，因为很多需求都是“牵一发而动全身”。从产品使用场景来看，B端产品具备天然的用户粘性高、使用时长长，这也意味着产品设计需要注重标准化和一致性，给用户沉浸式的体验。
B端产品的设计原则上往往有以下几点：
简化流程、简约至上。尽可能地减少用户的操作与交互。实际应用中包括让减少跳转（让关键操作入口更浅）、自动关联操作和判断、控制路径、避免用户的跨系统操作、识别核心行为并进行定制化推荐操作。
组件化思维。将基本控件在特定场景下组合，使每个组件都是独立完整的解决方案，可以复用，从而提升设计效率
模块化设计。针对复杂、体量大的B端产品，模块化设计可以减少重复性，从中抽离出共通性，再标准化，可以提升效率，方便维护。
一致性。为了减少用户的操作、学习成本，应尽可能保持系统的结构一致性、操作一致性
B端产品的用户体验
由于B端产品的终端用户仍然是个体，因此B端产品同样无法抛弃“产品体验”，只不过相对C端的产品体验，B端产品设计尤其地强调效率。以企业基础服务类的B端产品为例，B端产品的价值大多在于标准化企业内部工作流程，提高企业经营效率，节约成本。
面对C端产品，“体验为王”常常被挂在嘴边，一款产品的迭代路径也是以产品不断优化体验的路径，并且会倾向于给用户带来惊喜。而B端产品，一旦产品体验达到了客户预期是否也需要继续追加人力优化体验呢？不，一旦服务体验达到了客户的预期，忠诚度就不会再随着产品体验的提升有多大的增长，而为了节省成本，保持当下的状态是比较好的策略。
B端产品的用户达到预期时，是求稳的，心理预期往往是“帮我快速且尽可能简单地解决问题，别整堆看似丰富但没实用价值的花里胡哨的功能，不必给我惊喜，能让我正常完成当下的工作即可”。而导致B端和C端产品在用户体验方面有这种不同的关键原因还是回归到场景：B端是工作场景，而C端是生活场景。
从主攻C端到聚焦B端的上手历程
作为一个职场新人开始接触B端产品时，往往会有一段时间的学习期，这段时间我们要做的就是有效地利用现有的各种产品方案、产品周报、会议记录等材料快速且尽可能全面、详细地了解现有的业务。从这些历史材料里，我们不仅可以了解即将上手的B端产品所基于的业务背景、当前所处阶段以及接下来要做的事情，还可以帮我们理清产品从诞生至今需求变迁的脉络。
这也是与做C端产品上来就先横向地了解行业中的竞品，写竞品分析报告所不同的。B端产品上手需要先充分地了解其所基于的业务场景，这个过程包括列举产品所服务的对象、不同对象的关切点（即对产品的诉求）、所涉及的业务流程和场景、当前场景下的痛点等。
从主攻C端产品到刚开始聚焦B端产品时，一大变化是感觉从致力于发挥想象了解各种有趣玩法，变成了致力于充分了解业务方的真实需求和使用场景。时不时还要当起“小客服”，为开发、业务方、服务团队等非产品角色解释复杂的业务逻辑。对不同的角色阐述产品逻辑的方式也应不同，对于开发应从需求实现的角度出发，如果可以，尽可能用技术思维阐述，而对于非技术背景的服务团队等角色，应从需求表现层面利用图文、举例等简单地方式说明需求场景，这个过程中常发现高中的数学推理、分类讨论对梳理产品逻辑总能排上用场。
例如B端产品中的度量系统，对于业务方、服务团队这类使用者角色而言，直接利用样本数据配置出一个可视化的数据看板呈现给用户即可清楚地让用户感知到产品方给的看板数据是否能满足需求，而对开发同学而言，给出图文并茂的PRD反而需要他们二次消化一遍，还不能确保他们对数据指标的计算逻辑理解无偏差，因此最有效的方式是直接给出他们需要从后台导出的数据表，再清晰的说明每张数据表的每个字段的计算逻辑，数据的筛选逻辑。
B端产品更考验逻辑性，系统性，以及对流程和细节的把控。B端产品每增加一个功能都可能是在为产品增重，因此对于接收到的业务方需求时，需要理清楚需求对应的角色、其背后的场景与痛点，判断是否真的“痛到非做不可”。
结语
B端产品离我们没有那么遥远，但高定制化需求、高业务壁垒的特性绝不意味着B端产品的主职是做好“传话筒”、“小客服”。以上是一些入门的浅显见解，希望可以对还在B端产品门前徘徊 ，或想了解B端产品的朋友们有所帮助。