如何正确理解B端用户体验？

用户体验是所有产品人甚至非产品岗都关注点之一，通常我们在面向C端产品时对用户体验非常注重细节，有的产品会追着开发把按钮的大小、色值都改到自己满意为止，到了B端会变得稍微偷懒；

在用户体验的五要素里面，对B端的还停留在范围层，那是不是B端的用户体验就止于此？我们在谈及B端用户体验时，到底在谈论什么？

B端产品的诞生，旨在为某群体下某角色提升工作效率，降低团体成本。大家可以注意有这一现象：所有的B端商户在离开系统之后并不是完全不能活，在一定程度业务会收到影响但不至于业务崩塌，所以我们可以归结出B端产品会受到哪些因素影响：

一、使用成本；任何一家企业在决定使用某产品时优先考虑的一定是预算，这会影响产品在市场上的定价，通常产品的这个属性影响的都是决策层，直接影响产品使用率；

在这里我们更加强调除了付费成本之外，用户的人力成本，一个流程原本线下需要1个人，搬到系统中居然需要3个人，这种使用成本企业大概率不会接受；

二、可用性；当我们在选择企业产品时会货比三家，比如因为疫情兴起的电子合同，当教培行业决定引入时，会比较常见的上上签、e签宝、法大大等。可用性是产品硬实力的表现，同样可以满足用户诉求，有些产品就会提供多样的实现方案，当前在电子合同有的只支持saas服务，有的兼容了api接口及skd集成，后者对有自主开发能力的企业更具有吸引力；

三、交互体验；产品达到商用阶段，就注定他的交互设计不能太生硬，颜色搭配或主题尽量可以用户自定义，满足使用人群的某些个性需求；

总结以上影响因素，我们大致可以对提升B端的用户体验做分析；

1、降低用户使用成本：

产品的价格都是由财务或者高层决定，实际不是有产品做决策，产品能给用户带来的感知是用户的使用成本，所以我们在设计时要有很强的同理心，试着将自己当成一个小白用户，打开系统后，能一目了然的知道什么什么页面我可以做什么（所见即所得）；

举一个常见的例子：在后台系统中我们经常用到多选数据的场景，先不从技术角度出发，用户在选择的时候会考虑到我能选5条数据还是能999条数据？如果产品设计不佳就给用户带来这种类似疑问，那么如何从产品设计角度杜绝？

多选操作通常都伴随确认按钮，我们可以在确认按钮显示选中数量及可选上限，这样用户既可以知道我的选中上限是多少又可以知道我已经选择了多少；

降低用户的使用成本涉及很多，比如流程类需要在页面显示全流程及当前流程节点、类似功能可复用交互逻辑等。基本都要遵循所见即所得原则去设计。

2、提供满足多场景的解决方案：

单一方案确实遵循mvp原则，开发成本达到最小。但是在市场上不具备竞争力，往往也没法凸显自身产品的特性；什么样的需求需要多方案去满足用户？这里面需要产品经理要考虑用户使用场景，不同场景让用户自主选择方案；

同样举一个例子：在CRM系统中，线索分配是一个基础功能，但是如果只是能完成线索分配那就太简单了，实际场景里的分配需要考虑的很多，如，批量随机分配、精准分配、自动分配等，批量随机分配是将m条线索随机分配给n个用户；精准分配是我要将m条线索准确分配给某个用户，自动分配指选中的一批线索根据某些规则分配下去，这里面就包含了3至4种逻辑，对于用户操作场景几乎达到全覆盖；

3、防错机制完善：

我相信多数人在B端产品操作时抱有谨慎小心的态度，这也是为啥B端产品以冷色调为主的原因之一（让人保持冷静），所以在产品设计中我们每一步确认、跳转都有必要考虑是否需要添加二次确认或提示，包括如果用户真的操作错了的补救措施，此类产品设计会适当增加系统人性化，降低用户使用的焦虑感，但是这种二次确认或提示并不适用所有操作，过渡使用会降低用户的操作效率，这是与系统初衷相悖；

4、尼尔森十大原则：

尼尔森十大原则又称用户体验十大原则，是产品人抛开需求层面需要了解基础设计知识；十大原则中多数适用B端C端，这里不做详细的阐述；

B端产品的特性决定产品经理不能像C端一样展开天马行空的设计去给用户留下深刻的印象，所有的B端都要以完成业务流程为主，在绝对的痛点面前，广义上的用户体验可以忽略不计。

B端用户体验，说到底都是在如何更好的赋能业务。