发布时间：2023-7-31 分类： 行业资讯
这是虚拟到B支付研究的第二部分：虚拟到B支付设计思想。本文基于第一篇《基础知识科普篇》，对虚拟到B支付相关设计知识进行了更深入的研究，并更加注重设计思维。
本研究方法：比较法
社会科学中使用了更广泛的方法。对比方法旨在比较和对比现象和概念与某些相关性，并判断相似性和差异性以及分析的原因。
对于认知上不熟悉的领域，优点是通过与已熟悉的事物形成对比，从熟悉的事物迁移到奇怪的事物，更熟悉奇怪的新事物。
因此，本文通过与To C的比较，将更好地理解To B支付设计的特点。
1.什么是虚拟到B付款
虚拟To B付款是“当B端用户购买组织所需的虚拟商品时进行的付款”。本文已在前一篇文章《虚拟To B支付设计研究-基本知识科普篇》
中详细定义回顾这方面的几点并唤起回忆：
虚拟到C付款，可以关联平时的游戏充值，打开月度订阅场景，如QQ音乐充值会员;虚拟到B付款，您可以联系其他公司购买腾讯服务方案，如企业邮箱购买。
To B或To C付款之间的区别在于“谁”;付款，只要B方付款，均为B付款。
“ B”的因为它是使用B帐户的组织，所以可能是多人。
目前，To B支付（B资金转出）有：网上银行，专柜公章，新兴网上支付。他们有利有弊。
二，虚拟到B支付设计差异点
1.为用户提供更强大的操作
虚拟到B付款通常与商品有关。这类产品的最大特点是：交易量高，交易频率低。它可能每年购买一次，但一次会花费数亿美元。例如，某公司购买了腾讯云业务。
因此，对于虚拟To B支付，操作过程将更加稳定。因此，在设计时需要注意几点：
1.1操作流程更加稳定”
通常，虚拟到C付款的场景主要是冲动消费。冲动消费的特征是用户的购买意愿容易降低。为了抓住这种短暂的消费意愿，越早得到支付，就越好。 。
所以“快”将是一个非常重要的考虑因素。例如，请参阅Masters代购源码网站，当我们支付每月订阅费用时，我们会找到缩短用户付款路径的方法，并找到让用户获得更好收益的方法。例如，我们通常在后台隐藏逻辑，因此前端不会出现，前端可以一步完成：选择产品→付款流程。
但是，在虚拟到B支付方案中，操作步骤不一定是最快的，但必须是最稳定的：操作中不应再有步骤，有时为了稳定，用户需要确认几次。
我们通常使用指标来显示步骤。让用户确认每一步，避免犯错误。
1.2资金流向反馈
在虚拟To C场景中，由于资金交易量很小，银行可以非常快速地处理资金，并可以及时反馈结果。从用户端到付款（订单付款页面），到后台反馈银行结果（结果页面），时间非常快。
但是，虚拟到B的支付是不同的，因为它是一笔交易金额大，银行需要验证，这个过程有时需要进行非常传统的操作，如：手动通话验证，登录网上银行U盾操作验证。因此，有时需要从用户方支付一定的时间来支付账单，到背景以反馈银行结果。
有了数百万的资金，用户需要对他们提供的资金有最终的控制感，他们需要实时了解自己的资金。因此，用户的每个操作都需要实时资金反馈。我们在设计时专注于实时反馈。
例如，如果资金延迟，我们将显示时间表并报告资金的时间。 （类似于电子商务中的物流时间流同步）
1.3退款作为一项重要的特色设计
在虚拟To C支付中，由于高额的及时支付，加上用户的冲动消费（购买较便宜的心理），退款是一种非常低频的操作，通常在产品设计中< ;;或者如果您遇到问题，请找一个帮助方法。
举一个例子，腾讯的服务付款，我们不在业务中提供特殊的退款功能，但会在客户服务中提供帮助。
但是，虚拟到B的付款是不同的，因为它是一笔交易金额很大，再加上前面提到的，从订单到订单的完成，都会有时差。因此，在交易之前的任何时候都允许资金取消订阅。
因此，退款功能需要成为用户可以发现的重要位置：
PS：对于虚拟To B付款，有一个特殊点允许部分退款。
2.考虑到更多样化和复杂角色的前端
据说To B产品非常复杂。对于虚拟到B付款，复杂的一点是有很多角色，因为在B侧帐户后面，它可能被多个用户使用。
老板，首席财务官和员工可能共用一个B面账户。它们之间的使用差异非常大，因此设计需要考虑这些角色的差异。
1.1历史操作信息作为一种重要的功能设计
在虚拟To C付款中，运营商通常是唯一的。账户背后可能是自然人（排除共享账户的特殊情况）。所以我对我所做的付款操作有一定的印象。
但是，虚拟到B付款不一定是这种情况，并且运营商不一定是唯一的。老板，财务总监和工作人员可能已经执行了某些操作。如果没有记录，就会导致资金无序运作。因此，我们将提供历史操作信息的记录，以便在登录不同字符时便于前一个操作员的操作。
1.2简洁易懂的内容设计
虚拟到B付款通常涉及一定数量的专业背景知识（如财务和其他专有名词）。但每个角色的知识背景不同（如老板，财务总监，员工），财务背景的用户可以较低的学习成本使用它，但没有财务背景（如老板），则需要设计时间。考虑到这一群人的需求，在涉及一定专业背景知识的场景中，我们可以通过一定的内容设计将背景知识的内容转化为一般易于理解的内容。
3.准备好限制产品的臀部
Virtual To C支付在整个行业中相对发达，但虚拟到B支付还处于起步阶段。技术和政策限制造成的许多问题需要合理设计，以“润滑”用户的心理：
银行系统对大订单的效率可能是一个很大的技术限制。它可以在几个小时，几天，有时甚至一周内完成。这次您需要设计一个用户来安抚用户。
有时受策略影响也会导致用户不满意，并需要痛苦地向用户解释。例如，支付方式中的离线支付是针对某些大订单的，并且必须离线使用公章，以便用户可以在线操作。
总结
目前，虚拟To C支付已相对完整，虚拟To B支付尚处于起步阶段。事实确实如此，仍然有很多机会探索这一部分。
虽然企业版大师已经走出去，但要走得更远，我们仍然需要继续做好，精细和产品体验到极致。不断思考和总结。
本文来自大家都是产品经理合作媒体@腾讯CDC，作者@heychen
图片来自StockSnap.io，基于CC0协议
