不同的公司有着不同的环境和要求，这就导致B端产品的体验各不相同。对体验设计师来说，进入一个受到重视的环境肯定是最好的。另外，选择合适的体验策略，也非常重要。

01 两个小故事

在具体展开前，我先分享两个小故事：

故事一：

有一个B端产品，一开始的时候为了赶进度，快速推出市场，由研发人员潦草地使用开源组件库搭建界面，初期没有体验设计师介入。后来产品卖出去了，客户吐槽使用不方便、界面不好看，各种问题，小到连一个表格查询交互的逻辑都与通常的产品不一样，要求产品进行优化和整改。

此时，不得不邀请体验设计师出场救火，组成专项小组，为这些奇奇怪怪的体验进行修正。但是经历过的人都知道，这活儿不好干，画图是很容易的，但要真正落地到研发侧，那不是一个「难」字能说清楚的。

团队成员都知道现在优化过的交互比原来的好，可这样子的大动，会需要研发人员对现有技术架构做出调整，影响产品的稳定性。

这个产品经历了「无需体验到需要体验」的过程。

故事二：

有一个B端产品，由于领导很重视用户体验，因此从产品立项到产品研发过程，都让体验设计师参与了，要求体验设计师先建立设计规范，对于用户体验好好把关。如此，整个产品体验处于相对不错的状态，但产品在市场的占有率却不是很高。

通常来说，这种大部分是SaaS类B端产品，非常注重用户体验。可是每次细究体验，较为影响产品研发进度，并且引发了一些其他问题。例如，还没完全获得市场认可，就投入了太多资源在产品体验打磨上，但收益却不是很高。

这个产品一直处于「重视体验设计」的过程。

小结：

从以上两个小故事我们可以发现，不同B端产品对于体验设计的要求是完全不同的。

这里涉及到的原因非常多，有：公司的资源倾向、产品负责人的认知、研发资源的情况、设计团队的实力、项目周期的长短等等各种因素。

而对于体验设计师来说，要是进入了一个重视体验设计的产品团队，那是相当好的；如果没进入，也不要气馁，也可以找到自己能发挥之处进行发挥。

02 B 端体验设计现状（3种策略）

下面，我根据自己的经历，总结了当下3种常见的「B 端体验设计现状」。

我们一起来详细看看吧。

1. 效率为王、功能优先

定义：指的是B端数字界面设计以功能大而全为主，倡导快速交付。

所处产品生命周期阶段：引入期、成长期、成熟期。

目标产品：企业自用系统、中后台系统、工具类系统，主要是传统软件为主。

优点：短期研发效率高，产品功能不断迭代，看着收益很明显。

缺点：长期上来看，由于前期体验设计规划不够充分（可以说基本没有），导致了系统因为业务越来越复杂，从而体验越来越差，而且很难下手去改造，很容易牵一发而动全身。

分享一个案例：

在我之前支持过的一个产品中，由于前期并没有设计师对界面信息架构和业务流程交互进行介入，仅仅只是出了一套组件库的皮肤（比如原来组件库主题色是某某蓝，设计师调整为了另一个蓝色），导致产品上线后，当用户反馈不好用的时，设计师无法深层次地、有效地改进用户体验，只能简单优化。

2. 重视体验、精细打磨

定义：其指的是B端数字界面设计以用户为中心展开，始终将用户的需求放在首位，打造用户喜爱的数字界面。

所处产品生命周期阶段：引入期、成长期。

目标产品：工具类系统、业务类系统，主要是SaaS产品为主。

优点：长期来说，由于产品始终秉持以用户为中心，产品上线后广受好评，且用户体验持续迭代具备很强的可行性。

缺点：短期来看，产品研发进度整体比较慢，容易被竞争对手抢占先机。

分享一个案例：

这是一个2.0版本产品，之前有个1.0，但现在公司决定将1.0退役，因此有了2.0的立项，由于该产品是公司核心现金流产品，故设计师在产品立项之初就全面着手这款2.0产品的用户体验打造，包括全局样式、基础组件、典型界面等等，并且产品团队持续优化界面体验。

3. 混合模式、目标导向

定义：可以说是敏捷研发和敏捷设计下的产物。产品团队依据产品现状，可动态调整体验设计师介入的时间与范围。

所处产品生命周期阶段：引入期、成长期、成熟期。

目标产品：传统软件+SaaS软件皆有可能。

优点：既包容了“效率为王、功能优先”，又包容了“重视体验、精细打磨”的 B 端体验设计方式。它以用户为中心，但又根据产品实际情况进行调整，非常符合当前 B 端产品既注重交付效率，又期望提升用户体验的现状。

缺点：需要一支判断力、决策力、执行力等各方面较强的体验设计团队和产品团队，一起来实施该方案，知道什么时候该设计师介入，要介入到什么程度；什么时候又不需要设计师介入，让他们去做其他有价值的事情。

分享一个案例：

在我自己负责的产品中，我采用的基本都是“混合模式、目标导向”的方式来研发产品的。我会在产品开始之初就初步建立设计规范，保证设计师可以基于此展开设计工作。

随着业务的不断深入和需要，设计规范会不断扩充，以此来满足产品设计的需求。由于从有产品开始，就在体验设计方面进行了规范，因此有些设计只需出原型图，有些就要进行深层次交互和视觉稿设计，整个产品的体验设计就相对能把控了。

03 B端产品如何选体验策略

那么，B端产品的体验设计到底要怎么做才合适呢？要用以上说的哪种体验策略呢？

这要根据公司战略、团队能力、产品所处生命周期等的不同情况来看，并没有一个一招致胜的办法，给到所有B端产品直接使用。

比如，团队里面并没有资深的体验设计师时，而产品又很着急研发与投入市场时，即便采用「重视体验」的策略，也很难产出体验设计好的产品。

体验设计师一方面需要熟知B端体验设计中的最佳实践，另一方面，体验设计师还得对业务较为熟悉，否则很难游刃有余地输出好的体验策略。

有时候针对逻辑较为复杂的业务流程，输出好的设计，也不是一件简单的事情，我也曾经遇到过很多令我一时间无从下手的设计。

对于B端产品体验设计要采用哪种体验策略，我认为，可以从这几方面展开思考：

1. 明确产品目标

不同的B端产品，需要采取不同的体验策略，就如上文所述，如果你的产品是企业自用产品，那么在体验上就不必像商业型B端产品那样，过重的投入体验设计，只需要在用户高频使用的核心流程上，对体验有所注意就可以。这时可以采用「功能优先」的体验策略。

而对于商业化的B端产品来说，要看产品的目标如何，再进行体验设计评估。

比如，产品多久要上线试运行；产品的目标客群对体验是否在意，有无一些使用习惯；产品的目标客群是大客户还是小客户；等等，都会影响体验设计的执行方式。

2. 明确上线时间

在依托产品目标的总纲后，我们需要明确产品上线时间，因为，任何体验设计策略的执行，必须符合上线时间的要求，进行相对应的取舍。

记得之前支持的一款产品，由于距离上线时间就3个月了，而且还有很多开发任务在做，因此，体验设计只针对核心功能做去，没有覆盖所有的界面。这就形成了「目标导向」的体验策略。

而对于时间相对充裕的产品，比如1.0升级到2.0的产品，就很有机会先在体验设计上下功夫。通常会先制定设计规范，再着手界面设计。这就形成了前期「重视体验」，后期「目标导向」的体验策略。

3. 明确体验能力

不同的产品团队，拥有的体验能力是截然不同的。对于大厂，会有一支实力很不错的体验设计团队进行支持，那么，产品体验自然不会很差，采用「重视体验」的策略，也许是可行的。

对于小公司，也许连体验设计师也没有，此时，若要好的产品体验，就需要招聘符合要求的体验设计师来参与。在招聘的时候，需要注意设计师的业务基础如何，如果业务基础没有，那么产品的体验设计提升也不一定如预期所想。

4. 明确团队协作

团队协作与产品体验设计的最终态也有很大的关系，毕竟，体验提升并不是设计师这个岗位的专属职责，只不过设计师责任更重而已，而是整个团队要去考虑的。

例如，产品、前端和设计师之间需要密切合作。产品需要讲清楚业务逻辑和体验期望，前端需要阐述技术实现的可行性，而设计师需要依据用户需求、业务需求、技术可行性等多维度给出合适的体验方案。

只有密切合作的团队，才能将产品体验设计做好。如果团队成员协作很松散，期望采用「重视体验」的策略，也是非常难的，首先需要将团队的体验意识拉到同一认知层面。

我见过一些团队的协作性比较差，导致设计师无法完全知晓业务逻辑、技术情况，阻碍设计师的发挥。

5. 学习体验方法

关于体验设计方法，需要体验设计师去持续学习，只有掌握得越多，在协助产品团队进行体验设计策略选择时，才能更有说服力。比如，资深设计专家与普通设计师在给产品团队提设计建议的时候，明显团队会更加愿意相信资深设计专家的。

而B端产品要使用哪种体验设计策略，往往产品组内设计师的建议很重要。如果你想在产品采取哪种体验策略上有自己的发言权，一定要持续提升自己的体验方法。