对于一直做 C 端产品设计的同学来说,面对复杂又陌生的 B 端业务,难免会有些头“秃”,设计师该如何应对?或者说我们如何更好地完成项目?并挖掘和9 ) & c N ; `发挥设计价值?B 端产品通常具有较高的业务门槛和业务深度,对于设计师也具有一定的挑战性,本文根据自己的这一年的 B 端工作经历,总结了一h , O些设计方法以及自己的经验。希望会对处在这个领域感到迷茫的设计师有所指引和帮助。
B 端产品业务目的明确,业务逻辑和场景相对比较复杂,所以对设计师的要求更高,要更清晰理解 B 端业务,下Z 9 P w I _ X ~ 5面是我转 B 端产品设计时的一K D M ^ 4 q些思路:
针对之前一直做 C 端的我来说转战到 B 端业务,也面临着两个端的设计反差,B C 端的商业属性、产品定位、用户人群、视觉呈现、业务逻辑/流程都不尽相同,这将是一场知识迁移的过程。
需要转H Y Q 7 b a V变自己之前的整个设计思路和角色定位,从之前被动接需求做图,只做执行输出设计稿,转被动为主动。也深知设计和6 I n * X ^ ] x 2产品的配合就是互相成就,互相补位。面对之前不太熟悉的 B 端那些较为复杂的业务场景和逻辑,尽量让自己在和产品需求对接时,提前介入,思r c t ]维前置,全链X v / j路思考主动提出对产品的一些想法,x * : n 3 ~ S难点或疑惑点都可以,也可以帮助自己梳理需求,了解从根本要解决 1 t i 2 – [ s 7的问题是什么,需求背后其核心是达到什么用途与目的,也想办法去收集来自用户、业务方的反馈,或主动去进行竞品调研,用户调研,这样不仅可以让我们更清晰的了解用户需求和* y * M P业务场景,在这个过程中,往往也会更容易挖掘出需求的突破点,找到更好的解决方案和更有价值的U : 9 6 P T O驱动点,为业务赋能。不再只做被动接受的工具人| : @ d G J z,也会m k F z I要求自己去做“项目推动型设计师q ? l , J r ~ i v”,尽量让自己全链路的参与其中,在每个环节寻找可挖掘和贡献的价值点。
转变了自己的定位后,由于自己负J n d责的$ | 3 ( 8 J I q B 端项目,是之前没有接触过的业务,很多业务场景无法使用设计 C 端产品时的同理心来对待,又有较高的业务门槛和业务深度的,首先我认真系统的h u ! T = A学习业务涉及: = p 9 R到的一些相关知识,可以帮助了解自己手里的设计工作的业务细节,和产研团队多方面沟通产品的需求,弄清每个步骤的业务逻辑,不懂g . O可以多问多学,在产品m j * ) h评y ^ w X o w , i E审需求的环节,一定要将业务逻辑理解透彻再考虑应该如何进行设计实现。要问问为什么业务流程是这样,每一个页面的跳转每一个功能的用途以及业务含义是什么等等,多出几版样式进行探讨最优方案。
设计工作的开展前,首先需要分析产品的背景是什么,要做什么,要提供用户什么服务?调研分析一下它的竞品状况是怎样的?现在是什么发展阶段(一般 b 端的产品竞品是极少的),不管是网4 H v D上查找还是书籍搜寻了解一些行业内的资料,也可以找一些间接竞品吸取灵感。了解产品的目标用户群有哪些(用户画像)?不同角色的用户会有哪. _ @ d X些权限?以及分析业务存在哪些重要的流程,背后设计的意图和产生的价值是什么,要解决用户或业务上的哪些痛点。进行了初步的业务分析以后,q k e y q大致分析下使用场景,在需求分析阶段,要对产品本身和行业本身有一些基本的认知。
B 端产品的逻辑较为复杂,在交互及体验上的要求也要更为谨慎。所以设计上需Y j u要更加克制和理性,B 端产品虽? r b & / 9 c p ?然视觉上交互上的整体要求没有 C 端那么高,但是需要做到每一个功能点能够清晰明确的展示,并且让用户知道每个功能按钮或页面的使用意图$ s . ( { N 9 J 0。避免功能堆砌关系混乱。
在产品3 ) J 2设计之初,需要全面考虑,把握产品设计的大方向与业务发展的一致,同步搭建页面通用的设计框架,统一的视觉设计语言,通用的组件的规范,可快速复T P X p用提效设计,即可把更多的精力投入到梳H # E b =理产品逻辑及交互方式和功能的视觉表现上。也a } + + A o – Y要时刻与产研团队保持沟通,从技术和设计层面综合考虑,哪种视觉呈现方式更合理,哪种方式更提效更稳定,支持的场景更全面…确保当前产品方案可行性。全面打造产品体验的一致性,实现有序、统一的操作体验,总之核心重点:界面清晰易懂,用户的操作门槛低,能够快速的使用产品,高效、专注完成任务。
项目上线后,及时复盘总结也尤e e %为重要,K , 4 8 + k i y这也 L c P P J ( r &是我接下来要重点去做的事情,可以通过回顾和思考,来归纳分析自己做的成功与不足的地方,把& X D I X F那些对后续有帮助的、复用性高的经验加以总结,沉淀自己的一套方法论。复盘是设计师自我提升的有效方式,也可以赋能团队为团队提效,提升自己的价值。
啰嗦说了这么多,比较细碎,不乏逻辑凌乱的片段,但也算自己对 B 端设计的一些想法吧~B 端产品承载的信息和逻辑比较复Z I 8 & t杂一些,所以需要对功能层级的划分呈现多考虑一点,需要有清晰的逻辑,多站在企业用户的角度去考虑,使任务能够精准化触达,毫不拖泥带水是设计 B 端产品最重要的工作。
最后感谢大家阅读完本文,我也在成长和学习中; k c L,如有写的不对的地方,请批评指正错误,学习交流,B k u X : + [共同进步。
用一篇超详细的文章,帮你全面认识B端控件设计
第四篇我们全面认识一下B端的控件设计。
往期回顾:
[3 B 8link https://www.uisdc.com/b-side-design-specificati6 Z $ 4 d N J Non]
[link https://www.uisdc.com/b-side-design-specie E D e 9ficat[ ) E , Qion-2]
[link httpsf E + D 8 3 { o Y:q I Q c d g V w//www.uisdc.com/b-sid7 q b Q f u 9 $e-) c P 5 m @ | E 3design-specix h *fication-3]
B端基O 1 l , 1 ) 8础控件的认识
控件一词,直译的话可以翻译成 “用来控制的元件”,是我们对 B…
阅读文章 >>
欢迎关注「58UXD」的微信公众号: