经验分享丨B端设计师价值体现那些事！

江鸟 2023-08-06 20:56:19

提到B端设计你是否经常听到这样的声音：

B端不需要怎么设计，直接对着低保真出图就可以了；
不要花时间在这些细枝末节上，参照Ant Design上的规范，在我的需求文档的基础上快速出图；
不知道怎么跟需求团队沟通，感觉他们的设计思维太Low，聊不到一起；
产品的图片设计好看才是设计师的价值，功能体验这些与设计师无关；
……

刚转B端那段时间，我相信每一个设计师都曾有过这样的困惑。

设计师在实际工作的时候经常会遇到自己的设计方案与业务需求高度融合，由于B端的行业属性，缺乏完善的数据验证，常常到了最后也区分不了设计师真正的能力体现在何处，这就导致团队成员对设计师的价值认识不够全面。

那么我们B端设计的价值又该如何体现？今天本文将从4个方面进行阐述，一起来看一下吧~

01 设计价值是什么

我们得先明白B端的设计价值是什么，那么何为B端的设计价值呢？

百度百科中设计价值的含义是：把一种计划、规划、设想通过视觉的形式传达出来的活动过程。今天本文中的B端设计价值分为视觉设计、交互体验以及业务流程优化，通过信息传达的改变，帮助客户降本增效的方式获取收益。

如果将B端整个生命流程进行剖析，我们会更好的理解其设计价值。

1.1 视觉设计吸引客户

B端产品与C端产品不同，它需要市场销售人员利用自身的能力以及资源向目标企业进行销售或者在一些大型展会上对外演示，据有关资料表明人所感知的信息的80%的信息来自视觉，这就需要对产品的功能进行视觉化展示。

因为竞争激烈，经常需要在众多竞争者中进行厮杀。在技术水平趋同的情况下，视觉起到了非常大的作用。特别是在展会期间，假如两家公司技术水平相当，演示的视觉完全碾压对手，让客户有着良好的品牌印象，这将产生快速的口碑影响，而这些将影响用户的最终决定。

1.2 交互体验留住客户

这一步需要我们理念进行升华，将视觉视角切换至体验视角。

企业是我们B端设计的重要客户，它是一个具有不同成员角色的群体组织。该组织为了工作管理的效率，会有不同的权限体系。权限的不同关注的信息也有所不同，这需要我们在设计中依据权限，考虑不同信息呈现优先级。

功能繁琐是很多同学对B端的第一印象。因其有着不同角色的参与，每个角色因为岗位职责的不同，所参与公司的业务流程存在差异，这意味着需要将不同的功能在遵循产品体验一致性的基础上汇聚在一起。

1.3 业务价值赋能客户

业务价值对于B端设计特别重要，这是企业决定购买B端产品的核心。我们在说业务设计的时候，需围绕企业“降本增效”理念，让用户觉得有用，完成企业的管理需求。

举个例子，比如我们做了一款报销系统产品，帮助用户解决财务报销过程复杂、冗长的问题。通过前期参与用户调研，洞察业务，挖掘需求的突破点，找到当前背景下最优的业务流程解决方案。企业员工使用我们的产品后少填写信息，更快速的拿到了报销费用，平均比传统流程节省了20分钟。假设企业员工平均时薪60元，那么这个100人的企业每周可以节省1.6万的人力支出，而一年可以节省76.8万左右的支出。

02 如何体现设计价值

在了解了设计价值的体现后，我们知道B端设计的落脚点在业务价值的赋能上。当我们实实在在的解决了业务问题，而不是产品外层视觉与交互的表层需求，才能让我们的设计价值最大化，让设计得到团队其他成员的认可。接下来结合工作经验阐述下设计师可以赋能业务的点。

2.1 主动养成系统思维

很多B端设计师都是被动的接到产品经理的低保真，然后根据低保真的需求直接输出设计稿，妥妥的沦为一个画图的美工，疲于应付工作，一直很忙，但不知道在忙啥，这会使得自己在团队内部被定义为一个工具人。

我们需要主动去寻找设计的发力点，利用自己的专业能力挖掘需求背后更深层次的信息。

借用Jesse James Garrett的理论用户体验五要素这个专业名词（表现层、框架层、结构层、范围层、战略层）。单纯的视觉设计虽然容易感知，但它却属于五要素的最顶层，价值有限，无法准确传达最底层战略层的含义，我们唯有往下突破才能凸显我们的价值。

当我们在收到需求的时候，需要具备系统化思维，从底层战略开始，首先了解业务需求背后的价值，同产品经理对其业务目标后，帮助他梳理业务需求，结合用户目标以及当前的技术能力等多方因素系统性思考最优的设计解决方案。

只有发挥了我们的主观能动性，改变单点视角，具备系统化思考的能力，才能更好出结果，体现我们的价值。

2.2 更专业的组件规范

功能复杂繁琐的B端为了最大化的保证设计的一致性、提升开发的效率以及方便产品的迭代优化，组件规范是我们产品必不可少的工具。

那目前市面上的组件规范这么完善，对于我们设计师而言自身的价值是否无法体现了呢？其实它存在2个问题：

业务属性不符。虽然市面上存在众多的第三方组件，但由于设计的出发点不同（公司不同影响的业务属性不同），导致市面上的组件不一定与自家产品属性贴合，需要我们结合产品愿景以及业务规划进行重新设计；
业务特性不贴合。我们见到的很多组件只能归于基础组件，可以保证基础的设计一致性，但由于业务领域的独特性，在一些专业的场景中有着强烈的业务属性，需要我们对一些基础组件进行组合，进行更专业的沉淀，这样在实际使用的时候会更加高效。例如高级筛选、不同的场景弹框等。