编者按:在To C行业蓬勃发展的形势下，To B行业无疑是近年来的“甜馒头”，市场潜力巨大，很多巨头都倾注了心血。本文作者作为一个在To B行业打拼四年的产品人，对To B产品交互有自己的看法。以一个云计算平台为例，分析其交互体验，希望对你有所帮助。

我已经在ToB产品上工作了将近4年，现在我一直在ToG产品上工作。本文总结了ToB产品交互设计中的一些个人感受和体会，希望对初接触TOB产品的交互设计师有所帮助。

在之前的实习期间，我为ToC做过一些产品交互设计，后来转行到ToB做产品交互设计，一直到现在。事实上，ToC和ToB之间还有很大的差异，其中最大的差异是对业务和业务逻辑以及交互设计的理解。下面将具体说明这两个方面的区别:业务和业务逻辑理解以及交互设计。

一、业务和业务逻辑理解

1.1业务理解

对于交互设计师来说，ToB产品比ToC产品对业务理解的要求更高，这是由于两个原因:To B产品的专业性、个人学历和专业背景。

我们都知道ToC产品的目标用户是大众用户，对ToC产品的需求自然来自现实生活，所以我们可以像在看生活的重播一样理解ToC的业务。比如化妆，点餐，坐车等。，都是我们日常生活的一部分。即使不需要太多解释，也能大致了解应用是用来做什么的，甚至有一些具体的场景。ToB产品的目标用户往往是一群有特殊职业的用户，他们往往需要经过专门的学习和培训才能上岗，如程序员、警察、医生等。除了对这些用户的工作有一个大致的了解之外，我们对他们的具体工作并不熟悉。

对乙产品的需求比对丙产品的需求更难想象具体的场景

另外，对于交互设计师本身来说，大部分都是从工业设计、心理学、计算机等学科出身，并不是全知全能的人。对于To C产品，我们可能是目标用户之一，但是对于To B产品，我们可能是小白用户。所以对于一个不熟悉甚至需要一些学习才能理解的产品，在交互设计之前需要花一定的时间去了解和分析目标用户和具体业务。

1.2业务逻辑

在业务逻辑上，To B产品的业务逻辑相对比To C产品更为复杂，主要体现在三个方面:To B产品中模块之间的依赖性、任务流的复杂性和权限的单独控制。

To B产品中模块之间的依赖比To C产品中模块之间的依赖更强。对于To B产品来说，一个任务的完成往往依赖于几个模块的协作才能正常运行。比如用户使用云计算产品搭建网站，至少需要云服务器、灵活公网IP、域名系统、备案系统四个模块加上一些配置才能成功搭建网站。没有一个，网站就无法成功搭建。但是To C产品是相对独立的，在操作任务时并不互相依赖。以微信为例，沟通、朋友圈、支付相关操作可以独立完成，甚至可以独立分成三个产品。

购买云服务器的过程比微信聊天更长、更复杂

与To C产品相比，权限控制功能是To B产品特有的重要功能。对B来说，产品往往是团队合作的平台，但对团队来说，每个人的职责和权力是不同的，所以产品必须根据不同的用户身份、角色和权利来限制用户的操作。对于一个云计算产品，团队中有人负责云服务器，有人负责数据库，有人负责创建实例订单，有人负责支付订单等。，而且他们对自己的责任负责。

云计算团队中不同用户的不同权限

与To C产品相比，权限控制功能是To B产品特有的重要功能。对B来说，产品往往是团队合作的平台，但对团队来说，每个人的职责和权力是不同的，所以产品必须根据不同的用户身份、角色和权利来限制用户的操作。比如一个云计算产品，团队中有人负责云服务器，有人负责数据库，有人负责创建实例订单，有人负责支付订单，他们负责自己的职责。每个岗位都有每个岗位的权利和责任。

二、交互设计

在了解了To B产品和To C产品在业务理解和业务逻辑上的区别之后，我们对To B产品有了一个大致的了解。具体设计上和To C产品一样吗？还是差别很大？以下将具体阐述个人对To B产品交互设计的理解和感悟。

首先，无论是ToB还是ToC，它们的设计目的应该是一致的。它们旨在分析特定场景下目标用户的需求，以用户需求为中心改善用户体验。俗话说，任何脱离用户和场景的交互设计师，都必须分析一个虚假的需求。但是，目标用户和使用场景有很大的差异，导致具体的设计过程有很大的差异。具体来说，To B产品的差异会从需求分析和设计思维三个方面来表达。

2.1需求分析

需求分析主要分为用户需求分析和业务需求分析。

对用户需求的简单理解就是目标用户在某个场景中完成特定的行为，以达到特定的用户体验目标。比如在某个云平台上创建云服务器实例的需求，可以理解为熟悉云计算的程序员通过点击某个云平台上的Create按钮，可以快速流畅地完成创建表单的过程。因此，目标用户和使用场景是用户需求的核心。由于ToB产品的目标用户比ToC产品更具商业导向，用户基础更少，所以ToC产品用户需求研究中常用的定量分析方法如问卷法不适合ToB产品，更适合用户访谈、观察等定性研究方法。通过对用户访谈数据的分析，观察用户对产品的使用情况，构建目标用户的用户角色，帮助更直观、更方便地理解业务需求。

业务需求也可以简单理解为完成任务可以达到什么样的业务目标，比如某个云服务器推广活动的业务需求，也可以简单理解为允许更多用户创建云服务器来增加云服务器的销量。业务需求分析的重点是如何将业务目标转化为用户行为，这又回到了对目标用户使用产品的动机、关注点和障碍的分析。所以在需求分析方面，无论是用户需求分析还是业务需求分析，都需要对目标用户和使用场景进行深入分析，避免“我觉得”和“我觉得”的设计。

2.2设计思维

由于ToB产品和ToC产品在业务逻辑、目标用户和体验目的上的差异，ToB产品在具体的交互设计上有不同的设计思路，具体体现在以下四个方面。

2.2.1先整体后局部

由于TOB产品的业务模块相互依赖程度很高，一个功能往往涉及很多地方，这就要求设计人员在设计交互时，首先要考虑整个平台涉及的模块和功能，以免遗漏功能。在考虑所有受需求变化影响的页面和功能后，考虑当前需求在特定模块或功能中的形式和具体交互，以适应不同模块或功能的差异。如果云计算平台需要创建报警联系人组，则在报警联系人组模块中以页面的形式创建报警联系人组，由报警组名称、备注和选择的联系人三项组成。在报警创建页面上，由于该需求属于报警规则创建项目，其展现方式也是普通表单项目，省略了创建联系人组的非必选项的备注信息。

创建报警联系小组要求

2.2.2逻辑严谨

由于B端产品的业务复杂，交互逻辑的设计要更加严谨，尽可能考虑所有操作的可能性和局限性、页面的呈现方式以及针对不同角色用户的具体功能，避免因考虑不周而推出后出现各种bug。特别是ToB产品涉及到更多的计费相关模块，所以更加谨慎。比如模块的Create Instance按钮不能点击的原因有几个，比如没有额度、欠费、没有实名认证、没有权限等。当这些条件同时存在时，应该先显示什么提示？

为按钮创建不同的状态

2.2.3效率至关重要

效率第一也是B端产品和C端产品的一大区别。c端产品在满足用户需求后，注重满足用户的情感，比如如何提高用户的粘性，如何在使用时提高用户的情感体验。b端产品在满足用户需求后更注重提高用户的工作效率，比如如何更快的完成当前的任务，如何在有多页信息的情况下让用户理解每一条信息。所以在设计B端产品时，遵循效率优先的设计，可以提高用户的满意度。比如填写表单，在输入框中输入关键词，就可以显示一些模糊匹配的项目供参考。当Hover到达一个语义模糊的图标按钮时，会显示相应的介绍等。，都是为了提高用户的工作效率。

2.2.4简单流行

由于ToB产品的目标用户有特定的工作场景和专业知识，所以设计中使用的语言和一些使用习惯应尽可能与目标用户的真实环境相一致。这样，用户在使用产品时，会降低学习产品的成本，提高用户体验和工作效率。比如一个云计算平台在编辑某个策略时，其编辑输入框被设计成类似于用户在实际工作中使用的工具，让用户编辑策略更加熟悉和方便。

三.总结

以上内容是我分享的To B产品交互设计经验。事实上，ToB产品和ToC产品有很多不同之处，这最终是由它们的产品目的决定的。c端产品主要解决现实生活中用户需求的痛点。

b端产品主要满足实际用户的工作需求。所以，只要在设计之初就能分清产品的本质要求，就能做出好的设计。