B端产品的情感化设计
编辑导语：设计师在做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端产品自作主张地为客户在情感方面创造需求，守住底线即可。
作者 @B端交互设计师
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
