SMARTPAY

菲律宾先买后付(BNPL)是什么:商户要不要接入

最近接连有几个做电商和教育培训的朋友问我同一个问题:收银台里要不要加一个"先买后付"(Buy Now Pay Later,下面简称 BNPL)的选项。问的人多了,我把自己这半年研究和实际接触的情况整理成这篇文章,从商户的角度讲清楚这件事到底是怎么运作的、钱怎么走、风险在谁手里,以及到底值不值得接。

先买后付在菲律宾到底是什么机制

BNPL 的核心逻辑其实不复杂:客户在你的结账页选择"先买后付",由第三方 BNPL 服务商审核客户的分期资格,通过之后客户只需要支付首期或者干脆零首付就能拿到商品,剩下的金额按约定周期分几期还给 BNPL 服务商。对客户来说,这是一种消费分期工具,体验上类似信用卡分期,但不需要客户本身持有信用卡。

对商户来说,关键的一点是:你卖出商品那一刻,BNPL 服务商就会把这笔订单的全款(扣除手续费之后)结算给你,你不需要等客户把分期还完才拿到钱。换句话说,商户是"一次性收款",客户是"分期付款",中间那笔时间差和收款风险,全部由 BNPL 服务商自己垫付和承担。

商户视角:钱先到手,风险转移给了服务商

我自己在评估这类方案的时候,最在意的就是这一点:商户不需要去追客户的分期还款,也不需要操心客户逾期、拒付、失联这些催收层面的麻烦事。这些工作连同对应的坏账风险,都落在 BNPL 服务商身上,因为是它们先行垫付了全款,之后要靠自己的风控模型和催收能力把钱从客户那里收回来。

这和我们平时接触的其他收款方式其实是同一类分工逻辑——商户只管收款和发货,资金清算和风险判断交给专业的持牌机构去做。我之前写过的聚合支付 API 一站接入方案对比里也提到过类似的分工思路:商户没必要、也没有能力去做风控和催收这些事情,该交给专业机构做的就交出去。

当然,"商户不承担分期收款风险"不等于"商户完全没有风险"。如果订单本身存在欺诈(比如盗用他人身份申请 BNPL 分期购买商品后立刻转卖套现),BNPL 服务商的风控规则里通常会有拒付或者追溯条款,具体怎么划分要看你跟服务商签的合作协议,不能一概而论。

为什么客单价较高的商品更适合接入 BNPL

从我观察到的几个接入 BNPL 的商户案例来看,效果比较明显的几乎都是客单价偏高的品类:电子产品、家具家电、教育培训课程、医美和牙科这类有一定金额门槛的消费型服务。原因很直观——客单价越高,客户在结账那一刻面对的"一次性掏钱"的心理压力就越大,这也是购物车放弃率升高的常见原因之一。把一笔较大的支出拆成几期,客户决策的犹豫时间会缩短,下单的意愿和客单价都有可能往上走。

反过来,如果你卖的是低客单价的快消品或者冲动型消费商品,BNPL 带来的转化率提升就很有限,甚至可能因为多了一道分期审核的流程,反而拖慢了结账速度。这跟我在结账页支付方式怎么排列才能减少放弃率里讲过的道理是一样的:每多一个支付选项,都要权衡它到底是在帮你促成转化,还是在给结账流程增加噪音。

所以接入 BNPL 之前,我都会先建议商户看一眼自己的客单价分布和品类特性,再决定是不是真的需要这个选项,而不是看到同行上了就跟着上。

技术对接:收银台里的一个付款选项,不是另起一套收款系统

很多商户一开始会误以为接入 BNPL 要重新搭一套独立的收款系统,其实不是。在绝大多数场景下,BNPL 只是你收银台里"支付方式列表"中新增的一项,和电子钱包、银行卡、QR 码扫码是并列关系,不是替代关系。客户在结账页看到的,通常是在原有的钱包、卡类选项旁边多了一个"先买后付"的入口,点进去之后跳转到 BNPL 服务商的审核页面,审核通过回跳结账页完成下单,整个流程仍然嵌在你原来的收银台体验里。

我之前整理购物车放弃与独立站接入方案的时候也提到过,商户在做支付方式扩展的时候,首选都应该是看能不能复用现有的收银台和对账体系,而不是为了一个新的支付方式单独搭一条资金链路——这样维护成本和踩坑概率都会低很多。BNPL 基本上就属于这种"加一个选项"级别的集成,不涉及伤筋动骨的架构改动。

一个真实感的例子:收银台 API 里的付款方式列表

下面是一个简化过的示意,展示收银台后端在返回可用付款方式列表时,BNPL 作为其中一项大致会是什么样子。注意这只是结构示意,字段名和实际对接的服务商文档可能有差异:

{
  "order_id": "ORDER20261003001",
  "available_payment_methods": [
    {
      "code": "GCASH",
      "display_name": "GCash",
      "type": "ewallet",
      "status": "active"
    },
    {
      "code": "CREDIT_CARD",
      "display_name": "信用卡/借记卡",
      "type": "card",
      "status": "active"
    },
    {
      "code": "QRPH",
      "display_name": "QR Ph 扫码支付",
      "type": "qr",
      "status": "active"
    },
    {
      "code": "BNPL_PROVIDER_A",
      "display_name": "先买后付",
      "type": "bnpl",
      "status": "active",
      "merchant_settlement": "lump_sum_upfront",
      "requires_customer_approval": true,
      "eligible_category": "high_ticket"
    }
  ]
}

从这个结构可以看出,BNPL 这一项在技术上和其他支付方式是"平级"的——都带有 code、display_name、status 这些通用字段,区别主要体现在它多了 merchant_settlement(商户结算方式是一次性全额)和 requires_customer_approval(客户需要经过服务商的审核)这类业务属性字段。对接的时候,前端只需要按返回的列表渲染选项,具体审核逻辑和分期管理都在 BNPL 服务商那一侧完成,不需要商户自己的系统去处理分期状态。

BNPL vs 全款支付 vs 信用卡分期,到底怎么选

这三种方式经常被放在一起比较,但它们解决的问题其实不完全一样。我把几个商户最关心的维度列成表,方便直接对照:

对比维度 全款支付(钱包/银行卡/扫码) 信用卡分期 BNPL 先买后付
商户到账方式 客户下单即全额到账(或按通道结算周期) 商户通常仍是一次性收到全款,分期由发卡行处理 BNPL 服务商垫付全款给商户,客户分期还给服务商
分期收款风险方 不涉及分期,无此风险 发卡行承担客户分期违约风险 BNPL 服务商承担客户分期违约和催收风险
客户准入门槛 只需持有对应钱包/卡/账户 客户需要持有信用卡且额度足够 客户不一定需要信用卡,但需通过服务商自己的审核
商户技术对接复杂度 标准收银台集成 依赖收单行/卡组织的分期功能,通常由收单方处理 收银台新增一个付款选项,审核流程在服务商侧完成
商户手续费水平 标准费率 一般略高于全款刷卡费率 通常比标准支付方式更高,具体由商户与服务商协商
比较适合的品类 覆盖所有客单价区间 持卡客户群体的中高客单价消费 电子产品、家具家电、教育培训、医美等高客单价品类

商户要权衡的成本:手续费、适用边界与合规尽调

接入 BNPL 最直接的成本就是手续费。因为服务商承担了垫付资金和分期催收的风险,它收取的手续费通常比标准的电子钱包或扫码支付更高,这是风险定价的必然结果,不是哪家服务商故意定价贵。所以我一般会建议商户先算一笔账:接入 BNPL 带来的转化率和客单价提升,能不能覆盖多出来的那部分手续费成本。如果你的品类本身客单价不高,或者客户群体对价格非常敏感,这笔账未必划算。

另外一个容易被忽略的点是合规尽调。BNPL 本质上是一种消费信贷服务,正规运作的服务商背后通常需要有相应的金融牌照或者与持牌机构的合作安排。

作为对照,我们自己在菲律宾做收单和代收代付业务,走的是 BSP 的 OPS(支付系统运营商)和 EMI(电子货币机构)监管框架。商户在挑选任何涉及资金垫付或分期信贷性质的合作方时,都应该核实对方的持牌和合规状态,而不是只看接口好不好用。

具体怎么判断一家支付或信贷相关的服务商是不是走在合规框架内,我在BSP OPS 支付业务牌照是什么这篇里讲过判定思路,逻辑上同样适用于评估 BNPL 服务商。如果你的客户群体本身也习惯用信用卡分期,也可以参考信用卡、借记卡与预付卡的使用场景对比,把 BNPL 和信用卡分期放在一起,看哪个更贴近你的客户结构。

我自己的结论是:BNPL 不是每个商户都该上的标配选项,但对客单价较高、决策周期长的品类,它确实是一个值得评估的转化率工具。接入之前把账算清楚、把服务商的合规背景查清楚,比盲目跟风上线更重要。

常见问题

接入 BNPL 会不会影响我现有的收款方式?

不会。BNPL 只是收银台里新增的一个付款选项,和你原有的电子钱包、银行卡、QR 码支付是并列关系,互不冲突,客户仍然可以自由选择其他方式付款。

客户分期逾期或者还不上,商户要承担什么?

正常情况下不需要商户承担。因为商户在订单成立时已经从 BNPL 服务商那里拿到了全款,后续客户是否按期还款,是服务商和客户之间的信贷关系,催收和坏账风险都在服务商一侧,不会反过来向商户追讨。

接入 BNPL 需要换一套新的收银台系统吗?

通常不需要。大多数情况下只是在现有收银台的付款方式列表里增加一项,前端渲染逻辑和你接入电子钱包、扫码支付是类似的思路,不需要推翻原有的收款架构重新搭建。

哪些品类不太建议接入 BNPL?

客单价很低的快消品、冲动型消费商品通常收益有限,因为分期审核这道流程反而可能拖慢结账速度,降低转化率。一般更适合客单价较高、客户决策周期较长的品类,比如电子产品、家具家电、教育培训课程等。

BNPL 的手续费大概是怎么算的?

手续费结构因服务商而异,通常由商户和 BNPL 服务商按合作协议协商确定,整体水平普遍比标准支付方式更高,这是服务商承担垫付资金和分期收款风险的风险定价结果,商户在接入前应该找服务商拿到明确的费率说明再做决策。

小商户或者刚起步的独立站能接入 BNPL 吗?

理论上可以,但具体准入条件(比如经营资质、历史交易流水要求)要看各家 BNPL 服务商自己的审核标准,不同服务商的门槛差异可能比较大,建议直接向意向合作的服务商咨询准入要求,不要自己假设。

怎么判断一家 BNPL 服务商是不是合规运作?

可以从它背后是否有相应的金融牌照或者与持牌金融机构的合作安排入手核实,同时留意它在合同条款里对资金结算时间、拒付处理、商户责任边界的描述是否清晰。涉及资金垫付和信贷性质的合作,合规背景调查应该和接口测试一样被当作接入前的必做功课。

接入 BNPL 之后,结账页的转化率一定会提升吗?

不一定。BNPL 对高客单价、决策周期长的品类通常有帮助,但不是对所有商户和所有品类都适用,具体效果和你的客户群体、商品特性、原有结账流程的顺畅程度都有关系,建议先小范围测试,观察实际数据再决定是否全面上线。

如果你正在评估要不要给自己的收银台加上 BNPL 这个选项,或者想了解我们的收银台聚合方案里能不能顺手把这类付款方式一起接进去,可以直接找我聊聊,Telegram @LouisSMARTPAY,或者邮件 [email protected],我们可以具体看看你的品类和客单价结构适不适合上这个方案。

相关推荐