主流聚合支付对比分析【转】

前言

最近准备做聚合支付相关的产品，做新产品除了要知道自己做什么还要知道目前的竞品都做了些什么，所以对目前市面上的主流聚合支付产品做了对比分析，每家产品的一些实现细节，这里出于保护没有明确写出来，其实大家看了之后行家大概也知道是怎么做的了，这里我也只是简单说下目前主流聚合支付实现的思路。

为什么要做聚合支付？支付渠道已呈“碎片化”状态，并且“碎片化”程度将逐渐加深，聚合支付顾名思义就是将目前主流的支付进行整合，目前主要的玩法就是线上聚合收银台，线下C2B一码多付、线下B2C商家扫码，这三种是目前大家用的比较多的方案。

主流聚合支付场景

线上收银台：这种比较常见，很多聚合支付产品都把线上聚合支付产品作为标配，说白了就是在一个页面里既有微信支付也有支付宝、银行卡支付等，如果每个APP要所有都支持，那就要每个挨家挨户的去接入，开发成本和后期维护成本都比较大，而且会严重影响整体开发进度，所以为了解决这个痛点，商业银行、第三方支付公司、聚合支付公司都推出了聚合支付sdk让app只需要接入一家就可以完成所有支付收单功能，因为这块收益比较低，大的商业银行、三方支付一般都没兴趣，所以给了很多没有牌照的聚合支付公司很大的发展空间，也做出了很多花样。

线下C2B一码多付，这种场景也比较常见，现在大家应该也会经常遇到这种场景，很多商家在收银台前放了一个二维码，上面写着支持支付宝、微信、京东钱包、银联等等，用户只需要随便拿出一个app扫一扫这个码就会跳转到一个输入金额的页面，只需要输入金额就可以进行支付，这样只要用户有任意一款支付app就可以完成支付。

线下B2C商家扫码收单，这种一般出现在规模较大的商家，商家使用了新的扫码pos，能够扫描主流三方支付的个人二维码，商家输入金额完成扣款。

聚合支付方案

这三种聚合支付方式的实现方案存在比较大的差别，下面分别说下每种方案的实现方案。

线上聚合收银台：线上聚合收银台目前主流的实现方案一般为商户独立去申请支付宝、微信支付账户，将支付宝、微信支付的账号和相关密钥上送给聚合平台方，在用户使用支付宝或者微信支付的时候将交易报文使用商户的对应密钥进行签名，并将交易组包上送至三方支付服务端，三方支付服务端将交易结果返回给聚合支付平台，聚合支付平台回调通知前端结果。

下面的时序图描述的是用户在聚合支付页面使用微信支付的场景：

Screenshot 2017-12-14 12.34.43.png

线下C2B一码多付：这种C2B模式，用户用微信、支付宝app来扫商户二维码的场景一般出现在小商户，目前我们去很多小饭店或者小卖部买东西经常碰到这样的消费场景，商户只需要贴一个码就可以让支付宝、微信或者京东钱包的APP去扫码支付，这样商户就不用在收银台附近贴好几个二维码，之前贴好几个码经常出现用户用微信扫支付宝的码一直叫怎么扫不了。。。，实现线下C2B一码多付的方案一般是聚合支付平台会给每个商户提供一个聚合二维码，这个聚合二维码其实对应了一个聚合支付平台的url地址，聚合支付平台会在每个三方支付平台注册一个商户，并且将该聚合支付收银页面定义为微信扫一扫的商户跳转首页，这样当用户用任何一款支持的三方支付软件扫一扫的时候都能够跳转到商户的聚合收银页面，在聚合收银页面再根据扫码的前缀标示来知道是哪个支付的三方app渠道，再在聚合支付服务端获取商户对应渠道的密钥进行交易签名组包，最后发送给三方支付平台。

三方支付收款二维码规则：

微信：以10、11、12、13、14、15开头的18位纯数字
支付宝：25~30开头的长度为16~24位的数字
翼支付：51开头，18位数字
京东付款码规则：62开头，17到21位
QQ钱包：91开头 18位数字

下面的时序图描述的是用户使用微信支付扫描商户聚合二维码的场景：

Screenshot 2017-12-14 12.35.44.png

线下B2C扫码收单：该方案的主要适用场景是大型商超或者大卖场，对收银速度要求比较高的收单场景，B2C扫码收单速度会非常快，而且收单金额是收银员输入相对商户来说收单金额是不会出错的，上面介绍的B2C的方式就容易出现用户输入金额和商户需要收单的金额不一致而产生纠纷。这种B2C扫码需要商家改造收银终端，收银终端需要支持扫码枪扫码，并且收银机系统需要增加前置逻辑来区分是哪家支付平台的码，然后再借用原先的收单通道进行收单。

![Screenshot 2017-12-12 11.02.16.png](http://upload-images.jianshu.io/upload_images/4720632-1710f140cc8485c0.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

聚合支付产品对比

目前市场占有率比较高的几家聚合支付厂商ping＋＋、paymax、快钱、哆啦宝、beecloud、收钱吧、快收银，这里分别从功能、接入方式、支持的三方渠道、费率、接入商户量、是否支持二清这几方面进行了对比，从整体来看目前国内的聚合支付基本是两大阵营，一种是以ping++、beecloud为代表的整合主流三方支付渠道的线上线下聚合支付sdk，这类公司主要推聚合支付sdk，对接商户一般有自有app或者网站，通过对接聚合支付sdk实现一次接入多渠道收款，基本也都涵盖了线上线下支付场景；第二种是类似快收银、哆啦宝这样的改造传统收单场景的公司，他们主要以接入传统收银场景，提供整套的传统收银saas方案或者是在收银机系统中加入sdk实现前置聚合功能。

整体看下来线上聚合支付场景ping＋＋是目前从客户端sdk、商户管理端、服务端sdk、支持接入三方渠道、接入商户数等多维度做的最好的；

线下聚合支付场景收钱吧是从接入商户量、线下营销管理等方面做得最好的；

传统收银场景下快收银是从商户改造量、技术先进性、业务模式方面做得最好的，专注于餐饮行业。

其中ping＋＋的模式和我们希望开展的线上聚合支付比较接近，目前需求中涉及的聚合对账部分是超过ping＋＋目前的分渠道账单下载，但是财务统计、优惠券活动管理等聚合支付附加功能方面做得更加完善，也是我们后续可以参考的地方。

ping++

ping++做为老牌的聚合支付公司，目前主要通过线上聚合支付吸引商户接入，给商户提供全套的聚合支付的能力，包含多三方渠道的线上支付、线下扫码付、分渠道账单下载（未提供聚合对账）、商户分级管理、财务数据统计、订单管理、优惠券活动管理、红包。ping++提供的大部分功能都是辅助商户进行财务管理和运营管理的功能，这些功能虽然是非核心功能，但是可以大幅度增加客户的黏性，提高客户对平台的依赖，类似传统银行给客户提供的企业现金管理服务，一旦企业入驻后续企业更换平台的成本非常大。

Screenshot 2017-12-12 11.02.16.png

目前ping＋＋在聚合账单这块做的还不够完善，缺少多渠道聚合账单的功能，目前只能提供分渠道账单下载功能。

Screenshot 2017-12-12 11.04.06.png

ping＋＋还在主推智能看板功能，主要分析了每天、每周、每月资金流的情况，还对订单量、丢单率、客单价、用户购买行为聚合情况都进行了统计分析。

Screenshot 2017-12-13 14.28.45.png

Screenshot 2017-12-13 14.31.05.png

对于客户的复购率从平均耗时、转化有效期等纬度进行了消费行为的分析，让商户运营能够第一时间了解客户的忠诚度和用户贡献度数据。

Screenshot 2017-12-13 14.33.06.png

对于用户的平均消费金额进行分析，让运营能够了解到用户的消费曲线，能够根据数据进行营销活动的发放来刺激用户活跃度，并且能用来评估营销活动的效果是否能够达到预期。

Screenshot 2017-12-13 14.49.04.png

Screenshot 2017-12-13 14.34.11.png

通过埋点获取了丰富的用户行为分析数据，因为痛过支付sdk能够获取的埋点数据和覆盖的业务场景有限，ping＋＋主要分析的数据纬度为购买商品纬度、客户增长纬度、客单价、转化率、销售额、单量、用户消费时间、消费能力等纬度进行分析；除了对留存用户进行行为分析，还专门针对首单新用户进行类群分析，帮助商户更好的拓展新用户，找到获客规律降低获客成本。

Screenshot 2017-12-13 14.49.04.png

Screenshot 2017-12-13 14.49.36.png

为商户提供用户画像和用户行为是聚合支付后续需要提供的一个增值服务，商户能够通过这些大数据分析出来的用户行为数据能够更有针对性的对自己的营销进行优化，不单单是给商户提供一个聚合支付的工具，帮助商户解决接入多渠道的痛点，更多的是可以通过提供一些更深层次的大数据用户行为分析数据给予商户运营方面的指导，帮助商户不但解决了线上线下收款的问题，更给商户后续运营提供了充足的数据做为决策的参考。

paymax

paymax被拉卡拉收购后，做为拉卡拉的聚合支付产品，同样也提供了线上线下聚合支付的产品，目前基本功能比较单一，主要提供的主要功能还只是基本的多渠道三方支付，接入的渠道有支付宝、微信、拉卡拉，商户管理方面提供的主要是财务方面的订单管理和基本的财务统计功能，主要统计了交易量和交易金额，没有其它方面的统计。

Screenshot 2017-12-13 15.11.09.png

目前paymax提供的账单还只是分渠道账单下载，没有提供聚合账单的功能。

Screenshot 2017-12-13 15.09.53.png

整体看下来paymax的功能较弱，只是解决了商户多渠道接入麻烦的问题，并没有提供其他的附加价值，接入渠道也比较基本，在聚合支付市场美衣耦太大的竞争优势。

收钱吧

收钱吧的产品主攻线下聚合支付，通过一码多付一个产品，推广了一百万家大小商户，是目前线下聚合支付的龙头。收钱吧的产品线同时也覆盖了线上聚合支付，通过聚合sdk的方式内嵌入商户app；线上聚合支付这快同时也提供了SecAPI的方式对于一些VIP客户可以通过SecAPI实现更强大的功能，API主要涵盖了商户入网类和支付类接口。

Screenshot 2017-12-13 15.18.37.png

收钱吧商户端无法进行查看，根据说明文档可以了解到功能主要包含财务数据统计、订单管理、优惠券活动管理、积分管理，支持的三方渠道比较丰富常见的主流三方支付都支持。

快钱吧的成功主要依赖于线下多级代理方式的地推，快速推广了近百万的大小商户接入，同时聚合支付市场切入的也比较早提供了多层次的收款方案，对于小商户提供了多种形式的一码多付收款物料下载，代理推广会主动送上门；对于有一定规模的商户提供了收银扫枪，实现B2C快速收款。

快钱

快钱是比较传统的三方支付公司，但是目前快钱的聚合支付产品主要还是集中在线下智能pos、扫枪聚合收款，目前线上的聚合支付sdk产品刚开发完成，还没有大面积推广。整体业务还是偏传统，主要依赖于线下铺设聚合收银pos，主要的业务场景还是B2C反扫模式，依赖原有的收单通道。

线上sdk产品目前功能还比较单一，主要提供了主流三方支付的线上聚合支付sdk，没有什么特色，并且不是快钱的主推产品，还没有相关的sdk开发文档放出。

快钱的聚合收单主要还是集中在线下的智能pos，商户改造主要也是商户服务端API方式接入改造。

Screenshot 2017-12-13 15.45.52.png

快钱目前主推的聚合支付主要还是集中在线下传统pos的聚合改造，商户改造难度也较大，需要设计后台API的改造，对于小商户不太适用。

哆啦宝

哆啦宝也是比较传统的三方支付属于易宝支付，目前的主推产品主要也是集中在线下传统pos的改造，也有线下聚合码产品，产品线和快钱类似，在商户端接入哆啦宝服务端SDK实现聚合收单。

哆啦宝整体业务模式和快钱类似，接入方式也类似，都是对传统收单商户进行聚合改造，对小型商户不是太友好，没有适合的产品。

beecloud

beecloud和ping＋＋产品适用场景雷同，主要提供的聚合支付功能也是类似涵盖了线上线下多支付场景，财务数据统计比较简单，提供的账单管理功能也比较简单，支持客户端SDK、服务端SDK、API方式接入，接入三方渠道也相对比较丰富，但是与ping＋＋还存在比较大的差距。

Screenshot 2017-12-13 16.26.37.png

Screenshot 2017-12-13 16.27.48.png

Screenshot 2017-12-13 16.28.16.png

快收银

快收银目前在餐饮行业的收单市场渗透率比较高，目前主推的产品也是针对餐饮的全流程解决方案，涵盖了餐饮的点餐、聚合支付、外卖平台整合、餐饮进销存管理、门店管理、营销活动等各个方面，而且全部是saas部署，能够提供一站式的全套解决方案，快收银的产品对目前线下餐饮原先分离的收银机、后厨管理、财务管理进行了整合，能够让一家餐饮商户快速享受全套服务，不涉及商户的开发公司，只需要进行相关的商户和商品等的参数配置即可，并且也提供了接口可以方便与原有系统进行对接。

Screenshot 2017-12-13 16.43.47.png

快收银已经可以适配主流的收银机、小票机，能够让传统商户改造最小，充分利用现有设备，实现多渠道线下收银，同时系统也接入了三大外卖平台，外卖平台的订单会自动派发到后厨，并且外卖平台的财务流水也会自动计入系统流水，实现真正的全渠道对账。

Screenshot 2017-12-13 16.43.26.png

这种垂直的saas模式未来会有比较大的市场空间，但是需要对行业深入了解，银行不太适合切入那么垂直的领域。

综合分析

	功能	接入方式	支持三方渠道	费率（不含平台年费）	接入商户	二清	备注
ping++	分渠道账单下载（未提供聚合对账）、商户分级管理、财务数据统计、订单管理、优惠券活动管理、红包	移动端sdk：android、ios、js；服务端：java、php、python、node.js、C#	支付宝APP、支付宝QR、支付宝花呗、微信APP、微信QR、Applepay、银联APP、招行一网通、QQ钱包、易宝支付、百度钱包、京东支付、京东白条	各渠道接入费及费率由渠道直接收取，在资金结算时自动扣取	25000	不支持	统计功能很完善、支持渠道多、营销配套产品丰富
paymax	财务数据统计、订单管理	移动端sdk：android、ios、js；服务端：java、php、python、node.js、C#	支付宝APP、微信APP、拉卡拉、微信QR	同上	官网未明确提及	不支持	没有聚合对账、统计功能较简单、订单管理功能简单
收钱吧	财务数据统计、订单管理、优惠券活动管理、积分	移动端sdk：android、ios、wp、js；API对接：商户入网API、支付相关API；	支付宝APP、支付宝QR、微信APP、微信QR、百付宝、京东钱包、京东QR、QQ钱包	同上	近百万	支持（无牌照）	主攻线下小商户，线下客户群非常大
快钱	财务数据统计、订单管理、发票管理、POS机管理、商户分级管理	API接入：支付相关API	支付宝APP、支付宝QR、微信APP、微信QR、快钱APP、传统银行卡	根据具体商务合同	官网未明确提及	支持（有牌照）	偏线下传统收银pos改造，同时也有线上聚合支付产品，但产品线比较混乱，接入指南也比较差
哆啦宝	财务数据统计、订单管理、优惠券活动管理、积分	服务端：C（收银机接入方案）	支付宝APP、微信APP、京东钱包、百度钱包、QQ钱包	同上	官网未明确提及	支持（有牌照）	提供扫枪、自助扫码台、智能pos，缺少移动端sdk支持
beecloud	订单管理、财务数据统计、用户行为数据分析	移动端sdk：android、ios、js；服务端：python、java、php、C＃；API对接：支付相关、用户相关、优惠券相关	支付宝APP、支付宝QR、微信APP、微信QR、银联APP、京东H5、百度钱包APP	同上	官网未明确提及	不支持	API对接较丰富，用户行为分析运营数据较丰富
快收银	订单管理、财务统计、财务综合管理（切入具体线下餐饮业务场景）	全saas模式，只涉及线下收银场景不涉及商户开发	支付宝APP(正扫)、支付宝QR、微信APP（正扫）、微信QR、银联APP、银联QR、传统银行卡	根据具体商务合同	官网未明确提及	未知	提供餐饮场景收银全套解决方案、场景saas模式、与传统收银机打通、财务整合线上外卖平台流水