Ping++:只需10分钟,就让你开发的App拥有“支付功能”

我认识金亦冶时,他在参与一个与支付相关的硬件项目——收银平板,这个Android Pad集成了磁条卡刷卡槽、芯片卡插卡槽,并搭配密码键盘器和小票打印机。不过最重要的是,它允许商户对不同的类型的商品进行自定义,并进行销售数据和会员系统的统计。

但在几个月前,这个硬件项目遇到了一些阻力,金亦冶在反思整个项目过程时对我说,支付行业有着不少的门槛,对于一个初入支付行业的创业团队而言,需要花很多的精力在“接入支付”这件事上:向不同的第三方支付平台进行授权申请、在后台调试各种参数和功能接口、进行压力测试以保证系统的稳定性……

而你能想象得到的是,这些工作量巨大、繁杂,又最耗费时间的工作,却几乎不是任何支付产品核心的竞争力——人们在意的,往往只是一款支付工具能否提供高效、便捷的支付方式。而除了支付产品外,其他的互联网服务也会遭遇相似的境地,比如一个电子商务网站、或是一个收费的在线教育课堂,都少不了“支付”这一功能模块,它是与整个产品在功能层面结合最不紧密的一环,但其从申请授权到开发流程,都足以让每一个开发者抓破脑袋。

所以,金亦冶想到,为什么不能开发一个产品,来让“接入支付”这一环节变得更简单呢?于是,在组建了一支新的团队的3个月后,Ping++诞生了。

1

简单地说,Ping++是一个帮助一切移动应用,快速接入第三方支付平台的工具。它主要完成三个工作:1)在15个工作日内,帮助开发者完成银联、微信、支付宝所有渠道的支付审核,获取支付权限;2)让开发者能够通过短短的7行代码,就嵌入Ping++的SDK,来进行支付功能的设置和管理;3)为微信、银联和支付宝提供统一的支付数据管理后台。

那么它是如何将这些复杂的工作变得简洁的呢?

首先是申请环节。实际上,如果你向中国的支付巨头们进行过支付权限的申请,就会明白这是一件多么痛苦的事情——其公开的申请说明并不够透明和完整,如果没有过申请经验,往往会遭遇数次申请材料被退回要求修改和补充,这件事就消磨了不少开发者的耐心和时间。所以,Ping++把他们曾在在几家主流支付平台的申请经验做了归纳,重新整理了一份申请文档,这样,当第三方开发者提交申请材料后,Ping++能快速鉴别出材料的问题,加以修正。使得正式申请能在一个很短的周期内一次性通过。

然后便是如何在支付功能接入时降低开发成本的问题。在这个环节,Ping++解决了两件事,首先就是如前文所说的,SDK的快速接入——开发者只需下载 Ping++ 服务器端 SDK 及客户端 SDK,然后将 SDK 中的库文件导入工程,就能完成这一工作。在Ping++的官方文档中,对其系统如何实现交易、退款、查询等支付动作做了详细的说明;而另一件事,是Ping++将银联、微信和支付宝三种渠道进行了封装。这样一来,不用大段的代码来调用接口和设置函数,只需简单地对照“库”来设置参数,开发者就能完成对支付界面的“自定义”。下图是我在文档中找到的部分库,从中可以看出Ping++的设置方法:

0

 

此外,金亦冶告诉我,他们曾经和一些移动App进行过测试,甚至10分钟就能完成整个支付功能的介入,而为了保证支付的安全性和系统稳定性,他们还是会通过test  case等方式,来帮助开发者进行系统的压力测试。

第三个要解决的问题便是对支付数据的管理和运营。 例如,公司往往需要财务部门来统计来自各个平台的支付数据,但他们显然不能对着代码来完成这项工作,另外,数据分散在不同的支付平台上,也是一件很麻烦的事情。所以,Ping++不仅将不同支付渠道的所有交易信息都汇总在了一块,还通过图表方式来增长期可读性——管理者可以对不同职位设置不同的操作权限。同时,它还支持导出数据和生成报表。

4

而之所以开发Ping++,除了前文所述的”自身需求“外,金亦冶还说,这与当下整个中国的支付生态紧密相关:

一方面,任何兴起的平台自己做支付解决方案的成本很高——除了牌照申请、安全运维、差错处理等各种技术层面的工作外,如何让用户在新平台上绑定身份证和银行卡号,就是一件难度不小的事情;

另一方面,在移动端,微信支付、百付宝等产品的创新和推出,正在蚕食支付宝的市场份额,让移动支付平台更加碎片化,这意味着,移动应用开发者面对的不再只是接入一家支付平台时遇到的困难,他们对“集成”各类支付平台的需求更高,更需要一个统一实现接入、开发、运维和管理的平台,让自己从这些琐事中抽身出来;

所以,正是这样的生态环境,给了Ping++这样的产品更多机会——帮助创业者和开发者加快产品上线时间、降低开发成本的服务,永远都会受到欢迎。

订阅更多文章

你可能感兴趣的: