B 端产品因其系统的复杂性和行业领域的专业性，使得设计师对用户、业务、产品的分析难度远远高于 C 端产品。设计师如果坚持用 C 端的思维方式，去走 B 端的路，多少有点“水土不服”。

首先，B 端产品有门槛，举个例子，打开巧寓 APP，我们从认识专业名词开始，你会切身感受到什么是天然的业务知识壁垒;其次，用户至上原则有陷阱，B 端设计过分关注用户体验而忽略任务目标，容易本末倒置;最后，我们常用的代入角色法(站在“用户”的角度上思考问题)，有局限性，你以为的用户也许不能代表真正的目标用户诉求。

综上，对于刚接触 B 端的设计师，我们可以从认识这两类产品设计的差异开始，总结 B 端设计的通用法则。

B 端和 C 端设计差异

1. 差异一 目标用户

C 端用户是一个个有鲜明特征的个体，他们较感性，共情力强，注重体验，容易被产品内容打动。C 端用户更关注“你能让我做什么”，所以 C 端遵循用户至上原则。

从上图不难看出，B 端用户的特点是以“职能角色”参与到整个工作流程中，设计师应该以优化流程为准，提升角色之间协作效率。如果沿用 C 端的用户至上原则，过于聚焦单个用户的意见，容易丧失对整体流程的把控。在 B 端设计中，为了高效完成目标任务，允许牺牲一部分用户体验。

2. 差异二 设计思维

C 端以体验为王。用户使用 C 端产品的成本几乎为零，在众多同质化的产品中，体验舒适的产品自然更有优势，这也让设计师们对产品使用体验越发挑剔起来。

B 端以效率为王。B 端产品少则几十，多则几百上千个功能，它的价值就在帮助客户提升协作效率。

上图这个案例，有争议，但可以看一看 C 端和 B 端各自的思考角度。放到 C 端产品中，左右弹窗样式可能要当 bug 处理，一般来说阻断性这么强的弹窗，是希望将用户聚焦在当前这个操作场景中，并列弹窗无疑又打断流程，又增加了用户理解成本。但在 B 端场景中，就有了合理性，我们来看一下这个使用场景，添加房源描述模板是为了减少房管员重复录入工作量，以及新增新场景模板，也就是说一个场景下要满足编辑模板、添加模板、选择模板、浏览模板等功能，虽然理论上操作上是前后顺序，但是对房管员来说，他需要全局去管理，单个操作来回切换，反而增加了他的工作量。

3. 差异三 使用场景

C 端产品的使用场景渗透到生活的方方面面，用户随时随地都可以使用，占据大部分碎片化时间，在产品大多趋于同质化的今天，要想在短时间内吸引用户注意，并延长用户使用时间，产品需要有个性的设计风格，及趣味性。

B 端产品的使用场景多在企业内部，也满足外出办公的场景。作为一个服务客户的工具类产品，可以满足客户定制化需求。用户使用时间较固定，且需沉浸式使用。不难理解，为什么 B 端的设计都偏冷色调，整体风格较简洁、克制，让用户更聚焦工作内容。

4. 差异四 核心价值

C 端产品的本质主打一个核心功能，同时附加 N 个锦上添花的小功能，即使砍掉这些附加功能，也并不影响核心功能的使用。在 C 端产品日趋同质化的今天，核心功能是大众的记忆点，同时也是产品保证竞争力的关键。

B 端产品的价值是帮助客户提高协作效率，降低管理成本，实现商业价值。B 端设计师主要实现某个任务场景中的流程设计，以巧寓发房为例，完成“发房”这个任务有 3 个关键节点：添加房源-审核房源-上架房源。实现每一个节点功能都需要 N 个其他功能配合，如果要砍掉某一个功能，将直接影响整个进度流程。

5. 差异五 设计原则

C 端设计中，需保持产品的场景多样化，突出核心功能和差异化。想要迅速被人记住，需要独树一帜的风格和贴近人性的设计理念。以图标设计为例，在为我的家游戏设计 icon 时，我们着重考虑了趣味性和创意性。色调也使用温馨的暖黄色调，刺激点击欲望。

B 端产品多为辅助工具，工具类产品在视觉设计上并不需要吸引注意力，在设计上更注重业务流程设计是否合理、体验是否一致。在图标设计上，与 C 端相反，icon 抹平了单个 icon 的个性，让整体语言更加简洁统一，减小用户切换成本。

也不是说一定不能突出个性，B 端有大量数据场景，可能有满屏都是表格的情况，这个时候可以差异化设计，将数据图形化，让冰冷冷的数据阅读不那么枯燥。

刚接触 B 端，如何快速熟悉复杂的 B 端业务

从 B、C 两端产品差异对比中，我们可以快速归纳出搞定 B 端设计的通用方法，然而优秀的 B 端产品设计要想做到能打，还要兼具深度和广度，这就要求设计师对业务了解足够透彻。B 端产品的业务特点：

• 有专业知识壁垒;
• 角色多，任务场景交叉;
• 业务属性复杂，功能多且路径长。

那么我们可以从以下三个方面来，逐步理解业务：

1. 由点到面-从“任务”的视角切入业务

B 端产品设计需要弱化用户个体特性，更加关注用户个体在整个企业架构中所代表的角色。设计师可以从辅助角色更高效的完成任务这个路线，了解业务地图中的某一小块信息，通过对任务的前后关联分析，如这些任务主要内容是什么、任务目的是什么、需要使用什么工具、还需要协同哪些角色等。

2. 由表及里-从三个层面深入了解业务

• 多看产品页面。可以直观了解它的产品调性、专业名词、操作按钮、交互体验等，遇到疑问，多向产品同学请教，有针对性的扫除理解障碍。
• 是关注这个系统的运作方式，了解信息结构。在对角色和他们的任务场景有了一定了解后，我们可以去了解角色在整个系统中的位置，它处在整个流程的哪一个环节，与其他角色的关系等。
• 是战略层。站在足够高的视角，用较宏观的思考方式，去理解企业或者这个行业的背景，了解它的商业目标，运转模式，行业特征，生态链等。

3. 循序渐进-通过不同角色和关联任务，摸清业务脉络

B 端产品需要多方角色协同完成工作，即使有成百上千个功能，也是容纳在每个角色的工作场景里。角色数量相对固定，当你对角色了解的越透彻，每个角色画像就越清晰，且每个角色的任务一般需要多方协同完成，也就是说，你对角色画像认识越全面，你对业务的理解也越深入。将散状分布的各个角色画像和不同任务串联起来，会更容易理出业务主线。

总结

B 端产品逻辑复杂，专业门槛高，觉得枯燥、机械、没有灵魂的人有，觉得 B 端充满了挑战，做起来非常有成就感的也大有人在。不过想要锻炼思维逻辑的话，一定能在这里找到乐趣。作为一名刚接触 B 端不久的设计师，深知还有很多需要继续学习的地方，以上对 B 端设计的理解和观点难免考虑不周全的地方，欢迎在评论区留言，一起交流，共同学习。