BUT，虚拟To B支付则不同，由于是大额资金交易，加上前面提到了，从下单到订单完成，中间会有时间差。因此，资金是允许在成交之前，随时退订。

　　因此，退款功能需要做到一个突出重要，用户能够发现的位置：

　　PS：对于虚拟To B支付，有一个特别点，允许部分退款。

　　2. 兼顾更加多样复杂角色的前端

　　都说To B产品是很复杂的，对于虚拟To B支付来说，这个复杂点在于：兼具的角色很多，因为一个B端账号的背后，可能是多个用户在使用。

　　有可能就是，老板、财务总监、职员都共用一个B端账号，他们之间的使用差异是很大的，因此设计时需要兼顾这些角色的差异性。

　　1.1 历史操作信息作为一个重要的功能设计

　　虚拟To C支付中，操作者通常是唯一的。一个账号背后可能就是一个自然人(排除共用账号的特殊情况)。因此自己进行了什么支付操作，还是有一定印象。

　　但是虚拟To B支付则不一定，操作者不一定是唯一的。老板、财务总监、职员都可能进行过一定操作，如果不记录，就会导致资金操作乱套。因此，我们会提供一个历史操作信息的记录，来方便不同角色登入时，可以清楚上一次操作者的操作。

　　1.2 简明易懂的内容设计

　　虚拟To B支付通常涉及到一定的专业背景知识(比如财务等专有名词)。但是每个角色的知识背景是不一样的(比如老板、财务总监、职员)，财务背景的用户可以在较低学习成本的情况下使用，但是没有财务背景的(比如老板)，则需要设计时兼顾这部分人的需要，在涉及一定专业背景知识的场景中，我们可以通过一定的内容设计，把背景知识的内容转换为一般通俗易懂的内容。

　　3. 做好为产品限制擦屁股的准备

　　整个行业内，虚拟To C支付已经做得相对完善了，但是虚拟To B支付则处于刚刚起步的阶段。不少技术、政策限制导致的问题，需要通过合理的设计来“润滑”用户的心理：

　　银行系统对于大单处理的效率会是一个很大的技术限制，轻则可以几小时到账，重则几天，有时候甚至1周才能处理完成。这个时候需要通过一定设计来安抚用户。

　　有时候受政策影响也会导致用户一定的不顺畅，需要苦口婆心地向用户解释。比如支付方式中的线下支付，就是针对一些大单，必须线下使用公章才能用户能线上操作。

　　小结

　　目前虚拟To C支付已经做得相对完善了，虚拟To B支付则处于刚刚起步的阶段。正正如此，这一部分还有不少的机会点挖掘。

　　虽然米大师企业版上线已经走出去，但是要走得更远，还需要我们继续做精、做细，把产品体验做到极致。不断思考和总结。