在工作中，由于需要带一些新人了解 B 端知识， 而他们了解到的关于 B 端资料又非常少且都是碎片化的呈现。并且相对于 C 端的创新和趣味，会觉得 B 端设计显得更理性，视觉发挥空间相对有限，也会对 B 端设计的价值产生迷茫。因此，我尝试将自己 B 端经验提炼总结出来，一方面用于给团队成员做培训，另一方面也整理成文章，分享给其他同仁，希望互相学习。
作为刚接触 B 端的人，可能并没有很快的认识到自身的角色和其所具备的责任、技能和能创造的价值。也不清楚如何体现自身价值以及增加自身价值的方向。
我们先来看一下基本产品的设计流程
△ 基本产品设计流程
你常常听见的设计流程就是产品出原型，在原型和需求文档的基础上进行设计，这在与产品的配合中属于被执行者，被动的接收产品的需求，按照原型输出设计稿，这会使 B 端的设计变得无趣，也体现不出你的价值。
△ 你当前的流程
实际当中你可以是与产品互相成就、互相补位。与产品共同参与到对需求的挖掘、用户分析以及调研摸底当中，这会使你对项目的了解和后期的需求分析具有很大的帮助，能与产品一起组合考虑需要解决的根本问题是什么，我将采用何种设计方案去解决问题，这样才不会变成被动接收信息的工具人。
你要对所属项目的深入了解，看看是业务支撑类产品还是办公协同类产品或是商家端的产品等等，先了解是干什么的，在了解使用人的操作习惯和哪些方式对他们效率的提升有帮助。平常也要注意对通过用户发声的渠道收集他们对产品的讨论、建议和意见。便于我们对问题的积累和归类，使我们更容易站在全局的角度上思考问题，当启动相关问题的设计时我们能更快捷更深入的设计出用户需要的东西。另外帮助我们在与产品讨论一些迭代的体验优化提供数据支持。
B 端设计师的核心竞争力就是解决问题的能力，快速理解业务和处理业务的能力，只有拥有这些能力后，才可以去创造更多的价值。
B 端设计师可以在这几个地方锻炼自身的价值：
1. 从拆解入手：
我们通常在设计工作中会遇见小需求和大需求（包含多个产品模块小需求），小需求基本上是点对点需求，不需要细化拆解，这里就不多说了。
而大需求通常包含多个小需求，我们要采用化繁为简的方法——先规划后开工，拆解设计任务，从整体出发系统化的思考产品任务，在明确产品目标和设计目的后对需求进行拆分为多个阶段，再对每个阶段进行设计。在你拆分任务的时候你已经对未来的工作在心里有了建设，比如哪些地方是核心展示区域，我们需要花费的精力是多少，哪些数据图的展示形式会造成下游工作量的增加，是否对整体进度产生影响，哪些明细的展示是次要的花费精力最少，这里面也有可能会有团队协作的情况，这就要求大家有一致的目标、一致的规范。
△ 基于目标拆解需求
2. 从解决问题入手：
后台的搭建离不开一套强大的、统一的 UI 规范。规范是设计视觉统一的基础也是配合技术团队高效产出一致体验所必不可少的工具。
说到规范就得提一下组件了，组件的产生是为了避免我们重复的造轮子，并且对控件细节进行了把控。市面上虽然有已经成熟的组件，但是和自身的业务特点并不一定贴合，就需要我们基于 B 端产品特性和自身业务特点，以灵活性、复用性、全面性的设计原则来进行设计，例如我们就对头部筛选项的自定义设置，在纵向间距关系和横向间距关系上指出信息之间的距离和关联性之间的关系，更能灵活的选取我们想要的状态进行搭配，复用全局的使用。提升了研发团队的效率也解决了视觉一致性的细节问题，节约时间去做更有意义的事情。
△ 根据类型选择需要的头部筛选组件
对业务需求的 100%支持是设计的本职工作，那么我们的附加值就在“赋能“上，说起赋能我们就要说一下文章开头对思维的培养了，对思维的培养就是对需求的深挖，对问题的收集和思考，那么再进一步就要行动起来，主动进行用户调研，挖掘需求的突破点，找到更好的解决方案和更有价值的驱动点。那么我们在对不同项目赋能时也可采取此种方法进行思考，拆解任务跟进落地，提供规范与组件支撑，采集此流程中带来的价值，在项目结束后进行复盘总结，逐渐沉淀累积自身能力，逐步搭建自身的方法论在验证中成长。
这是一些我对自身价值寻找的一部分提炼，在工作当中我们也有很多其他方面的价值，这需要你自己去寻找，在寻找中增加自身价值，在设计中体现价值。变得越来越好。
大厂出品！帮你快速掌握B端项目的设计思路和方法
前言
对于一直做 C 端产品设计的同学来说，面对复杂又陌生的 B 端业务，难免会有些头“秃”，设计师该如何应对？或者说我们如何更好地完成项目？
阅读文章 >>
欢迎关注「JellyDesign」的小程序：
