ToC的成交，决策链是非常单一且迅速的。往往消费者看中产品的某个点，就会立马付费。甚至被业务人员的话术所煽动，稀里糊涂就付费了。

而ToB的成交周期是非常久的，因为决策链非常长。

ToB的本质，其实就是“效率管理”。而提升一家公司的效率，肯定涉及到多个部门。所以在成交的过程中，往往要和各个相关部门的负责人做对接。有时所有部门的负责人都搞定了，结果付款的时候，老板觉得超过预算了，直接否决。那前面所有的努力，基本上付诸东流了。

所以ToB在成交的过程中，对于客户的预算、流程、需求都要非常清晰的掌握。

01  业务思维

做B端产品，首先要培养的就是业务感。在做产品设计时，你代表的不是产品经理，也不是技术，而是设想一下自己作为一个真正的需求提出方，你面临到问题是什么，希望系统提供怎样的支持？如果不能有很好的代入感，不能深刻的理解业务痛点，那么设计出的产品一定会有所遗漏，如同保姆和亲妈带孩子的区别一样，虽然保姆技巧足够，但情感投入相差千里，自然孩子的感受也就相去甚远了。

设计建议：

1.服务心态。要明白所有的系统都是为业务做支撑的，解决不了业务问题的系统设计的再华丽也只是浮云一片。

2.同理心。跳出系统和自己的岗位，站在需求提出方的视觉来充分体会业务痛点，并以此思考解决方案。这样你就能很清楚的知道自己的设计是否实用，是否有遗漏和改进空间。如果你能做到在业务和产品经理双重角色中切换自如，那你就具备极强的业务感了。

3.流程和系统的结合。设计系统功能之前，将业务流程从头到尾梳理清楚，充分考虑线上和线下操作的联动，再在流程中需要系统支持的环节中加入系统功能，让线下流程和线上功能完美贴合。流程和系统是相互成就的，系统是为了更好的辅助流程，千万不要本末倒置，让流程来迁就系统。

02  极简思维

刚出校门那会，总以为能够设计出一套比别人复杂的系统就是牛叉，本来一个很简单的功能，一定要锦上添无数的花，每天沉浸在自己制造的复杂的逻辑和交互里无法自拔；也曾经天真的认为那些看起来简单的功能是设计者的失职，直到无数次的锤炼和洗礼以后才慢慢明白，什么是真正的“大道至简”。

无论是系统功能，还是流程上，我们都要尽量追求极简，极简的流程可以极大的减少人工成本，极简的系统操作起来更加流畅更容易上手。

但是，极简并不意味着简单，而是要求我们能够分清楚主次，充分提炼，对于重要的功能和流程，一个都不能少，但对于可有可无的功能，能少则少，能系统自动处理的就不要人为操作，能操作一步就不要用两步来实现。

设计建议：

1.B端系统，流程大于交互，首先要思考流程的极简，再考虑如何基于流程来实现系统的简洁。

2.交互设计上，可以向C端设计取经：突出页面核心功能区，让用户一眼就明白主次；核心按钮摆放在更加显眼的位置，以突出重点。

3.由于B端功能状态和逻辑比较多，可以根据不同的场景和状态展示不同的功能，不要一股脑都罗列出来，形成乱花渐入的局面

4.B端功能以成本和效率为首要目标，设计时让系统代替人工，极力减少人为操作和人为判断成本