做交互选B端还是C端？ 第1页

答案长，且另类。

交互设计没有B端和C端之分，如果产品经理们有异议，请准确说出B和C的定义！

C端是什么？Consumer（消费者）还是Client（客户端）？

B端是什么？恐怕只能是Business吧，这个单词指商业行为，还是商家用户？

• 招聘一定是商业行为，招聘者和候选人共用的界面，算B端？
• 候选人付费提升自己在人才榜的排名，算B端，还是C端？
• 即时通讯一定是个人行为（不许笑），企业微信还算B端吗？

上班摸鱼刷淘宝，就是C端用户；老板路过工位，假装办公，秒变B端用户？哎呦，用户体验思维真厉害，翻手为云，覆手为雨，一秒钟就72变。

道理也很简单，在我从事界面设计的前十年，根本没有B端/C端这种说法，大家讨论更多的是各种需求如何满足，这就好比原始部落分肉一样，分到哪块都要吃下去，不能挑食。后来呢，就有了鄙视链，有了大厂小厂之分，有些设计师只吃排骨和五花肉，其他的统统都叫【下水】【牛杂】【筋头巴脑】……于是就有了所谓的B端/C端。肉食者鄙，而已。

资深一些设计师，拿到任何需求，先要搞五件事情：

第一：高频使用，低频使用？

随时必备，周期使用，一生一次，还是几乎不用？

第二：专家用户，新手用户？

面向中间用户固然稳妥，但对于低频使用的新手，必然要换个思路

第三：利益驱动是什么？

用户为什么要用？不得不用，还是可以弃用？还是一定会寻找替代品？

第四：指标排序

时间效率，防错容错，分层转化率，是鱼与熊掌的关系，具体产品的平衡点肯定不一样

第五：ROI

现有的产品是什么样子，颠覆成本有多高？研发测试团队给力吗？运营资源充足吗？

要搞清楚上面五个问题，才能有判断，才能有大致思路，才敢动手。

如果一个设计师抱着对B端/C端模模糊糊的定义，居然打算长期吃设计这碗饭，下面的弯路是逃不掉的：

误解之一：C端饱和，B端稀缺

能够持续输出火力的设计师一直稀缺，培训班并没有填补缺口，只是让一群误入歧途羔羊在被剪了羊毛之后，连挂羊头卖肉的出路都没有~~~所谓的B和C都不缺小白，缺的是能做事的人！

误解之二：大环境上，B端业务会更多增长

资本在互联网上半场结束后发现，普通消费领域已经瓜分完毕，企业商业服务还没被洗过。请不要把那群吸血鬼的眼光等同于是大环境，当各种创业公司拿着热钱开始烧SaaS/PaaS的热炕，请看看传统IT的惨状，你就真以为万能的互联网思维能比积累了几十年的传统IT搞出更优秀的产品？有多少企业需要颠覆式的信息系统更新？绝大部分自吹自擂的B端互联网产品，如果没有资本加柴，分分钟就哑火。ToVC的变现能力吗？

误解之三：C端同质化严重，B端业务类型多，发挥空间大

用户习惯，这个东西对所谓的B端/C端是一样的顽固。你以为B端有什么新领域吗？成规模的企业之前都没用过任何类似产品吗？只要用过同类产品，员工就开始比较，就开始吐槽。除非你完全面向新公司，动态成长的企业~~可是这样的企业有多少？付费能力又如何？员工为了完成工作任务，不得不在完成相关任务但是界面风格迥异的产品之间切换，你知道那感受吗？嘿嘿

误解之四：B端适合交互入门

哎呦，所谓的管理平台几乎都被归入B端了吧？一套数据，各种接口服务要像妈妈桑一样同时支撑移动APP，小程序，网页，甚至客户端~~这群熊孩子偶尔还会搞出各种个性化的需求，而你告诉我管理这套数据服务的界面居然是相对简单的？妈妈桑真实可怜~~~只要深挖下去，设计这件事儿就没有相对简单、相对复杂的区别。

误解之五：B端产品服务于效率

不一定！当然也要看大家对效率的认知。企业盈利有两个方向，开源和节流。提升效率更多是面向节流；当然你也可以坚持效率是为了开源。很多面向企业用户的产品并不是为了效率，而是降低风险，甚至就是行业监管的需要。设计师总要面对千奇百怪的需求~~~~

误解之六：C端有数据验证，B端靠同理心驱动

只要产品是用来卖，就一定会产生数据；只要产品有真实用户使用，就一定会产生数据。B端产品一样需要数据验证，只不过未必是转化率驱动，而变成平均填写时间，误操作比例，投诉率等等。

误解之七：B端都是专业用户

不一定！！！很多行业存在大量低学历从业者，这群用户永远都在新手区徘徊，他们可能会成为熟练用户，但绝对不可能成为专业用户。

结束语

交互设计师一定要涉猎多样的产品类型，并且建议一定要搞一搞桌面客户端。

对于某些答案当中：C就是移动端，B就是桌面端~~~哈哈，还是洗洗睡吧

祝大家都能削尖脑袋钻进大厂为资本拧螺丝，B端也好，C端也罢，青春让你还有躺平的机会，像我这样的中年设计师，只能爬着前进了。