这篇文章很简洁地列出了2B与2C的区别，言之有理，虽也有不足之处，也有很多值得学习的地方。
本质：
2C：人性
2B：业务
很好理解，对于C端产品而言，直面用户，做的是个人的用户体验，要抓住人性的弱点来重点攻击，黏住用户，提高产品留存率、使用率和爆点。这些要求PM有很强的心理逻辑，以此来把握用户的最核心需求。
B端则不同，面对的用户对象是团队、组织、供应链等等一系列非人的或群体的东西。可以是一套企业管理系统（IBM主营业务就做这个），供应链支持等等，他不需要太多的人性，只要能够满足业务需求即可。
设计：
2C：感性
2B：理性
2C是做给人用的，而人大多是以感性的思维来感知世界，所以C端产品一定要做的感性，唯美，像一位亭亭玉立的女子，抓住用户的心。
2B则是着重于业务，绝妙的设计逻辑带来效率的提升，产能的增加，这也是B端用户想看到的，像一名执行力强的浑身肌肉的特工，给商业伙伴一种安心、值得托付的感觉。
交互、视觉：
2C：命脉（原文，我觉得命脉说的还是过了，C这边UI这个作用还没这么大）
2B：锦上添花
C端用户主要还是娱乐性质为主，新奇的UI/UE能够很快地抓住他们的好奇心，迅速抓住用户。
B端则是以实际业务操作为主，对于UI/UE这种对效率提升不大的方面则需求没那么高，当然好的交互与视觉能够降低用户的学习成本，提升用户体验，从而也从侧面提高效率。但这并不是B端产品的重点。
使用成本：
2C：0容忍
2B：愿意付出
C端用户都是无意识的使用，一旦不顺手或遇到麻烦没有及时解决，用户的耐心就会被消磨殆尽，这就是PM在产品设计时所要强调的“用户很懒法则”了，所以2C要做的简单，不要太复杂。
B端相反，学习成本高的B端产品可能功能更全面，提高效率的程度更高，更专业，B端用户更愿意付出时间、人力来学习。如力帆斥资千万引进的欧洲先进管理系统，付出大量的人力时间去学习，学成出来的人员全部分配到各个部门，最差都是副部长。
总结：
B、C两端因为面对的对象不同，职责也是千差万别，PM的能力水平倾向也是有所不同。如果能在B、C端都有所磨练，相信对自己的产品能力会有很大的提升。但要注意在学习中不要将两者的知识搞混淆，最后弄出个四不像就不好了。要有所侧重吧。
