服务商概述

Gr4vy 是一家支付编排平台,官网把自己描述为全球首个云原生(cloud-based)支付编排平台,并且明确采用了一个不太常见的自我定位:IaaS,也就是 Infrastructure as a Service。这个定位的含义是,它希望被当成基础设施采购,而不是被当成一家支付服务商采购。

产品由五个模块组成:Acceptance 负责收单接入,Checkout 提供结账组件,Vault 托管支付凭据,Optimize 负责路由与成功率优化,Analytics 提供数据与报表。五个模块覆盖的是从接入到分析的一整条链,而不是只做其中的路由一段。

它对外最常被引用的能力是 agnostic PSP 策略。所谓 agnostic,是指编排层不偏向任何一家收单商,商户可以自己决定哪一笔交易走哪家 PSP,也可以在任意时刻新增或移除 PSP,而不用改动收银台、也不用新建一套 API。

官网给出的量化口径比较具体:一个集成可触达 400+ 支付方式,多 PSP 策略下授权率提升 3% 以上,失败支付最高可挽回 14% 的收入,平台可用性 99.99%。前两个数字是收入侧的,后一个是可用性侧的,恰好对应支付编排的两类核心诉求。

客户名单能看出它的目标客群:Wpay 是澳洲最大零售商体系内的支付平台,Grammarly 与 Rakuten Viki 属于全球化的数字订阅,Trek 与 Baby Bunting 属于零售,JustGiving 与 PlayHQ 属于公益与体育赛事,Zip 属于先买后付,Much Better Adventures 属于旅行。品类跨度大,且多数是"多市场、多支付方式"的业务形态。

核心优势

  • PSP 无状态是它最锋利的主张:收单商有天然动机把交易往自己基础设施上导,因为那关系到它的成本与利润结构。编排层存在的意义就是把这个选择权交回商户手里,让路由决策依据商户的利益,而不是 PSP 的利益。
  • 加 PSP 不改前端:官网明确说无需改动收银台或新建 API 即可启用新的 PSP 与反欺诈服务商。这一条把"换服务商"从一次项目变成一次配置,是多 PSP 策略能不能真正落地的关键。
  • 一个集成覆盖 400+ 支付方式:对需要按国家接本地支付方式的业务,400+ 这个量级意味着大多数目标市场不必从零开发接入,边际成本大幅下降。
  • 失败支付的挽回是可量化的收入:官网称失败支付最高可挽回 14% 的收入、多 PSP 策略提升授权率 3% 以上。这两个指标是编排层最容易被验证的价值,也最容易被拿来算投入产出。
  • 99.99% 可用性承诺:支付链路一旦不可用,损失是直接且当场的。对可用性给出 99.99% 的口径,说明它把自己放在与支付链路同级的位置上,而不是一个可选的附加服务。
  • Analytics 与 Optimize 把数据闭环起来:路由决策需要数据支撑,Analytics 提供逐通道与逐支付方式的表现数据,Optimize 把数据用于实际路由,两者配合才能持续优化而不是一次性配置。

产品生态

Acceptance(收单接入)

Acceptance 负责把各家的收单能力接进来,对外表现为统一接口。商户接一次,之后新增 PSP 属于在 Gr4vy 侧启用,不需要重新开发收银台或改 API 版本。

Checkout(结账组件)

Checkout 提供可托管的结账界面组件,也支持只调后端接口。对已有前端设计体系的业务,组件化嵌入可以保留自己的交互风格,同时获得编排层的能力。

Vault(凭据托管)

Vault 托管卡与支付凭据,与具体 PSP 解耦。凭据在编排层统一存在,换 PSP 或用多 PSP 分流时不需要客户重新绑卡,这一步是"PSP 无状态"能成立的技术前提。

Optimize(路由与成功率优化)

Optimize 依据各条通道的实时表现决定路由。它把授权率当作可优化的目标函数,而不是把通道顺序当作固定配置。

Analytics(数据与报表)

Analytics 提供交易、通道、支付方式维度的数据与报表,用于定位哪条通道在哪个市场掉得多。它是 Optimize 调优的输入,也是对外解释成功率变化时的依据。

不足之处

  • IaaS 定位是一把双刃剑:它把控制权交给你,同时也把运维责任交给你。没有懂支付的工程团队,这套东西很难跑起来,尤其在做失败码映射与路由策略调优的时候。
  • 不提供收单资质:商户仍是每一家 PSP 的签约方,商户号、保证金、行业准入与结算周期都要自己谈。编排层不解决"能不能开户"这个前置问题。
  • 定价不公开:官网未列标准费率,按合同议价。中小体量团队在采购前难以把总成本算清,也很难与其他编排层做同口径比价。
  • 交付形态以 SaaS 为主:对数据驻留、私有化部署或特殊合规隔离有硬性要求的机构,需要先确认能否满足,不能默认可以。
  • 中国大陆业务不适用:境内人民币收单与本地清算不在覆盖范围,大陆主体应直接排除。
  • 支付方式覆盖按地区不均:400+ 是总量口径,具体到某个国家可用哪些方式、哪些是本地直连,必须按官网当前列表核对,不能按总量推定。

适用场景

  • 多 PSP 与按市场拆流(★★★★★):已经在 2 家以上 PSP 签约、需要按国家或支付方式分流并统一对账的业务,agnostic 策略与一个集成覆盖 400+ 方式正好对上需求。
  • 全球化订阅与 SaaS(★★★★☆):Grammarly、Rakuten Viki 这类多市场订阅业务,凭据托管在编排层,换通道不影响续费,成功率提升直接作用在 MRR 上。
  • 支付失败率高的品类(★★★★☆):对失败支付挽回 14% 这种口径敏感的团队,编排层的投入产出最容易测算,也最容易在 1 到 2 个季度内看到效果。
  • 跨境独立站与零售(★★★☆☆):需要按市场接本地支付方式时有用,但本地收单资质与本地实体仍要自己解决。
  • 中国大陆本地收单(★☆☆☆☆):境内人民币收单与清算不在能力范围,这是硬限制。
  • 只有 1 家 PSP 且无支付工程团队(☆☆☆☆☆):最不适合的一档。既用不上多 PSP 能力,又缺乏运维 IaaS 的人力,结果通常是接了一半就停在那里。

价格参考

项目 计费口径 说明
平台使用费 按合同 官网未公开标准订阅价,需与销售议价
交易费用 按合同 通常按交易额或笔数计,具体口径以合同为准
Vault 凭据托管 按合同 按凭据数量或调用量计价,以官网当前报价为准
Optimize 与 Analytics 按合同 按模块与数据量确定
集成与实施 按合同 迁移与联调通常需要专业服务支持

影响成本的因素主要有 5 类:

  • 交易额与交易笔数规模
  • 接入的 PSP 数量与目标市场数量
  • 启用的模块数量,特别是 Optimize 的调用量
  • 是否需要迁移存量凭据
  • 结算币种与跨境路径的复杂度

上表不含任何费率数字,Gr4vy 官网当前未公开标准报价。实际价格以官网当前报价与合同为准,建议按平台费、交易费与模块费三项分别询价。

常见问题

  • Gr4vy 是收单商吗?
    不是。它是支付编排平台,自我定位为 IaaS,不持有收单资质也不承接清算。收单仍由你自己签约的 PSP 完成,它负责把凭据托管好、把请求路由到正确的 PSP。

  • 为什么强调 PSP 应该无状态?
    因为收单商有动机把交易留在自己的基础设施上,这与其成本结构直接相关。编排层的价值就是让路由权回到商户手里,使每笔交易按商户的利益选择通道,而不是按 PSP 的利益。

  • 新增 PSP 需要改收银台吗?
    按官网口径不需要。启用新 PSP 或新的反欺诈服务商是在 Gr4vy 侧完成的,收银台不用改,也不必新建一套 API。这一点直接决定了多 PSP 策略能不能在几个季度内真正落地。

  • IaaS 定位对我的团队意味着什么?
    意味着更多控制权和更多运维责任。你不需要自建机房,但需要有人能把失败码映射、路由策略与对账口径理清楚。没有支付工程能力时,这套东西大概率接不完。

  • 中国大陆公司能用吗?
    境内人民币收单与本地清算不在覆盖范围,大陆主体不适用。若主体在境外、客户在澳洲、欧洲或东南亚,可以评估;具体市场的支付方式覆盖要按官网列表核对。

来源:16IDC 原创,产品能力、支持国家与费率口径以 gr4vy.com 官网文档及合同为准。