▼

       易奇科技导读：设计师在做C端产品时，表达方式有许多种。但当做B端产品时，情感化的表达思路就窄了，不知道该怎么丰富。易奇小编分享了在做B端产品时，应该如何考虑情感设计问题，大家一起来看下吧。

　　一、现状

　　设计师在做C端产品的情感化表达时有多种方式，而到了做B端产品时，情感化思路窄了很多，无计可施，基本印象就是B端要什么情感化，能用就行。

　　二、原因

　　B端产品的以下特点决定了它在情感表达上和C端不一样(下文中需要注意客户与用户的区别)。

　　1. 人群：用者不买，买者不用

　　向购买者(客户)介绍产品时 先是介绍产品的功能，能为客户解决哪些问题，而产品体验是使用者而不是购买者所关注的。

　　体验说到底就是效率问题，而功能是能力问题了。遇到过不少这样的客户：根本不关注效率、成本，只要结果。

　　2. 功能：效率优先

　　B端产品的使用场合都是工作场合，用户注重该产品解决问题的效率，效率体现在解决的流程、花费的时间、后续是否会出问题等。

　　多余的情感化表达反而会占据用户的注意力，增加解决问题的时间。

　　重效率的工作场合决定了用户对B端产品的情感停留在“行为层”，几乎不存在“反思层”对产品价值的思考、或将产品作为情感载体。

　　3. 价值：难以量化

　　情感化设计的概念本身由设计师提出，感性成分较多，在实际B端业务中没有场景、数据支撑，只是主观判断，难以向团队其他成员量化其实际价值。

　　除非你可以通过大量的A/B Test来对比有情感化设计和没有之间的差异，数据可以是完成某一操作的时间、用户点击率等。

　　4. 性能：稳定

　　增加情感化表达从研发的视角看是增加代码，性能必然或多或少受到影响，影响稳定性很难获得研发的认同。

　　5. 样式：简洁

　　B端产品的外观设计常常会遵循简洁的原则、色彩、布局等相对单调的表达方式一定程度上限制了情感化表达。

　　三、情感指标

　　这里引用代尔夫特大学提出的正面情感/负面情感指标：

　　(25个正面情感)

　　(36个负面情感)

　　B端产品 典型的使用场景：

　　业务用户早上9点上班，开始使用产品，一天之内多次在产品上进行操作,以完成他的工作任务。

　　在长期使用某B端产品的过程中，结合上图来看业务用户对该产品可能产生的情感变化。

　　两个 主要的正面情感：

　　信任：用户相信这款产品,认为他是靠谱的，能够帮助自己完成工作

　　满意：整个产品是好用的,响应迅速的，能如愿完成任务

　　工作中容易出现的负面情感：

　　烦躁：试了好几次总提示我失败，到底是什么原因

　　不满：这个操作不符合逻辑，真难用;反应太慢了;升 后原先的数据怎么找不到了

　　困惑：这个按钮能实现某个功能吗，点了试一下

　　挫折：学习了好久还是不会用这款产品

　　怀疑：企业信息会被泄露出去吗

　　失望：总是掉链子，bug太多，没法用

　　担心：数据总出错，本周的指标又完不成了

　　结合上述情感假设以及长期接触客户需求的过程，我们发现无论是客户或用户对B端产品的正向情感诉求较少或者说是无感知，很少有提正面情感需求，比如报错页面太单调，不好看(好看的报错给用户带来惊喜情感)。

　　而为避免出现负面情绪提的需求较多，比如等待时间过久(导致用户烦躁)，这些诉求体现了用户对现状的不满，带来了较大的负向情感波动，希望减少负面情感的产生。

　　四、结论

　　以上的表述简单概括：B端情感化目前不需要亮眼的设计，不要让用户产生不良情绪即可(不求有功，但求无过)。

　　因此这里认为底线是：求稳

　　五、如何实现

　　说到如何实现 终还是回到老生常谈的一些原则：

　　设计上遵循易用原则，容错原则，即时反馈等视觉、交互设计原则

　　产品遵循逻辑正确、少数服从多数等原则

　　研发注意安全性，性能等因素

　　这些方面其实还是在帮助产品守住底线。

　　六、实际案例

　　年报前几年刚推出时在C端很火，网易云、支付宝年报不断刷屏,后来我们尝试为B端用户也推出了年报，结果是出乎意料的：两 分化严重。

　　非常喜欢：企业一年来的数据一目了然，领导看了很高兴

　　非常反感：企业的数据被明目张胆地统计了，存在安全隐患

　　从设计者的角度希望B端客户有一些惊喜、期待的情感体验，确实部分客户得到了，但这个过程中忽略了数据安全带来的信任问题。

　　因此现阶段B端产品普遍发展不完善，还没到“好用”的阶段，并不提倡B端产品自作主张地为客户在情感方面创造需求，守住底线即可。