我发现很多新人设计师和我当年一样，有一个误区，认为做C端就是比做B端更好。尤其如果能做知名C端产品，想想都开心。

△ by Chris Ota @ Dribbble
我作为一个两者都做过的大厂设计师，想要总结一下自己多年的经验和观察。如果你还在犹豫选择做C端还是做B端，或者担心做B端不好，无论你是UX还是UI甚至是PM，都一定要用心看看：
P.S. 本文不能代表所有情况，只能代表很大一部分典型状态。

工作目的

C端搞定领导

B端搞定客户

领导和客户，哪个更难搞定？
我觉得领导更难搞定。
很简单，如果作为一个基层设计师，你不知道自己有多少层领导，例如设计层、项目层、产品层、公司层甚至集团层…
而且，每一层可能还有不止一位领导。
更可怕的是，他们之间的意见可能统统不一样…
这还不包括一些与你意见相左的平级队友…
而方案评审有时还逐层递进，每一层改一次。好像升级打怪一样，你还统统无法拒绝。
经常是A、B、C、D方案随机组合各遍，最后发现又回到了原点…很多情况下，C端大公司里做设计，时间就是这么被消耗掉的。

那B端就好些吗？
不但要应付本公司的领导，而且还要应付对方的领导，层级还岂不是更多了？
并不是这样。
虽然领导数量变多了，然而金主经常只有一个——甲方公司内，即能够审批是否为该项目付费的领导。
对于B端公司来说，做项目的目标特别明确，那就是——能不能让甲方爽快给钱。
只要钱给够了其它都好说，不像C端公司那样，考虑的东西特别多：口碑、留存率、转化率、活跃度…
也就是说，即便本公司领导不喜欢你的方案，但只要金主爸爸喜欢了，一般就不会有什么问题，毕竟谁也不会和钱过不去。
当然，甲方内部自己意见不统一的情况也是有的，但一般外包项目都会有比较明确的负责人，所以很多时候也不会太复杂。

工作方式

C端多沟通

B端多汇报

很多C端公司不重视汇报，很难开一次正儿八经的进度报告会。因为就那么几个人，反正办公室里抬头不见低头见，何必整那些“形式主义”。
甚至设计规范什么的，意思意思就好了，反正大家翻来覆去也就那么点页面，文档做精致了给谁看？
B端就不一样了。
一整个项目下来，真正和甲方面对面的机会不多，所以每次都一定要特别隆重：

• 汇报内容要及其详尽
• PPT动效要酷炫
• 项目流程必须严谨
• 演示原型要可点击
• …

明明只需要一个步骤，恨不得拆分成两个，一定要让金主爸爸感觉服务到位、物超所值，最好是能够多给点钱。

需求类型

C端常局部迭代

B端常从零到一

在C端公司工作，你会发现你学的那些设计流程根本用不上几个，因为绝大多数需求都小得跟拧螺丝钉差不多了。
当然，你申请C端工作的时候，作品集里的项目流程一环不能少，得整得跟造火箭一样。
C端公司通常不求数量，更求质量。自家产品的流量来之不易，必须长期迭代维护，才能不被竞争对手超越了。
结果需求越来越细，设计方案可以为要不要圆角、标题字体要不要大1号、留白要不要多2个像素之类的小问题争论半天…
B端就不一样了，就跟做饭店一样，讲的是翻台率。项目能够1个月搞定，就绝对不要拖到1个半月。
最好是永远不要迭代，一次过审，尽快拿钱收工走人。
至于细节问题，只要刚好够忽悠甲方那就够了，多一点都是浪费。

方案偏好

C端追求个性

B端追求统一

C端产品有点像快销时尚，隔一段时间就得改个版。也不是因为之前有什么问题，就是给用户换换口味，刺激一下他们的“消费欲”。
而且每推出一个新功能时，界面上最好是设计得有点个性，生怕用户感觉不够新奇，没有点击欲。
B端就不一样了，经常是项目一次性交付，只要不出问题就几乎不迭代。
甲方已经把价格压得这么低了，还追求什么个性风格？还不如全部组件化，一套规范搞定N个界面。不容易出错，还能把成本降到最低。

职位侧重

C端重视觉

B端重交互

这句话不难理解，可以从前面的内容就可以推理而来。
C端追求个性，需要不断推陈出新，从感官上刺激用户，那么视觉设计的工作就不会少。
而由于C端产品的需求大多以局部迭代为主，少有大改或者从零到一的机会，所以交互上可以发挥的余地多少有些限制。

△ by Anton Mikhaltsov @ Dribbble
B端常用组件化设计，需要个性化的地方不多，很多后台页面甚至完全不需要视觉设计。
而且很多B端公司会将同一套视觉风格用到不同的项目中，顶多换个色调、改个首页风格。
而拼凑组件的工作，通常交互设计师就可以解决。

△ by Tom Koszyk for EL Passion @ Dribbble

总结

最后说一点，我认为C端与B端没有高下之分，就看个人取舍。
但要注意的是，一旦你选择了其中一个，以后再换方向可能就没那么容易了，所以做选择是要谨慎。

原文链接：https://www.uisdc.com/c-or-b-design
时间：2020.12.09