我发现很多新人设计师和我当年一样,有一个误区,认为做C端就是比做B端更好。尤其如果能做知名C端产品,想想都开心。
我作为一个两者都做过的大厂设计师,想要总结一下自己多年的经验和观察。如果你还在犹豫选择做C端还是做B端,或者担心做B端不好,无论你是UX还是UI甚至是PM,都一定要用心看看:P.S. 本文不能代表所有情况,只能代表很大一部分典型状态。很简单,如果作为一个基层设计师,你不知道自己有多少层领导,例如设计层、项目层、产品层、公司层甚至集团层…而方案评审有时还逐层递进,每一层改一次。好像升级打怪一样,你还统统无法拒绝。经常是A、B、C、D方案随机组合各遍,最后发现又回到了原点…很多情况下,C端大公司里做设计,时间就是这么被消耗掉的。不但要应付本公司的领导,而且还要应付对方的领导,层级还岂不是更多了?
虽然领导数量变多了,然而金主经常只有一个——甲方公司内,即能够审批是否为该项目付费的领导。对于B端公司来说,做项目的目标特别明确,那就是——能不能上甲方爽快给钱。只要钱给够了其它都好说,不像C端公司那样,考虑的东西特别多:口碑、留存率、转化率、活跃度…也就是说,即便本公司领导不喜欢你的方案,但只要金主爸爸喜欢了,一般就不会有什么问题,毕竟谁也不会和钱过不去。当然,甲方内部自己意见不统一的情况也是有的,但一般外包项目都会有比较明确的负责人,所以很多时候也不会太复杂。很多C端公司不重视汇报,很难开一次正儿八经的进度报告会。因为就那么几个人,反正办公室里抬头不见低头见,何必整那些“形式主义”。甚至设计规范什么的,意思意思就好了,反正大家翻来覆去也就那么点页面,文档做精致了给谁看?一整个项目下来,真正和甲方面对面的机会不多,所以每次都一定要特别隆重:明明只需要一个步骤,恨不得拆分成两个,一定要让金主爸爸感觉服务到位、物超所值,最好是能够多给点钱。
在C端公司工作,你会发现你学的那些设计流程根本用不上几个,因为绝大多数需求都小得跟拧螺丝钉差不多了。当然,你申请C端工作的时候,作品集里的项目流程一环不能少,得整得跟造火箭一样。
C端公司通常不求数量,更求质量。自家产品的流量来之不易,必须长期迭代维护,才能不被竞争对手超越了。结果需求越来越细,设计方案可以为要不要圆角、标题字体要不要大1号、留白要不要多2个像素之类的小问题争论半天…B端就不一样了,就跟做饭店一样,讲的是翻台率。项目能够1个月搞定,就绝对不要拖到1个半月。
至于细节问题,只要刚好够忽悠甲方那就够了,多一点都是浪费。C端产品有点像快销时尚,隔一段时间就得改个版。也不是因为之前有什么问题,就是给用户换换口味,刺激一下他们的“消费欲”。
而且每推出一个新功能时,界面上最好是设计得有点个性,生怕用户感觉不够新奇,没有点击欲。B端就不一样了,经常是项目一次性交付,只要不出问题就几乎不迭代。甲方已经把价格压得这么低了,还追求什么个性风格?还不如全部组件化,一套规范搞定N个界面。不容易出错,还能把成本降到最低。C端追求个性,需要不断推陈出新,从感官上刺激用户,那么视觉设计的工作就不会少。
而由于C端产品的需求大多以局部迭代为主,少有大改或者从零到一的机会,所以交互上可以发挥的余地多少有些限制。
by Anton Mikhaltsov @ DribbbleB端常用组件化设计,需要个性化的地方不多,很多后台页面甚至完全不需要视觉设计。而且很多B端公司会将同一套视觉风格用到不同的项目中,顶多换个色调、改个首页风格。by Tom Koszyk for EL Passion @ Dribbble最后说一点,我认为C端与B端没有高下之分,就看个人取舍。但要注意的是,一旦你选择了其中一个,以后再换方向可能就没那么容易了,所以做选择是要谨慎。关于C端和B端设计该如何选择,文章篇幅有限,且不方便把一些具体案例讲得过细,也许你还有一些疑问。2020/11/27周五晚8:30我将直播1小时与大家聊一聊,C端和B端设计工作区别,以及该如何选择:![]()
右下角点亮 在看 后,复制下列 关键词 发送到公众号领取精选内容:
设计流程 一套国际认可的完整产品设计流程
从零到一 从零到一做设计需要弄清楚什么?
读研 设计师有必要读研吗?
大厂 大厂就什么都好吗
工具 获取常用工具 Adobe/Office/Sketch/Axure...
![]()
Long-press QR code to transfer me a reward
小小支持下?
As required by Apple's new policy, the Reward feature has been disabled on Weixin for iOS. You can still reward an Official Account by transferring money via QR code.
Send to Author