B端产品的情感化设计

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

编辑导语:设计师在做C端产品时,表达方式有许多种。但当做B端产品时,情感化的表达思路就窄了,不知道该怎么丰富。作者分享了在做B端产品时,应该如何考虑情感设计问题,我们一起来看下吧。

B端产品的情感化设计

一、现状

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

二、原因

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

1. 人群:用者不买,买者不用

  • 向购买者(客户)介绍产品时首先是介绍产品的功能,能为客户解决哪些问题,而产品体验是使用者而不是购买者所关注的。
  • 体验说到底就是效率问题,而功能是能力问题了。遇到过不少这样的客户:根本不关注效率、成本,只要结果。

2. 功能:效率优先

  • B端产品的使用场合都是工作场合,用户注重该产品解决问题的效率,效率体现在解决的流程、花费的时间、后续是否会出问题等。
  • 多余的情感化表达反而会占据用户的注意力,增加解决问题的时间。
  • 重效率的工作场合决定了用户对B端产品的情感停留在“行为层”,几乎不存在“反思层”对产品价值的思考、或将产品作为情感载体。

3. 价值:难以量化

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

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

4. 性能:稳定

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

5. 样式:简洁

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

三、情感指标

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

B端产品的情感化设计

(25个正面情感)

B端产品的情感化设计

(36个负面情感)

B端产品最典型的使用场景:

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

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

两个最主要的正面情感:

  • 信任:用户相信这款产品,认为他是靠谱的,能够帮助自己完成工作
  • 满意:整个产品是好用的,响应迅速的,能如愿完成任务

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

  • 烦躁:试了好几次总提示我失败,到底是什么原因
  • 不满:这个操作不符合逻辑,真难用;反应太慢了;升级后原先的数据怎么找不到了
  • 困惑:这个按钮能实现某个功能吗,点了试一下
  • 挫折:学习了好久还是不会用这款产品
  • 怀疑:企业信息会被泄露出去吗
  • 失望:总是掉链子,bug太多,没法用
  • 担心:数据总出错,本周的指标又完不成了

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

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

四、结论

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

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

五、如何实现

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

  • 设计上遵循易用原则,容错原则,即时反馈等视觉、交互设计原则
  • 产品遵循逻辑正确、少数服从多数等原则
  • 研发注意安全性,性能等因素

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

六、实际案例

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

  • 非常喜欢:企业一年来的数据一目了然,领导看了很高兴
  • 非常反感:企业的数据被明目张胆地统计了,存在安全隐患

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

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

 

本文由 @B端交互设计师 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!

随意打赏

提交建议
微信扫一扫,分享给好友吧。