B端产品需要关注用户体验，因为它直接影响B端人员的工作效率，对软件后续的合作有着重大影响。B端产品的用户体验包括商业体验、交互体验和视觉体验三个方面。

1.什么是用户体验？

用户体验一词最早在20世纪90年代中期得到广泛认可，是由用户体验设计师唐纳德·诺曼提出并推广的。

国际标准化组织标准将用户体验定义为“人们对使用或预期使用的产品、系统或服务的认知印象和反应”。

一般来说就是“这个东西不方便用”。因此，用户体验是主观的，由于主观性，很难用具体的指标来定义和衡量。

这也会让很多产品经理产生误解，用户体验=交互+界面审美。但是一般的B端用户对界面要求不高，只要有功能就行，习惯了。

B端产品用户体验重要吗？

我们先来看两个例子。你认为用户会更满意哪种体验？

例1:中药处方

(1)这是一个常规的打开页面

(2)这是处方的风格

如果你是中医，你更喜欢哪个？第二个。就像手写处方一样，完全符合中医的处方习惯，尤其是年纪较大的中医，更容易接受。

示例2:一键打印

我们去医院看病，会拿到一摞打印好的单子，病历，处方，化验等等。

(1)这是一个一个打印的

(2)这是为了在检查后一起打印所有列表

如果你是医生，你更喜欢哪一个？第二个。我一键打出所有的列表，减少了工作量和遗漏。

在上述情况下，方案2比方案1有优势，但似乎并不重要。如果你认为用户体验只是给产品的功能锦上添花，不会影响用户的支付意愿，那就错了。

我在对B端用户选择系统和弃用系统的调查中发现，选择这个产品的原因可能是它有没有这个功能，而弃用的原因大概是不太好用。用户体验已经成为合同续签的关键因素。

用户体验，从另一个角度来说，也是效率的体现，而B端用户最注重效率。作为产品经理，我们当然不想那么辛苦的去设计一个功能，但是会因为细节处理不当而被丢弃。

二、B端产品用户体验有哪些方面？

既然B端产品的用户体验很重要，那么在体验上应该做好哪些方面呢？

1.商业经验

这是产品经理的第一考虑。业务流程是产品经理的责任，最容易控制，效果最直接。提供以下三点参考建议。

(1)过程越短越好

当我们去工作和购物时，我们会选择最短的路线，在最短的时间内到达目的地。这是用户在操作系统时所期望的。

比如我零售一种药，选一种药，付钱，分两步走。流程路径:

但是有些系统确实变成了这四个步骤:

这和C端支付方式很像，跳几页。貌似提示比较到位，也符合一般购物流程。但是B侧这一套操作极其不适合。每次零售商销售一种药物，他都要经历两个以上的步骤。那天，他卖了50种毒品。这个额外的工作量不小。久而久之，投诉会更多。

(2)集成功能场景

这个功能由谁来操作，在什么场景下，可能会遇到什么问题，需要什么其他功能来解决，所以需要对功能场景进行集成。如果功能点相互独立，相关性不大，会让用户感觉不舒服，总有一种断层感。

比如医生在微信上与患者交流时，可能会提醒一些与疾病相关的注意事项，所以需要查看患者的历史病历和处方。可能病人会说我下周三回来给我预约，需要医生来代替预约。可能医生会说情况还可以。下周问情况，他会设立后续提醒计划。

然后，在这个页面上，不仅有微信聊天界面，还有患者的病历、预约和随访条目。好像只加了几个按钮，但是这些不会让医生经常在聊天的时候跳出来，去别的页面然后回来。大大方便了用户的使用。

(3)有效引导异常

SAAS有一个特点:功能模块尽可能独立，基础数据的设置和业务的使用往往在不同的功能模块中。结果，当B端用户遇到空数据时，不知道事件的前因后果，也不知道如何操作。我们需要有效的引导他们，让他们按照步骤顺利完成。

例如，如果医生想使用自己的定制病历，他应该采取以下三个步骤:

但是医生大概不知道关系。在维护科室的时候发现可以选择自定义病历，但是不知道自定义病历是怎么来的。这时候除了提醒他没有自定义病历需要先创建之外，还应该给他一个create按钮，让他点击就可以跳转到创建。这样用户就不会感觉云里雾里了。

这就是细节的处理。最常见的综合指导是帮助中心，但我们常见的帮助中心是独立于系统的。虽然很全面，但是找到想要的答案还是需要一段时间。有些系统很贴心，每一页都放了求助中心，只回答本页常见问题。这个动手教程会让用户很放心。

2.互动体验

这应该是大多数人认为支撑了一半用户体验的地方。事实上，它为顶层承担业务，为底层承担愿景。良好的交互体验不仅可以让业务流程感觉简化，还可以引导视觉设计关注用户习惯。

B端产品和C端产品的交互还是有很大区别的。由于手机屏幕小，C端可以在一页上显示较少的内容，需要跳转到该页才能完成操作。但是B端产品大多是电脑操作的，其友好的交互规则应该满足以下几点。

(1)跳跃较少

我们经常收到用户的投诉，说这个地方流程太长，操作起来感觉很麻烦。但是我们仔细看了一下，发现过程中没有问题，所以救不了。后来我想可能是因为我跳到了页面，让用户觉得他去了别的地方，然后又回来了，经历了太多。将页面跳转到一个弹出窗口中，并在弹出窗口中操作后点击关闭。如果用户觉得流程短，好用。

比如医生看病，可能需要先看看病人的信息。然后他可以通过点击患者姓名在弹出窗口中看到患者的信息:病历、预约记录等。如果点击跳转到患者数据库模块，查看患者信息会怎么样？医生看了患者信息会有不知所措的感觉。虽然我们可以告诉他点击页面顶部的后退按钮就够了，但是医生还是会觉得跳来跳去太麻烦。

所以，当B端产品可以使用弹出窗口时，不要跳转，即使弹出窗口被添加到弹出窗口中，只要没有跳出这个页面，用户就会觉得自己的操作没有被屏蔽。虽然交互设计师认为在弹出窗口中添加弹出窗口不符合规范，但是面对实用性可以改变规范。我见过最有弹窗的弹窗，可以深达4层。

(2)弹出窗口少

它还说如果你会使用弹出窗口，就不要跳。怎么才能到了这篇文章，少用弹出窗口？不弹出怎么办？直接放到页面上！是的，你没看错，就放在页面上。

弹出窗口是怎么来的，点一个按钮触发。怎么消失的？自动完成操作后关机，或手动关机。虽然比跳转好，但是效率不如不点击直接在页面上呈现。

比如医生开处方时可能会调用历史处方。常见的方法是点击历史处方按钮，弹出窗口，选择自己需要的处方，然后点击确定，关闭弹出窗口，继续开药。但是，如果你把历史处方直接放在侧边栏，医生只要一点就可以引用。会觉得更方便。

在页面上直接呈现当然是每个人的理想状态，尤其是以前使用过他的系统的用户。但在saas中，由于内容太多，往往要隐藏，直接渲染对页面布局和设计要求很高。原理是高频，关键内容暴露。

(3)统一的互动形式

这个很好理解，整个系统中的交互规则要一致。弹出窗口的外观:是中间弹出还是右边抽出；小至一个控件的使用:多选控件是否一致。也是为了让用户快速习惯，使用的时候不要觉得很超脱，学习成本很高。

现在广泛使用的前端组件是Element。我们通常会在那个组件库中找到合适的控件，在整个系统的同一个业务部门使用同一个控件，这样可以尽可能的保持一致。毕竟有些业务的特殊性，需要做一些个性化的处理，但不会影响整体的一致性。

比如日期控制，Element提供了两种方案，我们可以选择最适合系统的，全球通用的。

3.视觉体验

这是一个产品经理有点不知所措的部分，交互也可以由产品经理来进行，但是视觉必须交给设计师。设计师往往从视觉角度考虑，页面要美观，甚至遇到一些平面设计师，整个页面看起来松散散乱，空空都是徒劳。B端产品的页面肯定不好看先，还是要看这些体验。

(1)信息清晰

且不说信息结构的层次是否清晰，页面的内容要始终清晰，让别人一眼就能看出上面写的是什么，有什么功能。最基本的就是把字看清楚。

但是设计师不喜欢黑，字又大又粗，感觉很低。然后字体设计成灰色，小而宽，看起来不错，但是用起来不舒服。遇到年纪大的医生，需要把页面放大到120%以上才能看清楚。

我们看这一页的时候，确实很难看，但是大的字让我用起来很方便，一眼就能看到病人的名字。

再看这一页，字又小又灰，看起来很累。

B端用户的运营时间比C端用户长很多。就医生而言，如果工作7小时，需要阅读7小时的页面。清晰的信息是减少他们疲劳的最简单有效的方法。

(2)紧凑信息

这就对应了上面的交互体验，弹出窗口少，页面直接呈现。页面上要呈现的内容很多，必须在空之间压缩，布局紧凑。你不能把很多东西放得太松太松。他和saas的对比显而易见。his首页的信息量通常是saas的2-3倍。设计师往往认为只有几个像素短，对整体情况没有影响，但是不知道这里那里浪费了多少像素，整个页面就差很多。

这是他页面的布局。一页有很多信息，大部分病历即使很长也能在一页内看到。

这是saas的病历。按照这个间隔，写完病历需要几页。医生写病历比较麻烦，写完后复查也比较麻烦。

(3)少用图标

设计师的另一个通病就是不爱写文字，喜欢用图标，然后花很多精力去设计一个漂亮的图标。结果用户根本看不懂，也不付费。

图标在C端很常见，一个是保存空，一个是美观。但是在B端产品中，图标越少越好。除了常用的删除按钮，也就是垃圾桶的图标，大家都能看懂。最好不要放自己设计的图标。每次看到一个图标都在脑海中反思是什么意思？甚至单词的速记也比这个直观易懂。

比如看到这个页面上密集的图标，你是什么感受？反正我用了好几次，不记得每个图标的意思了。每次读课文还是要鼠标悬停。

摘要

毫无疑问，B端产品应该非常重视用户体验。这直接影响他们的工作效率，进而影响软件更新率。

好的用户体验可以从业务层面、交互层面、视觉层面入手。更多的时候，我们主要考虑的是用户的流畅度和易用性，而不是实现的复杂程度，系统现有框架的局限性，以及现有的标准。

把系统中的难点留给产品和开发去解决，给用户留下最大的方便。