第六部分：B端软件的方向和挑战

字数：1952，用时：4分50秒

一、B端设计畅想未来

1多端设计需求巨大

随着多类的智能硬件的出现，考验的是设计师对于视觉的设计能力，更加需要B端设计师对于整个产品业务的理解、切身体会使用者的效率。

2 B端设计中台

考虑到的更多是组件化的思维，而并非大而全的设计中台。说到组件化设计，必须要提的就是原子设计。原子设计是一种设计系统的思维方式。将一些设计元素拆解成极小的设计单位，可以是一种字体、一个图标、一个矩形，然后将原子组合成零件、制作成模块、搭建成模版、最后形成页面。

对于组件化，如果是一款WEB端的产品，那对于组件的需求将会十分巨大。因为不使用组件，面对关系复杂、页面层级繁多、交互状态多样的情况下，你很难做到每一个页面都能够统一，因此小到组件化，大到设计中台，是B端设计师必备技能。

3行业更加细分

之前做过IM系统的设计师，面对聊天，通讯录、组织架构等一系列模块已经烂熟于心，但是在尝试CRM系统中，一套新的业务逻辑，考验的将是设计师对于业务快速理解的能力。

4数据可视化设计

更偏向视觉设计，通常是企业定制的设计需求，有很多ToG、ToB项目都是需要为企业定制需求，很多视觉设计师开始转型从事这个行业。对于这类设计师而言，经常处理的是如何让画面看起来更加炫酷。

大厂制作可视化的利器，分享给大家：

阿里云：DataV

腾讯云：腾讯云图

京东云：数据大屏

百度云：数据可视化sugar

数据可视化展示相关：

GrowingIO：专注数据埋点 可以参考设计形式

神策数据：也是数据埋点可以参考设计形式

数据神器：

Tableau：功能最全的数据神器

二、六大设计挑战

1功能复杂

数据多态、可视化选项多、管理操作、多用户协作以及和其他软件集成等诸多因素，B2B应用的复杂度普遍高于B2C应用。满足需求而做出的设计决策，往往会影响其他许多需求，而其方式有时会难以预测。

解决方案：

简化。不要将这误认为是简化界面，或者现下流行的极简UI。这是通过恰当的规划和流程达到的简化。无论项目周期多么紧张，都必须在设计开始之前投入时间思考，将收集到的需求和规范进行整理。

当你对设计方案确认无误时，直接进入PS阶段，这往往为时过早。抽点时间来理清你将要设计的产品的背景和含义。通过研究和规划，找出所有的可能性，处理所有的极端情况。

2 基于员工心理的设计

B端用户除了要高效完成本职工作之外，还要兼顾在组织内的其他方面，如职业发展，职业学习，职业成功。为在职人士设计时，需要充分了解清楚他们的工作背景、流程、环境、期望、问题以及当前的解决方案。

解决方案：

设计B端应用时，理解用户需求非常重要。不仅要了解产品相关的需求，还要了解用户工作和职业相关的需求。与最终用户深入交流，研究他们的领域，尝试用他们当前的方法，这些都非常有助于培养对用户的同理心。

端产品设计团队的设计指导原则，是知道用户目前遇到的困难是什么，然后设计出方案来解决这些困难。尤其是理解用户的长期目标。

3 降低软件切换成本

B端用户习惯且满意现有的工作流程，并没有切换到另一种产品的需要。而且即便切换，也要层层审批。同大众消费者应用不同，B端切换成本显然要高很多。

解决方案：

说服客户用本品：比竞品提供更多的功能。重新定义现有工作流程，使其用户体验有明显的提升，更快，更好，更有效率。

生产效率、工作流程是企业最关注的事情。考虑如何设计出更快的工作流程，如何提升效率并降低成本。

4优先增加新功能

新增功能比提升现有功能体验更优先。产品发布以后，用户需求就开始涌入。付费客户会不断要求增加新的功能，产品团队制定繁忙的开发计划。

解决方案：

从相关人士的角度看待问题。任何一段开发时间，无论是一周还是一个月，如果没有用来开发新功能就基本等于舍弃了潜在的收入。让他们明白优化产品所带来的好处，要让他们懂得优化远比增加新功能可以带来更多的收入。重点讲讲成功故事。

5体验的一致性

对B端设计团队，最大的挑战是提高产品的用户体验一致性。B2B产品通常有更长的产品周期且异步运行，是分布式团队合作设计。

解决方案：

始建设计规范来保持产品的一致性和可拓展性。设计规范包含可复用的组件集合、清晰的设计指导。设计规范通常包括：设计指南，视觉元素，UI组件，使用和维护方法。

设计规范永远不会100%完成，它着眼于长期，会随着时间的推移不断更新。

6 并非每一位设计师都喜欢B端产品设计

做过一段时间B端应用设计后，发现它无聊单调。许多来自咨询公司或者有B2C经验的设计师觉得B端设计缺乏激情和多样性。做那种酷炫的微交互和动画的机会并常有。

解决方案：

B端应用的用户体验旨在帮助用户更好地完成工作。设计一个迷人的界面来吸引用户，总是在被排在低优先级。标准化的、可预知的、所见即所得的用户界面，最适合目标用户。

组建B端应用设计团队时，选择目的和动机一致的设计师最为关键。设计师的动机，应该大量来自于解决复杂的问题，看到自己的设计如何帮助用户完成他们的工作。

第七部分：设计答疑

字数：1957，用时：4分50秒

C端产品经理，转向B端产品会有哪些挑战，可否给一些建议提前做准备？

答：

（1）端产品除了考虑用户对行业/对企业了解更深入。对企业内使用该产品的关键人物更多了解。

（2）理解需求，考虑用户的更上一层，抽象出用户的角色，然后再进行取舍和判断。

（3）功能设计时，需要往前延伸，更多地了解客户的关注点是什么，用销售的视角进行判断

（4）实施交付时，要考虑客户持续使用时，需要注意的地方。

如何面试B端的产品经理，需要考量的标准有哪些？

答：

（1）过往经验中有哪些与B端产品业务相关；

（2）能否梳理好业务的逻辑关系；

（3）是否了解各个环节所产生数据的应对方法，并能分析出其中所符合的业务逻辑关系；

做好一To B产品应该关注哪些数据指标？如何用这些指标指导决策？

答：一类是与业绩直接关联的指标，产品的价值高低会直接反应在业绩上；一类是产品本身数据，反映用户活跃与功能使用的数据指标。

（1）结合定性，直接去接触客户，从客户侧了解产品缺点；

（2）根据现有的产品数据，和竞品对比，分析自身产品的不足；

（3）自我设限做对比，设置预期目标，看是否达到。

B端产品工作方法论和c端产品有什么区别？

答：首先对于B端产品经理和C端产品经理而言，底层的能力要求是相似的，但是在侧重点及工作方法上会有一些差异，注意体现在这两个点上边：

（1）B端产品是要解决一个企业的经营管理问题，与业务打交道。而c端是面向消费者的，与客户打交道。

（2）在B端产品的产品设计过程会有较大差异，B端的设计链条非常长。需要做好一个完全充分的调研后，去设计一个结构化、体系化的蓝图设计，然后一步一步去把它实现出来。可以理解为，在做事前必须先做好规划，然后再去实施。这是和C端产品差异较大的地方

我是交互设计岗位。b端产品设计普遍都不好看，只要操作习惯就行，是不是这个样子呢？

答：看一下现在的SaaS软件，在交互体验上做的真的是非常好。 10年前的一套管理软件。基本上是拿一个几百页的操作手册，看完以后，自己再去摸索，然后还不一定能搞明白怎么用。但现在很多很复杂业务的SaaS软件交互做的非常好。 先把应用性能交互做好了，才更容易让人理解。而且随时提示用户的功能，这一块做的非常人性化。B端产品很重视一线用户的使用体验。所以投入精力也会比较多。但不可否认的是，系统首先要支持业务，其次才是交互问题。因为首先得解决老板的诉求，其次才解决员工的诉求，优先级永远都是这样子。

B端多而杂的用户价值与产品创新的结合链路如何清晰化

答：B端产品本质上是解决业务问题的，而且管理软件本身就是一个反人类的存在。B端产品是约束人的，所以肯定会让业务人员用起来不舒服。而我们是尽量让他用的舒服。我们可以想想，管理软件定了那么多的流程规范约束，就是为了帮助公司管理，它本质上就是反用户需求。B端产品很多时候设计的思路跟c端是完全不一样的。所以设计人员的话肯定还是首先要解决业务问题，让业务发挥价值。其次才是解决一线用户的体验问题。假设你就是一个卖SaaS软件或者是卖IT软件的。肯定得先满足老板管理业务和员工的诉求，而不是先去解决一线员工的满意度。

想系统学习一个B端产品，需要涉及什么内容？

答：学B端产品，没有看一本书，做一个项目，学一个软件就能搞定的。 这个背后一整套的基础学科训练。四五本管理类、经管类的书籍，加起来就有2000页。然后软件的、设计的经典书籍，仅软件工程需求分析类的就有2000页。这都是属于系统学习。把这些书都看完了，其实还是挺难的。只能说，出一些提炼知识后的课程，然后让大家能够速成一下，这个其实我不太赞成，但也没办法。课程在一定程度上就是速成。能帮你提炼出很多精华部分，帮助你打通思考脉络，然后打通你的视野。毕竟在一门课程里边，学很多本质的东西，其实你是学不完了。那我更希望的就是能建立好这个知识前后的框架，然后再去结合工作，去挑你需要关注的部分，深入去学习。

Powered by Froala Editor