支付方式组合:卡、钱包、先买后付与本地支付
支付方式组合决定顾客可以怎样付款,也决定商家如何确认到账、退款和处理异常。选择应从目标市场和真实购买条件出发,兼顾成本与运营;支付图标越多,不代表适用人群越广,也不保证转化率提高。
先区分三层:支付方式是卡、钱包或银行转账等;处理服务商负责接入和处理;结账入口决定顾客从哪里开始付款。同一个钱包可能使用已保存的银行卡,同一个服务商也可以支持多种方式,不能简单把“钱包”解释成“不需要银行卡”。
按机制理解差异
下表参考 Stripe 的支付方式分类,用于建立问题清单,不是统一行业分类,也不表示每家商户都能接入。
| 类别 | 顾客怎样付款 | 商家应核对 |
|---|---|---|
| 银行卡 | 使用卡组织支持的卡完成付款 | 支持的卡、身份验证、授权和收款时机 |
| 钱包 | 使用保存的卡或余额等资金来源 | 设备、浏览器、账号、资金来源和市场资格 |
| 银行扣款、跳转或转账 | 授权扣款、跳转银行确认,或主动转入资金 | 谁发起付款,何时确认成功,未完成时订单怎样处理 |
| 先买后付 | 通过具体方案安排后付或分期 | 顾客资格、订单限制、商家结算、退款及披露条件 |
| 实时支付、凭证付款 | 按当地机制完成认证转账,或拿凭证后再支付 | 凭证或付款期限、结果通知、超时和退款路径 |
| 手动支付 | 如货到付款或人工核对银行转账 | 收款责任、核销证据、拒收和未付款订单的处理 |
“本地支付”强调市场习惯和适用范围,可以包含表中多个机制;“加速结账”强调少重复输入,并不等于新的资金来源。BNPL与货到付款的词义另见对应术语。
先确认资格,再比较价值
为每种候选方式列出下面六项。记录所查官方条款、适用地区和日期;资料没有提到某能力时,应继续确认,不能直接写成不支持。
| 检查项 | 要回答的问题 | 可留的证据 |
|---|---|---|
| 商家资格 | 商业实体、行业和结算账户是否符合要求 | 服务商资格说明及商户实际开通状态 |
| 顾客可用性 | 买家国家、币种、设备和账号有什么条件 | 目标条件下实际出现的结账方式 |
| 商品适配 | 一次购买、订阅、预售或 B2B 是否支持 | 对应购买模式的官方支持说明 |
| 资金与状态 | 授权、收款、结算分别何时发生 | 支付状态与订单状态的映射及异常流程 |
| 售后与成本 | 退款、部分退款、争议及换汇怎样收费 | 合同、账单与退款记录的口径 |
| 运营能力 | 谁处理超时、失败、重复尝试和未到账 | 负责人、通知、对账和恢复步骤 |
Shopify 本地支付说明指出,顾客所在地和所选币种等条件会影响方式是否显示。因此,后台显示“已开启”只是一个检查点,不能代替目标市场的实际验收。Shopify 的接入、钱包和套餐边界见支付与结账,多币种问题见市场定价。
用同一个订单假设比较成本
费用应拆开记录:支付处理费、平台交易费、国际或换汇费用、退款时不返还的费用、争议处理以及人工对账成本。具体哪些存在、何时收取、能否退回,以商户条款与账单为准,不能把某服务商的一张价目表推广成所有支付方式的规律。
以下费率全部虚构,仅示范算术。假设同一笔 200 元订单,方式 A 收取 2.5% 加 1 元,方式 B 收取 3.2% 加 0.5 元,且暂不考虑其他费用:
- A:
200 × 2.5% + 1 = 6 元。 - B:
200 × 3.2% + 0.5 = 6.9 元。
相差 0.9 元只能解释这笔假设订单的已列费用。若 B 更适合目标顾客,也不能直接假定多出的成交会覆盖成本;需观察可用人群、失败原因、退款与实际贡献。反过来,较低报价也未必包含换汇或运营成本。归入订单模型时,同笔手续费只扣一次,见单笔订单经济模型。
商家承担手续费,不意味着可以直接加收给顾客。是否允许附加费、需要怎样披露,应按支付工具、服务商合同和适用地区规则核对,不从这个成本算例推导合规结论。
展示承诺必须与当前购买条件一致
页面可以说明接受哪些方式,但要把地区、金额或资格限制放在顾客能理解的位置,不把所有可能方式一排 Logo 当成任何人都能使用的承诺。有关分期的提示应准确表达该方案的付款条件,不能省略顾客需要知道的费用和限制。
欧盟适用的 B2C 场景中,Directive 2011/83/EU 第 8(3) 条要求交易网站最迟在下单流程开始时清楚说明配送限制和接受的支付方式。这里采用 2026-09-27 合并文本;具体国内适用仍需核对。页面内容组织见支付方式说明。
用小范围验证决定保留或调整
选择一个明确市场与购买模式,先记录已有可用方式、支付尝试、拒绝或中断原因,再加入候选方式并观察。区分“未显示”“顾客没有选择”“选择后中断”“支付被拒绝”“结果待确认”,这些问题需要不同处理,不能统一归为不喜欢这种支付方式。
比较时保留流量、订单金额、促销和顾客构成等变化。新的方式可能替代原有付款,也可能帮助之前无法付款的人;只有使用份额增加,不能证明新增了同等数量的订单。
最后按完成一次测试购买验证成功、失败和恢复路径。测试模式覆盖不足的方式要另列未验证:Shopify Payments 测试说明明确有部分本地方式及钱包、分期的限制,不能用一种测试卡成功代表整套支付组合已通过。