在线支付已经变得像家庭Wi-Fi和高速移动互联网一样熟悉。 随着它们的不断发展，可以通过单击几下或通过移动应用程序来支付越来越多的服务，这里还包括自动付款，提醒，成本控制等。
在追求功能时，请不要忘记用户，因为我们的主要任务是使用户在任何情况下都可以方便地进行支付。 这意味着付款表格应尽可能清晰，并且还为用户提供了解决问题（如果突然出现）的选项。
我叫Georgy Konnov，我是QIWI电子商务产品开发总监，今天我将告诉您我们如何开发一种付款表格，任何商店都可以快速连接以接受付款。
削减-关于转换，用户动机，我们的协议，慈善机构和开源。
当然，付款方式成功的主要指标之一是转换。 好吧，说真的，如果您使用最好的公司的最新技术和指南制作了一个很棒的精美表格，但是由于转换率低，它却愚蠢地无法带来金钱-这意味着您制作的是垃圾表格，而不是付款表格。
现在几乎所有人都说付款表格的转换率约为99％，甚至更高。 事实并非如此。
如果我们诚实地衡量和评估人们的付款动机，那么您会发现这很大程度上取决于付款类别（如果从付款表格的打开到付款之间进行衡量）。 最大的动机是在用户已经通过许多复杂程序（例如身份识别等），各种b2b付款以及相同的域更新的情况下完成付款过程。 然后，该人带着明确的愿望打开表格，以续订域名（否则域名将消失）或进行重要付款-然后他就会这样做。
但是，如果这是常规购买，那么在这里，您很容易在付款过程中立即失去四分之一的客户。 在此，转化率已经在75％至85％之间。
原因有很多。 如果是自发购买（“我很累，我会很快买黄金，我会弯腰”），那么客户可能没有足够的钱。 或者，在最后一个窗口中，他将再次看到已经准备好从他的帐户中扣除的金额，并会决定没有黄金就可以了。 并且将关闭表格而不完成付款。
看起来就像是真实的商品-在这里可以分散其他领域的注意力，一个人最终想购买吸尘器，并且表格要求输入他的电话号码，邮件和猫的昵称（我们在这里专门要求提供付款表格，而不是商店的个人帐户需要一系列数据以进行交货和订单跟踪）。 或使用表格一切都很好，但看着价格，此人决定更方便地在同一市场上检查价格，然后离开表格。
然而，在支付教育服务费用时看到类似的行为有点令人惊讶。 看来，有目的性显然比从一封主题为“直到今天，所有商品都可享受80％折扣！！”的信中进入商店网站的愿望要高。
*几乎所有的东西
**在这两个熨斗上并重建SE也就是说，人们只是为所需的专业选择了正确的课程，打开了付款表格-仍然与慈善机构一样，转换数字仍然很小。
根据测量
大多数人都这样测量。
有这样的实体作为交易。 它可以是成功的或不成功的。 如果客户的帐户中突然没有钱，则会显示一个错误，表明该表格不起作用。 好吧，没有钱也没有，不要放弃。 或发生了技术错误。 结果，事实证明，采用这种方法的付款总数中，98-99被认为是成功的。
但是，如果您从打开付款表格的那一刻起算，直到付款成功为止，则数字会有所不同。
我们将整个故事与账目联系在一起。 有一张发票，在打开该表格时会被暴露并且可以使用45天。 也就是说，一个人可以在这45天内返回相同的付款方式，并且如果出于某种原因早点改变主意就可以完成付款。 这使我们能够看到完整的转换，即使该人在几天后返回-仅一个帐户，便获得了总金额。 嗯，正如实践所示，人们通常可以返回付款过程。
关于提醒
提醒完全是另一个故事。 我们在这里尝试了不同的机制。 预计随着Web推送，糟糕的事情随之而来。 例如，在商店的网站上有一个人，拨了一个篮子，收到了一张他没有付款的付款表格的发票，然后关闭了窗口-然后他收到了“支付账单”网络推送。 这样的事情很烦人。 此外，在没有适当上下文的情况下进行网络推送已被视为垃圾邮件。
好吧，有10％的用户将订阅这种推送。 然后百分之十会越过它们。 一般而言：对于一般站点，考虑到流量，此类数字使网络推送不是最有用的提醒渠道。 而且，如果您还考虑到此类加农炮的基数每月是15％烂...
但是有效的方法是-如果某人在付款时显示了他以前忘记的付款，那么这被认为是一个有用的提醒。
举个例子 他妈的，您在Steam中购买了一个新玩具。 我选择了，开始下订单，我意识到现在没有足够的钱，或者只是决定将其推迟。 一周后，我去买了阿里的灯芯，付款了，然后是“ Pst，你想一周前买一个玩具，看。” 这些用户通常会去完成之前的付款。
通过数字-网络推送将3卢布带到邮件列表。
类似的提醒是60卢布。
这种机制适用于与电子钱包相关的提供商。 当每个连接的提供者都可以增加另一个提供者的转换时，事实证明是双赢的局面。
协议操作
以前，我们只有一个钱包协议，我已经
在这里写过。
里面只有一个
钱包 。 今年，我们宣布了一项新协议，其中，根据我们的良心，现在，钱包，收单，移动商务以及分期付款将成为一堆其他付款方式。 所有这些都在一个解决方案中，在一个协议中。
我们的目标是为每个人提供透明的统计信息。 因此，我们留下了帐户，这使我们能够尽可能透明地（而不是技术上）监视商店的实际转换。 并且我们添加了所有有助于增加营业额的机制。 全部交钥匙。
从外部看，所有这一切似乎都很简单-放入某种形式的付款，然后才有时间数钱。 但实际上，事实证明买家可能没有卡上的资金。 好吧，它发生了。
在这种情况下，我们以这种形式立即提供了替代方案。 还不够吗？ 您看，可以通过短信从我们的手机快速付款。 或者，一般来说，根据良心在这里。 或其他。
在这种情况下，客户不仅要看到问题，而且还要解决问题的选择，这一点很重要。 也就是说，在没有钱的情况下，不是“钱不够”这样的错误，它只会导致关闭窗口或尝试输入另一张卡，而是立即提供其他付款方式而无需部署用户。
这种方法将最终转换成成功的付款。 因为要增加转换率，所以您不能专注于获取率。 通常，任何关注利率的尝试都是试图与一家大型绿色银行竞争，该银行具有最低的购置成本，只要它能承受。
但是您可以在付款转换中竞争。 与尝试降低获取率（已经在区域2中）相比，将其提高2-3％至3-5％要容易得多。
因此，我们决定尽可能简化IT部分，并将所有可用的机制添加到结帐中。 只需拿起它并快速连接它-一切对您都有效。
不是单身
在我看来，只有懒惰的人不会谈论手机在在线购物中的作用。 因此，我将重复著名的论文并增加一些数字。
2015年，我们的手机通话量约为10％。 市场前三名中有出色的移动应用程序。 可以选择-要么看到一个单独的移动Web应用程序，要么进行简单的自适应结帐。 我们决定不再打扰，并通过实验对移动设备进行了简单的调整。 六个月以来，这一数字已从10％增加到30％。
一年前-大约40％。
现在-51-52。
通常，通过手机购物实际上是自由贸易。 因此，我们做出了非常好的移动布局。 我们看到付款有所增加，决定进行更多研究，并与市场上的合作伙伴进行了交谈。 事实证明，那些适应移动设备的公司的销量有所增长。 在手机上得分的人大约有10％的比例。
顺便说一下，这里是显示取决于商店是否经过改造的销售分布的图。 有14家大型在线商店，我们不会打电话给他们，但只是知道-大商店。
谁拥有移动应用程序-他的购买量已经增加了1.5倍。 拥有改编或应用程序的人也可以提高销售量，轻度改编也可以。
图中的紫罗兰色是没有适应能力的人。 但是，即使它们并不像蓝色那样难过-这些手机也无法正常工作。
我想这么说。 制作高端移动应用程序以追求流量并不是必需的。 即使是应用程序，也不能否认需要进行自适应的事实。 即使是最简单的页面改编也已经显示出不错的效果。
正如我上文所述，我们在2015年迈出了第一步。 现在，我们有了一个新版本，可以很好地适合屏幕键盘，并且在自动完成地图方面可以与Google API和iOS完美配合。 而且所有这些都是交钥匙的，因此它既快速又方便。 现在，我们在手机上的转换几乎等同于台式机。 改编本身决定了它现在需要如何显示在哪个屏幕上。
钱包和整合
钱包并非唯一的付款方式。 您完全不必从中付款，只需将卡绑定到卡上或同意简化付款，在这种情况下，电子钱包将充当已经熟悉的付款的加速器。 如果我们看到用户对我们非常熟悉（有许多迹象），例如，我们可以提供禁用3DS的机会。 当然，这只是一个选择，如果您不想禁用其他验证，则不需要。
我们会记住六个月的授权，无论是通过密码还是通过SMS。 会话分为半令牌，即与我们共享的令牌的一半，以及在用户设备上的令牌的一半。 如果是这样，则可以重置“一键点击”会话。
端到端付款在任何地方都可以使用-例如，即使在AliExpress手机应用程序中，也会打开我们的表格，如果买方以前使用过该表格，则其中的所有内容均已填写。
我们决定支持向后兼容性，新的泵入协议适用于在2010年引入该协议的合作伙伴以及仅在昨天安装该协议的合作伙伴。 我们的数据库中几乎所有活跃的电子商务者。 我们将整个基础拖到了新工具上。
旧版本在终端下经过了锐化。 一个人输入了他的电话号码，开具了发票，该发票随处可见-在站点，终端，移动电话中。 然后，不同的提供商以不同的数字放置输入掩码，这只会使集成复杂化。
在新版本的帐户中，我们已保存。 发票没有任何标志。 提供商提供了电话号码-确定，没有发送-我们在没有电话的情况下工作。 通过移动商务，您可以立即开票和付款，将两个操作合并到一个请求中。 合作伙伴不必使他们的生活复杂化。 如果有可能减少请求的数量，那么我们将放弃规范的其余部分，从而简化了开发人员在集成过程中的生命。
顺便说一下，集成也被最大程度地简化了。 该协议不仅由技术人员设计，而且还由企业保持警惕。 而不是在监视和调整方面，而是在开始时就考虑到所有业务困难并简化所有将来的集成。 旧协议有5个参数-提供者ID，秘密密码，授权ID，货币，通知密码。
在新的-2参数。 Web表单的公共密钥（可以在外部发光）和秘密密钥（在具有完全访问权限的服务器API中使用），取消交易，退款等功能。
另外，我们还可以传输任何其他数据。 以前，您必须知道帐户ID和电话号码。 现在有自定义字段-我希望提供商获取内部客户标识符-请。 有必要扔一个电话号码，一个送货地址，就是这样。 通常，为了不为所有这些编写自己的逻辑，您可以简单地传递给我们。 并且在所有通知中，成功付款后，此类数据将被返回。
该协议是模块化的，您可以替换任何小部件和预购商品，我们已对其慈善活动进行了积极测试。
以前，所有东西都是一体的。 在其中进行处理。 然后，他开始在两侧增加其他有用的小玩意。 现在事实证明，处理实际上是负责进行交易的。 顺便说一下，我们为这些牌写了一张新的-加速牌，以免拖累时代的遗产。
慈善捐款
几年前，我们坐下来思考如何正常地和充分地结合慈善基金会的支付和支持。 最初的想法是直接将少量（如果用户愿意，可以将其自身和相应的复选框）直接放入支票中。 好吧，也就是说，您以5000卢布的价格购买了一个茶壶，并勾选了“我想帮助”，现在您有一张5050的支票，您就可以付钱。 总计一笔交易，其中一部分资金流向商店，另一部分资金流向基金。
Gizmo一般而言无法扩展。 我们要转移到的公司的会计部门陷入困境-在这种情况下，有必要制定复杂的三重协议（我们，公司，基金）。
而且返回是困难的。 您改变了主意，将茶壶归还。 水壶的价格和费用就一笔交易了。
因此，我们决定这样做。
付款成功后，邀请用户一键捐款。 这样的计划行之有效，大约有3-5％的人已经准备就绪。 这里主要金额。 如果不超过50卢布，则可以轻松进行。 如果还有更多，那么就已经需要一个背景，资金去向何处，基金的用途，用途如何，依此类推。
在这方面，年轻人更简单-他们看到一个他们相信的品牌A（一家商店），他们看到了品牌B，而且一切都很好，他们正在翻译。 老年人需要详细的情况以确保这笔资金是真实的，并且这50卢布不是给商店员工换用的新宝马车。
我们尝试以不同的方式计算捐赠金额。 例如，一个人买了东西，购买后，他的帐户中会剩下123卢布。 在这种情况下，我们建议将三卢布或23卢布四舍五入并转入基金。 好吧，这真是一件电子钱包里的小事，对您有什么好处。
事实证明，在这里我们太有动力了，这种方法效果不佳。 陡峭的地方就是很小的固定量。 通常约为余额的5％。
以前在网站上直接向Khabensky基金进行的慈善捐款每月约为20。 每月约有30,000-35,000。 我们启动了它，并认为不仅可以从电子钱包付款中显示此信息，而且可以与任何其他卡等信息一起显示。
最终我们发现人们不需要一键式支付，如果他们想通过卡进行支付，他们将自己选择支付方式。 顺便说一下，他们在五月前一周削减了这一假设。
顺便说一句，您可以尝试使用我们的付款表格，同时通过支持其中一项资金来做好事：
网站所有者可以通过自己张贴窗口小部件或链接来帮助任何基金：
widget.qiwi.com/vera、my.qiwi.com/bfkh、my.qiwi.com/vsem或其他许多工具。 如果你愿意的话写。
开源的
现在，我们转向开源。 我们在
https://github.com/QIWI-API/上发布了文档，示例，SDK和集成。 阅读
文档 ，您可以单击“在GitHub上编辑”按钮，并提出更正请求。
通常，我们尝试将所有未处理的内容拖到开源中。
GitHub QIWI和
GitHub QIWI API变得栩栩如生。 我们希望将项目和组件分别放置，并希望将文档，QIWI API之上的各种SDK和库分开放置。 我们在GitHub上承载了很多东西。
我们开放电子钱包API，以便公司内部的所有机会向外部开发人员开放。 基本上，QIWI现在正在转向银行即服务即服务即服务（BaaS）。 我们这里的任务是按照常规做法简化所有站点。 因此，我们正在转向开源。
为了未来
我们希望将所有出色的东西都用QIWI Wallet进行付款，并将其用于卡片的完整处理-所有这些提醒，忘记付款等。 添加银行结算方式。 当然-Apple Pay和Google Pay。
他们的优先事项转移得很厉害，因为它们根本不影响营业额，而且是树立形象的东西，因为在我们看来，这已经来自营销类别，而不是为客户带来可观的利润。很快我们将完成CMS-ok的官方插件，以便小型商店的所有者可以连接QIWI Cashier并接受付款。对于Wordpress而言，对其他人而言-在不久的将来。我们还致力于简化与财务数据运营商的集成，以遵守54项联邦法律以及针对P2P转移和自雇的有趣解决方案。Kassa.qiwi.com-在这里，我们收集了为小型和大型企业提供的所有服务。我们试图做到这一点，以便业务发展并迅速连接许多现成的解决方案。为了了解API的工作原理，我们制作了一个演示区域，您可以在其中进行操作。总的来说，有很多计划，总的信息是使集成变得更加容易和负担得起。PS：顺便说一下，这是有关我们团队的页面：kassa.qiwi.com/team我们将始终为React JS开发人员和Java程序员感到高兴。对于那些希望的人，在JS Fullstack中我们进行了15分钟的测试，以便我们可以感觉到内部使用的数据，库和方法。小学生也能应付，但他们也挂了六次。 :)