关于C端设计转B端的一些见解

不少设计的同学反馈不知道该不该转B端设计师,今天我们整理了大部分的同学疑问,进行一次性的完整的答复。接下来我们继续讲B端的未来。

B端市场现状

之前看过不少的文章跟大家讲过B端行业要崛起了。的确,事实是B端要崛起了,以我们的认知范围内的大厂为案例,基本上在疯狂招聘B端人才。

关于C端设计转B端的一些见解

关于C端设计转B端的一些见解关于C端设计转B端的一些见解

包括很多公司都要求设计师需要具备有web端/PC端/b端的经验,

关于C端设计转B端的一些见解

无论作为一个运营类的设计师还是一个纯C端的设计师,其实如果真的懂B端的业务设计,真实可以说是当下裁员潮中一个必不可少的技能。之前有不少的同学问过我,到底掌握了B+C端的设计,可以称得上是用户体验设计师吗?这里这样子的问法有点笼统,因为真正的用户体验设计师需要掌握的东西有很多,比如竞品分析、需求评审、用户调研、信息设计、视觉走查等等。

那到底什么是b端?

我们来看看百度百科的词条:

B端,代表企业用户商家,英文是Business,是互联网产品中的商家界面(即:管理平台)。用户通过它进行日常的商业活动,例如企业库存管理,销售统计,员工出勤考核等等。可以说,用来解决企业需求的产品,都是 B 端产品。

这样子讲可能有些同学还是不太理解,我翻译一下:这个软件不是随便什么人都可以用到的,而且这个产品仅限于公司采购给公司内部的人员使用,这部分具有一定的专业知识背景。

举个例子,财务人员经常需要与发票打交道,他们可能采用的是某蝶的财务软件等等。再给大家举一个例子,我们平时去吃饭的时候,点菜系统其实也是 B端产品。像麦某劳和肯某基,公司采购软件下发给公司内部的员工使用,这里有一个核心问题要跟大家阐述一下,并不是软件采购回来后,所有人员都可以用,这部分的群体是具备有一定的专业知识背景才能用,也就好比只有设计师采用figma,财务人员基本很少去体验figma的,毕竟术业有专攻嘛!

C端与B端之间的设计语言的区别

关于C端设计转B端的一些见解

其实关于C端的产品我们不难发现,基本上都是个人用户居多,每个人都可以自由的下载,并且可以可以按照自己的审美去使用某类产品,但是B端不一样了,更偏向于工具型的产品。如果真要用一个案例来陈述这个差异化,大家可以代入一个概念。这就好比每个人都会装修自己的家,但是没有人会去装修公共的电梯。这就凸显了B与C端之前的差异化了,还有另外一个概念,比如价值,很多平台会追求各种视觉冲击力,而B端的产品视觉层级也不是说不重要,而是更加的偏向业务,一切以业务为指导。B端的产品更加的注重的是交互逻辑,比如前后操作的衔接,这是关系到企业的工作效率,要知道B端的产品基本上的核心原则都是为了提高效率,并不是纯粹的买一款好看却不好用的产品来摆设。

这里要插播一个题外话:是不是B端的视觉不重要了?

并不是!B端的视觉反而更加需要与业务结合!这里有三个误区,我给大家讲解一下。

误区1:忽视B端用户的专业需求

很多设计师在设计页面的时候,都很容易天马行空,并没有真正的了解业务。也没有真实的接触到真实的用户,这里存在一个概念需要跟大家分享一下:“有的时候,购买软件的人是采购部,但是实际使用的软件的人并不是属于采购部的人”。一般来说都会出现这种情况,这里需要拉拢我们的产品经理、运维、实施人员一起去客户现场进行客户访谈。就像我前面跟大家说了,B端的产品是需要有一定专业知识背景的人才可以使用的,只有结合了业务去行动,这样子的产品才会让用户愿意买单。换个角度,这就好比如果你使用某个产品不好用,但是如果你可以直接跟这个产品的设计师反馈,并且得到专业的解答,我相信在座的各位都会理解为什么设计师当初要这样子设计。

事后我们需要进行思考沉淀:B类产品的设计应该专注于使用群体中的「专业知识」,无论是交互设计师还是视觉设计师,都需要考虑一下群体的身份。

关于C端设计转B端的一些见解

举个例子,比如国内外的股票市场,国内红色是代表上涨,而国外的红色是代表下跌,这里面的色彩所反馈的信息可是不一样的,这就是为什么我跟大家说一定要去考虑用户的“专业知识”。

误区2:盲目跟风,抛弃原有基础

不少同学找我看过作品集,虽然近些年各种元宇宙包括3D等等概念都被炒的很火,但是这里有一个问题,C端的产品的确是可以跟风,但是B端的产品就不一样,我们来看看他们的逻辑是:能用>效率>易用>好看

B端的产品基本上是围绕着业务去展开的,并不是做的要多酷炫就可以了。尤其是可视化看板,可视化看板也是需要有一定的数据支撑才会好看,但是如果连基本的可阅读性都不能解决,那又谈何“可视化”呢?

误区3:产品并不完善,进行大幅度乱改

这里大家先了解一个概念,每一款产品只要进入生产阶段,就存在生命周期,这就好比我们买的任何实物产品,从生产的那一刻开始就注定有生命周期,没有东西是不会坏的。

关于C端设计转B端的一些见解

这里给大家的建议是要进行大范围的迭代,一定是在我们的设计系统完善的情况下,并且产品处于稳定期再进行修改迭代!之前有不少的同学不以为然,但是最终出现的情况是,产品里面视觉风格不统一,交互逻辑混乱,并且组件并不统一,存在多种样式。还有一个点:B端的产品开发基本上是根据客户下订单,定制化这个产品才开始干活的,一般来说要推动开发同学去改版产品,那可是需要大领导拍板同意投入精力去改版的。

但是如果产品是稳定的,而且设计系统是完善的,这个时候来改版呢?

那我们可以从一个一个的小组件开始更新迭代,刚好这次需求涉及到某某组件,就可以刚好把这个组件给改了,这样子既可以写进个人的述职报告也可以顺便解决了开发排期的问题。

结论

无论是做B端还是做C端,做B端可以说是更加的挑战人,而且懂B端的设计师和普通的设计师是不一样的,基本上不怎么不存在裁员的风险(除非整个产品不盈利),毕竟B端的设计师可是跟业务挂钩的,裁掉一个B端的设计师,要重新培养一个懂业务的,这年头成本太大啦。

本文来自网络,不代表设计泡一泡立场,转载请注明出处。https://www.sjpyp.com/7345.html

发表评论

邮箱地址不会被公开。 必填项已用*标注

返回顶部