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

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

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

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

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

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

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

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

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

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

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

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

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

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

赞助

• 币付宝
• 币行支付

分享到：

打开微信，扫一扫

陈粲然 Ray rchen@pingwest.com

不揣测动机、不质疑资格、不定义身份、不混淆概念、诚恳承认错误，做良性讨论。

0 条评论