我发现很多新人设计师和我当年一样，有一个误区，认为做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...