实战技巧|B 端设计师如何挖掘自己的设计价值
共 3001字,需浏览 7分钟
·
2021-06-27 16:30
一、前言
B 端产品简称 TOB(to Business) 产品,使用对象一般为企业客户或组织。B 端产品帮助企业或组织通过协同办公,解决某类管理问题,承担着为企业或组织提升效率、降低成本、控制风险从而提高企业收入,减少企业内部损耗的重要职责。B 端产品的工作是合理实现企业需求,提高产品核心竞争力,并提升市场价值。
B 端产品会有一个非常明显的特征,那就是行业与行业之间的壁垒非常大,能通晓两三个行业已经很厉害了。但你是一个设计师,可能会遇到各种复杂的业务场景,很多行业术语你可能都不精通,就算学习了也不一定能非常懂,所以在做设计的时候还是会懵。
这个时候就需要设计师有强大的抽象创意能力了,你做过的业务越多,你脑海中积累的业务模型就越多,如果你善于记录,那么在遇到这种情况的时候,你可以快速的通过调用业务模型来解决,看能不能满足业务方的需求,如果能满足,就可以继续完善和优化,凡是审批流,就必定有列表、详情页、查询、新增编辑还有就是各种审批状态对应的操作,诸如撤回、加签之类的,用通用的业务模型解决不同的问题,用抽象的思维能力概括业务的实际需求,就可以战无不胜了。
二、定位好自己的角色
一个 B 端设计师最应该具备的核心能力是什么?那就是解决问题的能力,以及理解业务和处理业务的能力。很多设计师成为了一个 “项目推动型” 设计师,并没有搞清楚自己的角色和该角色应该具备的责任、技能和价值。
作为一个 B 端设计师来说,需要很快的认识到自身的角色和其所具备的责任、技能和能创造的价值。需要搞清楚如何体现自身的价值以及增加自身价值的方向。
先来看一个产品的设计流程图
流程图里可以看出来,在整个产品流程中,设计师是跨团队+全链路参与的角色,在每个环节都有可挖掘和贡献的价值点。
三、如何挖掘设计价值
B 端产品重业务、重交互、轻视觉,业务必然比 C 端复杂、非人性,需要设计师对相关行业有一定的理解,需要用户跨过学习门槛,才能使用系统提高工作效率。接下来会根据具体案例,来阐述一下设计师可以赋能业务的点。
1.对思维的培养
大部分设计师拿到需求之后,直接会在需求文档的基础上进行设计,在与产品的配合中属于被执行者,被动的接收产品的需求,按照原型输出设计稿,这会使 B 端的设计变得无趣,也体现不出你的价值。
设计师要学会转被动为主动,才能很好的发挥设计价值。本身设计与产品的配合就是相互成就的,大家的目标都是一致的。面对 B 端复杂的业务需求,在和产品思维对焦时,需要设计师思维前置,辩证的去思考产品方向,帮助产品梳理需求,从需求背景出发,收集用户、需求方的反馈,综合考虑根本要解决的问题是什么,再去想如何产出设计方案,不要只被动的承接需求。平衡当前资源实现业务方要求的功能,让用户体验易用性,从而提高业务效率。
2.从解决问题入手
B 端设计师的核心竞争力就是解决问题的能力,需要快速理解业务和处理业务的能力,这样才能更好的创造更多的价值。
后台系统的搭建离不开一套强大的、统一的 UI 设计规范。规范是设计视觉统一的基础也是配合技术团队高效产出一致体验所必不可少的工具。说到规范就得提一下组件了,组件的产生是为了避免我们重复的造轮子,并且对控件细节进行了把控。市面上虽然有已经成熟的组件,但是和自身的业务特点并不一定贴合,就需要我们基于 B 端产品特性和自身业务特点,以灵活性、复用性、全面性的设计原则来进行设计,例如我们就对头部筛选项的自定义设置,在纵向间距关系和横向间距关系上指出信息之间的距离和关联性之间的关系,更能灵活的选取我们想要的状态进行搭配,复用全局的使用。提升了研发团队的效率也解决了视觉一致性的细节问题,节约时间去做更有意义的事情。
3.设计赋能业务
单纯的支持业务需求是每个设计师的本质工作,那我们怎么能把价值赋能到业务上呢,这就回归到文章开始说的设计思维的转变,对思维的培养就是对需求的深挖,对问题的收集和思考,那么再进一步就要行动起来,主动进行用户调研,挖掘需求的突破点,找到更好的解决方案和更有价值的驱动点。那么我们在对不同项目赋能时也可采取此种方法进行思考,拆解任务跟进落地,提供规范与组件支撑,采集此流程中带来的价值,在项目结束后进行复盘总结,逐渐沉淀累积自身能力,逐步搭建自身的方法论在验证中成长。
4.项目复盘
一个设计师想要成长,一定是在一个不断回顾和思考及归纳分析中成长起来的,多去沉淀积累总结不好的经验,输出自己的一套方法论,查缺补漏提升自身的设计能力,避免低效率的重复工作。复盘是设计师自我提升的非常有效的方式。不仅为了自己,还可以提升自己对团队的价值,多去做知识分享,锻炼自己的表达力和控场能力。
四、总结
不管 B 端还是 C 端,设计的价值在于通过视觉表现的方式去助力公司、助力产品实现用户的需求、帮助用户解决问题。B 端产品相对而言,场景、功能、业务流程、信息架构要比 C 端更复杂,面对的异常情况也比较多,所以 B 端在设计风格上尽量做到简洁,B 端产品实用性大于美观性,在每一个功能的设计都需要你去思考很多方面:用户易用、信息层级、未来扩展,你都要做出取舍,而对于每个模块都需要你思考、结合用户场景。所以想要做好 B 端设计,一定要去了解业务,了解用户需求。设计独有的用户体验思维+业务理解能力,可推导出产品的可发力点,抓住并完善这些发力点,也从中体现了设计的价值。
推 荐 阅 读
让设计圈一片哗然的 Google 新 logo 到底出了什么问题?
欢迎大家关注三分设,每天分享优质设计、创意灵感、新知新识,定期大咖老师直播分享,零距离连麦,答疑解惑。