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

0 评论 1505 浏览 3 收藏 14 分钟

不同的公司有着不同的环境和要求,这就导致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端产品要使用哪种体验设计策略,往往产品组内设计师的建议很重要。如果你想在产品采取哪种体验策略上有自己的发言权,一定要持续提升自己的体验方法。

本文由人人都是产品经理作者【知果日记】,微信公众号:【知果日记】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!