Stripe 基础概念
对于任何一家面向海外市场的 SaaS 或 AI 产品公司而言,支付系统都不是「附加功能」,而是产品架构的核心组成部分。在全球范围内,Stripe 几乎是海外在线支付的事实标准——从独立开发者到上市公司,从一次性商品购买到复杂的订阅计费,Stripe 提供了一套统一的 API 和基础设施来承载这些场景。
本文是「海外支付与订阅系统」章节的基础篇,目标是让你在面对 Stripe Dashboard 和官方文档时不再迷失。我们会从 Stripe 是什么讲起,逐层拆解核心概念、计费模型、费用结构,最后给出选型建议和落地检查清单。
一、Stripe 是什么
Stripe 成立于 2010 年,由爱尔兰兄弟 Patrick Collison 和 John Collison 创立,总部位于旧金山。它的定位不是简单的「支付网关」,而是一个完整的支付基础设施平台(Payment Infrastructure Platform)。
用一句话概括:Stripe 帮你处理「从客户那里收钱」这件事涉及的所有技术细节——信用卡信息的采集与加密、3D Secure 验证、欺诈检测、账单生成、订阅周期管理、退款处理、多国货币结算、税务计算,以及最终的银行打款。
Stripe 的核心价值可以归纳为三点:
- 开发者友好:几乎所有能力都通过 RESTful API 暴露,文档质量极高,几乎所有主流语言和框架都有官方 SDK。
- 全球化覆盖:支持 195+ 个国家/地区的支付,接受 135+ 种货币,内置本地支付方式(如 iDEAL、Bancontact、Alipay)。
- 产品矩阵完整:从 Payments、Billing、Invoicing 到 Connect(平台分账)、Terminal(线下 POS)、Radar(反欺诈)、Tax(税务自动化),覆盖了收入链条的每一个环节。
对于 AI 产品出海团队来说,最常见的组合是 Stripe Payments + Billing + Invoicing,用来支撑订阅制 SaaS 的计费闭环。
二、核心概念详解
Stripe 的数据模型由一系列相互关联的「对象(Object)」构成。理解这些对象及其关系,是掌握整个系统的前提。
2.1 Customer(客户)
Customer 是你在 Stripe 中为客户创建的持久化记录。它保存客户的邮箱、名称、默认支付方式、余额等信息,也是订阅、发票、一次性支付等几乎所有业务的锚点。
Customer
├── Payment Methods[]
├── Subscriptions[]
├── Invoices[]
└── Charges[]
一个实际建议:如果你的产品有用户系统,通常应该在用户注册时同步创建 Stripe Customer,并将 stripe_customer_id 存回自己的数据库,后续所有计费操作都以它为索引。
2.2 Payment Method(支付方式)
PaymentMethod 表示客户用来付款的具体工具——一张信用卡、一个银行转账账户、或一个数字钱包(Apple Pay、Google Pay 等)。
Stripe 推荐使用 PaymentMethod 对象而非早期的 Card/Source 对象。支付方式可以被保存到 Customer 上重复使用(用于订阅续费),也可以一次性使用后即丢弃。
关键状态:
requires_authentication:需要 3D Secure 验证card_last4:卡号末四位,常用于展示card.brand:卡品牌(visa、mastercard、amex 等)
2.3 PaymentIntent 与 Charge(支付意图与扣款)
这两个概念容易混淆,但理解它们对于正确使用 Stripe 的支付流程至关重要。
- PaymentIntent:代表「从客户那里收取一笔款项的意图」。它跟踪支付的整个生命周期——从创建、确认、需要额外操作(如 3DS),到最终成功或失败。PaymentIntent 是 Stripe 处理强客户认证(SCA)的核心机制。
- Charge:代表实际的资金扣款动作。一个 PaymentIntent 在其生命周期内可能关联多个 Charge(例如第一次扣款失败后重试)。
对于大多数集成场景,你只需要与 PaymentIntent 打交道,Charge 由 Stripe 在底层自动管理。
2.4 Product(产品)
Product 代表你在 Stripe 中定义的可售商品或服务。它本身不包含价格信息,只是一个逻辑容器。
例如,你的 AI 写作工具可以创建一个名为「Pro Plan」的 Product,然后为其绑定多个 Price——月付 $29、年付 $290、团队版按席位计费等。
Product 分为两种类型:
- Standard(标准产品):可在 Stripe Dashboard 中手动创建和管理
- Service(服务):通常用于一次性服务,不在 Dashboard 展示
2.5 Price(价格)
Price 定义了「客户为某个 Product 支付多少钱、以什么频率支付」。它是 Product 的子对象,也是创建订阅时必须引用的核心实体。
Price 的关键属性:
unit_amount:金额(以最小货币单位表示,美元用美分)currency:货币代码recurring:计费周期(day/week/month/year),有则代表订阅价格,无则代表一次性价格billing_scheme:计费方案——per_unit(固定单价)或tiered(阶梯定价)
2.6 Subscription(订阅)
Subscription 将 Customer 与 Price 绑定在一起,启动周期性的自动计费。它是 Stripe Billing 模块的核心对象。
订阅的关键状态流转:
| 状态 | 含义 |
|---|---|
incomplete | 订阅创建但首次支付失败 |
active | 正常生效中 |
past_due | 续费扣款失败,仍在宽限期 |
canceled | 已取消 |
paused | 暂停(可选功能) |
trialing | 试用期内 |
订阅的生命周期管理是 SaaS 产品最复杂的部分之一,涉及升级/降级(proration)、试用期处理、扣款失败重试(dunning)、webhook 事件监听等多个环节。
2.7 Invoice(发票)
Invoice 在订阅场景中由 Stripe 在每个计费周期自动生成,列明应付款项、税费、折扣和最终金额。对于一次性支付,也可以手动创建 Invoice。
Invoice 的状态机同样重要:draft → open → paid / void / uncollectible。理解这些状态对于正确处理 webhook 和用户通知非常关键。
核心概念关系一览
| 概念 | 层级 | 作用 | 典型使用频率 |
|---|---|---|---|
| Customer | 顶层 | 客户主记录 | 每用户一次 |
| PaymentMethod | Customer 下 | 支付工具 | 每支付方式一次 |
| Product | 顶层 | 可售商品/服务 | 每产品线一次 |
| Price | Product 下 | 定价方案 | 每价格档位一次 |
| PaymentIntent | 顶层 | 一次性支付意图 | 每次支付一次 |
| Subscription | Customer 下 | 周期性订阅 | 每订阅一次 |
| Invoice | Subscription/Customer 下 | 账单 | 每周期自动生成 |
三、计费方式详解
Stripe Billing 支持多种计费模型,覆盖了 SaaS 行业的主流定价策略。
3.1 一次性支付(One-Time Payment)
最简单的方式:创建 PaymentIntent → 客户确认支付 → 资金到账。适用于商品购买、充值、按次付费等场景。
PaymentIntent
├── amount: 2900 (即 $29.00)
├── currency: usd
└── status: requires_payment_method → processing → succeeded
3.2 订阅支付(Subscription)
固定周期的重复扣款,是 SaaS 产品最常用的模式。
常见变体:
- 固定费率(Flat Rate):每月/年固定金额,如 Pro Plan $29/月
- 按席位计费(Per-Seat):每个用户/席位一个 Price 单位,如 $10/人/月
- 阶梯定价(Tiered):用量越大单价越低或越高
- 试用期 + 订阅:
trial_period_days指定免费试用天数
3.3 按量计费(Usage-Based Billing)
对于 AI 产品尤其重要——你可能希望按 API 调用次数、token 消耗量或处理文档数量收费。
Stripe 的实现方式是:
- 创建带有
usage类型的 Price - 在每个计费周期内通过 API 上报用量(
createUsageRecord) - 周期结束时 Stripe 根据用量自动计算金额并扣款
常见变体包括:
- 固定费用 + 超额计费(Fixed + Overage):基础包内含一定额度,超出部分按量计费
- 按量付费(Pay-As-You-Go):无基础费,纯按实际使用量
- 预充值扣减(Credit Burndown):客户先充值余额,消费时从余额中扣减
计费方式对比
| 计费方式 | 适用场景 | 计费触发 | 复杂度 | AI 产品适用性 |
|---|---|---|---|---|
| 一次性支付 | 商品购买、充值 | 每次交易 | 低 | 中(充值场景) |
| 固定订阅 | 标准 SaaS 套餐 | 固定周期 | 中 | 高 |
| 按席位 | 团队协作产品 | 固定周期 × 席位数 | 中 | 高 |
| 阶梯定价 | 用量分级定价 | 固定周期 × 用量区间 | 中高 | 中 |
| 按量计费 | API 调用、token 消耗 | 用量上报 → 周期结算 | 高 | 非常高 |
| 混合模式 | 基础费 + 超额 | 固定周期 + 用量 | 高 | 非常高 |
四、费用结构
Stripe 采用「按交易抽成」的商业模式,不收取月费或接入费(标准版)。理解费用结构对产品利润建模非常关键。
标准费率(美国)
- 在线信用卡/借记卡:2.9% + $0.30 / 笔
- 手动输入卡号:额外 +0.5%
- ACH Direct Debit:1%(最低 $0.30,上限 $5)
- 国际卡:额外 +1.5%
- 货币转换:额外 +1%
- 退款:原手续费不退,退还 $0.30 的固定部分不退
地区差异
Stripe 在各国的费率不同,以下是几个典型市场:
| 国家/地区 | 在线卡支付费率 | 备注 |
|---|---|---|
| 美国 | 2.9% + $0.30 | 基准费率 |
| 欧洲(英国等) | 2.5% + £0.20 | SEPA Direct Debit 更低 |
| 亚太(新加坡等) | 3.4% + S$0.50 | 含本地支付方式 |
| 拉美(巴西等) | 3.99% + R$0.30 | 波动较大 |
| 日本 | 3.6% + ¥30 | 需本地法人 |
出金费用(Payout)
- 标准出金(1-2 个工作日到银行账户):免费(美国)
- 即时出金(Instant Payout):1.5%(最低 $0.50)
- 跨境出金:$1.50 / 笔 + 跨境费 0.25% + 汇率转换费 0.5%
费用结构总览
| 费用类型 | 标准费率 | 说明 |
|---|---|---|
| 交易处理费 | 2.9% + $0.30 | 每笔必收 |
| 国际卡附加费 | +1.5% | 发卡行在境外 |
| 货币转换费 | +1% | 涉及换汇 |
| 退款费 | 原手续费不退 | 仅退净额 |
| 即时出金 | 1.5% | 可选加速到账 |
| 争议/Chargeback | $15 / 笔 | 无论胜负均收取 |
五、适合场景与不适合场景
适合使用 Stripe 的场景
- SaaS 订阅产品:这是 Stripe 最擅长的领域,Billing 模块几乎是为 SaaS 量身定制的。
- AI 产品按量计费:按 API 调用/token 消耗收费,Stripe Usage-Based Billing 原生支持。
- 全球化产品:需要支持多国货币、多种本地支付方式。
- 平台/市场(Marketplace):需要分账给多个卖家或服务提供者,使用 Stripe Connect。
- 需要高自定义支付流程:Stripe Elements 提供完全可定制 UI,同时保持 PCI 合规。
- 开发驱动的团队:优秀的 API、文档和 SDK,适合技术团队快速集成。
不太适合使用 Stripe 的场景
- 中国大陆收单:Stripe 不支持中国大陆境内收单(支持支付宝/微信,但面向海外商户)。
- 极小额高频交易:每笔 $0.30 的固定费用可能吞噬利润,需评估费率谈判或使用其他方案。
- 纯线下 POS:虽然有 Stripe Terminal,但不是其主力场景。
- 高风险行业:赌博、成人内容、部分加密货币业务可能被拒或受限。
- 对费率极度敏感的大额交易:年交易额超过百万美元时,可以与 Stripe 谈判定制费率,或直接对接卡组织。
六、与其他支付平台对比
Stripe vs 主流支付平台
| 对比维度 | Stripe | PayPal | Paddle | Lemon Squeezy |
|---|---|---|---|---|
| 定位 | 支付基础设施 | 在线支付钱包 | Merchant of Record | Merchant of Record |
| 目标用户 | 开发者、SaaS | 消费者和商户 | SaaS、数字产品 | 数字产品、独立开发者 |
| 订阅支持 | 原生 Billing 模块 | 基础订阅功能 | 原生支持 | 原生支持 |
| 按量计费 | 原生支持 | 不支持 | 不支持 | 不支持 |
| 税务处理 | Stripe Tax(额外) | 部分支持 | 内置 MoR 税务 | 内置 MoR 税务 |
| 开发者体验 | 极佳(API 优先) | 一般 | 好 | 好 |
| 全球覆盖 | 195+ 国家 | 200+ 国家 | 有限 | 有限 |
| 费率(美国) | 2.9% + $0.30 | 2.99% + $0.49 | 5% + $0.50 | 5% + $0.50 |
| MoR 模式 | 否(你是商户) | 否 | 是(Paddle 是商户) | 是 |
| 适合 AI 产品 | 非常适合 | 一般 | 适合 | 适合小型产品 |
关键决策点
- 选 Stripe:你需要最大灵活性和控制力,团队有开发能力,需要按量计费或复杂订阅逻辑。
- 选 Paddle / Lemon Squeezy:你不想处理税务合规(VAT、GST 等),MoR 模式帮你承担商户责任,适合团队小的早期产品。
- 选 PayPal:你的客户群体习惯使用 PayPal,或需要作为补充支付渠道(与 Stripe 并行使用很常见)。
七、案例:两个典型的 Stripe 集成场景
案例 1:AI 写作助手 SaaS
产品:面向海外用户的 AI 写作工具,提供三个订阅档位。
Stripe 架构:
Product: "AI Writer"
├── Price: "Starter" — $9/month(50 篇/月)
├── Price: "Pro" — $29/month(无限篇)
└── Price: "Team" — $19/seat/month(协作功能)
集成流程:
- 用户注册时创建
Customer - 用户选择套餐后,创建
Checkout Session(引用对应Price) - 用户完成支付 → Stripe 触发
checkout.session.completedwebhook - 后端更新用户订阅状态
- 每月自动续费,失败时 Stripe 自动重试(Smart Retries)
- 取消时调用
subscription.cancel(at_period_end=true)
案例 2:AI API 按量计费平台
产品:提供 AI 图片生成 API,按调用次数计费。
Stripe 架构:
Product: "Image Generation API"
└── Price: $0.05/次(usage-based, monthly)
集成流程:
- 客户注册后创建
Customer+Subscription(绑定 usage-based Price) - 每次 API 调用后,异步上报用量:
stripe.billing.meterEvents.create({ event_name: 'api_call', quantity: 1 }) - 每月末 Stripe 根据累计用量自动生成 Invoice 并扣款
- 设置
billing_thresholds实现消费预警
八、Stripe 支付流程
九、落地检查清单
在正式接入 Stripe 之前,逐项确认以下事项:
- Stripe 账户注册并完成身份验证:需要提供公司主体信息、银行账户、税务信息
- 确定计费模型:一次性 / 订阅 / 按量 / 混合,直接影响 Product 和 Price 的设计
- 设计 Product 和 Price 结构:在 Dashboard 或 API 中创建产品目录,确认货币、周期、金额
- 选择集成方式:Checkout(最简单)/ Elements(最灵活)/ 自定义 API
- 配置 Webhook 端点:至少监听
checkout.session.completed、invoice.paid、invoice.payment_failed、customer.subscription.updated - 实现幂等性:webhook 可能重复投递,后端必须保证同一事件多次处理不会产生副作用
- 测试模式验证:使用 Stripe 测试卡号(如
4242 4242 4242 4242)覆盖正常支付、失败、退款、3DS 等场景 - 处理 SCA/3DS:欧洲市场必须支持强客户认证,确保 PaymentIntent 使用
automatic_payment_methods - 设置退款和争议处理流程:明确退款策略,配置争议 webhook,及时响应
- 费率建模:根据目标市场计算实际费率(含国际卡附加费、货币转换费),确认产品毛利可承受
- 日志与监控:记录所有 Stripe webhook 事件和 API 调用,便于排查问题
- 法律合规:确认隐私政策、退款政策、订阅取消条款符合目标市场法规(GDPR、消费者保护法等)
十、小结
Stripe 的价值不仅在于「能收钱」,更在于它将支付、订阅、发票、税务、反欺诈等能力整合为一套开发者友好的 API,让你能把精力集中在产品本身,而不是支付基础设施的底层细节。
对于 AI 产品出海团队,Stripe 几乎是绕不开的技术选型。掌握 Customer、Product、Price、Subscription、PaymentIntent 这几个核心概念,理解不同计费模型的适用场景和费用结构,就足以支撑你完成从零到一的第一版支付系统搭建。
后续章节中,我们会深入讲解 Stripe Checkout 的具体集成、Webhook 事件处理的最佳实践,以及 AI 产品特有的按量计费架构设计。
参考资料
- Stripe 官方文档 — Stripe 术语与概念
- New to Stripe? Learn the key concepts for software developers
- How Products and Prices Work | Stripe Documentation
- Recurring Pricing Models — Stripe Documentation
- Stripe Pricing & Fees
- Stripe Billing — Subscription Models and Features
- Tour of the API — Stripe Documentation
- Billing Models: A Guide for Businesses — Stripe