第五篇：全球定价 — $49/月在硅谷很便宜，在雅加达是天价
进入信号：有印尼客户说 $49/月的 Pro 版太贵。新加坡客户觉得还行。德国客户直接付了一年的——¥4,500。
本篇解决的问题：全球统一定价还是分市场定价？PPP（购买力平价）定价怎么设定和防滥用？怎么收美元、欧元、新加坡元，然后以最低成本转回国内？汇率波动怎么管理？
一、一刀切定价的代价
你现在只有一个价格：Pro 版 9）。这个价格在五个市场意味着完全不同的东西：
| 市场 | 当地人均月收入 | $49 占比 | 客户真实感受 |
|---|---|---|---|
| 美国 | $5,000 | 约 1% | 「一杯咖啡钱」 |
| 新加坡 | $3,500 | 1.4% | 「还行」 |
| 马来西亚 | $1,200 | 4% | 「有点贵，但是可以试试」 |
| 印尼 | $400 | 12% | 「一天的工资」 |
| 印度 | $300 | 16% | 「不可能考虑」 |
你这个价格拒绝了全球 60% 的潜在市场。 而这些人也是需要协同白板的小团队。
Jason Cohen（WP Engine 创始人、著名的 SaaS 定价思想家）有一个非常精确的论断：
"You can't charge the same price in India as in the US. You're not being unfair — you're being realistic about what the market can bear."
「你不能在印度和美国收一样的钱。你做的不是不公平——你是在接受市场的现实。」
二、PPP（购买力平价）定价：让产品在不同市场有不同的「公平价格」
PPP 定价的核心逻辑：同一个产品，在不同市场的「可承受价格」不同。你根据购买力调整价格，但防止高收入市场的用户跑到低价区薅羊毛。
你的 PPP 定价方案：
| 市场层级 | 包含市场 | 定价系数 | Pro 版月费 |
|---|---|---|---|
| 第一层（基准） | 美国 / 加拿大 / 英国 / 澳大利亚 | ×1.0 | $49 |
| 第二层 | 新加坡 / 西欧 / 日本 | ×0.9 | $44 |
| 第三层 | 马来西亚 / 东欧 / 南美 | ×0.6 | $29 |
| 第四层 | 印尼 / 印度 / 越南 / 菲律宾 | ×0.4 | $19 |
技术实现：
// 检测用户所在区域
function getPricingTier(country: string): PricingTier {
const tierMap: Record<string, PricingTier> = {
US: 1, CA: 1, GB: 1, AU: 1, // 第一层
SG: 2, DE: 2, FR: 2, JP: 2, // 第二层
MY: 3, BR: 3, PL: 3, MX: 3, // 第三层
ID: 4, IN: 4, VN: 4, PH: 4, // 第四层
};
return tierMap[country] || 1; // 未匹配默认第一层
}
防滥用机制：
- 注册时检测 IP → 自动匹配定价区
- 每月检查一次用户的常登 IP——如果有人每个月都从不同国家登录，标记人工审核
- 低价区用户只能用低价区的支付方式（印尼区必须用印尼信用卡或 GoPay——防止美国人挂 VPN 薅印尼价格）
三、收钱和把钱转回国
你的收入现在来自 Stripe（美元为主，兼收欧元和新加坡元）。
资金链路：Stripe → Airwallex（多币种账户）→ 国内银行卡。
Airwallex 的优势：不收「到账就自动换人民币」的费用（支付宝/PayPal 默认换汇，点差 2-3%）。你在 Airwallex 里留着美元，等汇率好的时候自己换。
收款成本一览：
| 环节 | 费用 | 说明 |
|---|---|---|
| Stripe 手续费 | 2.9% + $0.30/笔 | 行业标准 |
| Airwallex 收款 | 0% | 多币种账户，收款免费 |
| 换汇（USD→CNY） | 0.3-0.5% | 远低于 PayPal 的 2-3% |
| 提现到国内卡 | ¥10/笔 | 几乎忽略 |
每月 $4,500 MRR，实际到手约 ¥30,000（按 7.2 汇率 + 减去所有手续费）。
四、汇率波动：你不管理它，它会管理你
美元在 2025-2026 年对人民币波动幅度 8-10%。你的 MRR $4,500/月——人民币贬值时月入 ¥34,000，升值时月入 ¥30,000。差了 ¥4,000/月。
**小规模 MRR（低于 20K+ 再考虑用远期合约锁定汇率。
非美元货币的定价：每半年根据最新汇率重调一次欧元/英镑/日元的价格。不要实时调——客户会疯。
五、支付踩坑实录 — 十个坑，坑坑要命
前面讲的是「怎么收钱」。但现实比文档复杂一百倍。下面的坑要么是我自己踩过的，要么是我亲眼看着朋友踩进去然后拉出来的。
坑一：Stripe 突然把钱冻住了
场景：你上线第三个月，MRR 刚涨到 1,200 的付款被标记为「Elevated Risk — Manual Review Required」。又过了两天，Stripe 突然把你整个账户的 payout 暂停了——原因是「Unusual activity pattern detected」。你的全部资金被冻结。
你慌张地点开 Dispute 页面——没有任何 dispute。只是 Stripe 的风控算法觉得你的「退款率虽然不高，但客户大多来自东南亚，且付费金额突然从 49」——算法推断你在规避风控。
给 Stripe Support 发邮件。三天才回。对方让你提供：
- Business License（公司的营业执照——你只有中国的）
- Proof of fulfillment（你是个 SaaS 产品——你拿什么证明「fulfillment」？）
- Three months of bank statements
你在中国凌晨 2 点翻箱倒柜找文件。最终冻结 11 天——这 11 天你的所有收入都不在你自己手里。
教训：
- 在 Stripe 里提前上传你的营业执照 + 银行对账单 + 税务登记——不是等被问到时再找
- 在
Support → Email里提前保存一个「Business Verification」文件夹——所有合规材料都在里面 - 给你的 Account Manager 写一封邮件：「We're a China-based SaaS company serving global SMBs. Our refund rate is below 2%. If your risk algorithm flags us, please reach out to us before freezing payouts.」
- 不要把鸡蛋全放在一个 Stripe 账号里。 你的 MRR 超过 $10K 后可以考虑开通一个备用的 Paddle 或 Chargebee 收款渠道，以防万一
坑二：SaaS 的「Fulfillment」问题
场景：客户付了 $49/月，用了两天觉得不好，去银行 dispute——说「我没收到我买的东西」。
银行不会理解「SaaS 是一个服务而不是实物」。在银行的框架里——你没有提供 tracking number = 你没有发货 = 客户有理。
处理方式：
- 在你的 app 里记录客户「首次创建白板的 timestamp + 协作邀请数 + 日常登录 IP」
- 当客户发起 dispute 时，把这些行为日志整理成 PDF——「客户于 2026-07-02 14:23 创建白板并邀请 3 人协作，此后 30 天内活跃登录 22 次」提交给 Stripe 作为证据
- 注意：一个 Stripe dispute 的处理费是 15 手续费。输了 $15 不退 + 退款原路返回
坑三：东南亚本地支付让你回到中国才见到的那种复杂
场景：你上了 PPP 定价之后，一个印尼客户来问：「Do you support GoPay? I don't have a credit card.」
你说「No, only Stripe.」——这个客户走了。
查了一下数据：印尼 2.7 亿人里，信用卡渗透率不到 4%。但电子钱包渗透率 60%+。你不支持 GoPay/OVO = 拒绝了 96% 的印尼潜在客户。
怎么接本地钱包？
| 方案 | 对接复杂度 | 覆盖范围 | 手续费 |
|---|---|---|---|
| Xendit | 低——API 类似 Stripe | 印尼（GoPay/OVO/BCA/BNI）+ 菲律宾（GCash） | 3.5-4.5% |
| Midtrans | 中——需要填印尼本地公司信息 | 印尼最全 | 2.9-4% |
| Stripe + PPRO | 中——有 Stripe 集成 | 东南亚/拉美/欧洲本地支付 | 因国而异 |
对你最有用的实际情况：你现在只需要接 Stripe（信用卡）+ 新加坡 PayNow + 马来 FPX。当你的东南亚月收入 > $8K 且印尼客户的占比 > 30%——再考虑接 Xendit。
一个朋友踩的坑：他为了接本地钱包在刚成立公司就签了一个 3 年的全球支付协议。结果月 MRR 才 300——占 MRR 的 20%。支付基础设施应该在需求足够大时才升级——而不是在你想的「未来需求」上预付款。
坑四：Chargeback（拒付）——一个激进的争议处理是你的生命线
场景：周三下午你的 Stripe 通知你：「Customer dispute — $147 chargeback filed. Reason: Product not as described.」
这个客户在用第二个月后突然说「产品和我预期的不一样」。你知道这不对劲——他用了一个月从来没找过你，每月都在活跃用。但他直接找银行 dispute，没找过你。
你给客户发了邮件——没回。你决定「Accept dispute」——15 dispute 费。
正确操作：
- 你的 app 里每 10 天自动检测一次——任何一个月活跃用户如果突然发起 dispute，自动生成行为记录
- 提交给 Stripe 的证据里附上客户在一个月内创建了 7 个白板 + 发送了 22 条评论的日志——帮助 Stripe 判断这不是一个「未如描述」的情况
- Chargeback 率 = 你店铺的「健康分数」。 如果你的 dispute 率长期 > 0.75%——Stripe 可能随时把你的 payout 周期从 2 天改成 7 天（这 7 天你收不到钱）——如果你现金流本来就紧，这可能就是你等不到下个月的最后一击
坑五：低价区间渗透——一个新加坡公司被印尼用户「薅羊毛」的故事
朋友的真实经历：一个新加坡 SaaS 公司（类 Asana 的任务管理工具），做了 PPP 定价——美国 19/月。前两个月好好的，第三个月突然有 40 个「印尼用户」全部在相同的一天注册了付费版。760/月——高兴。
一周后他检查日志：这 40 个用户的 IP 来自 12 个国家。其中 15 个用的是美国 IP 但能付 $19 的价格——因为他们用了一个印尼信用卡（或者通过 GoPay 绑定的方式）绕过了 IP 检测。
教训：PPP 定价的防滥用不是「一次性检查 IP」——而是：
- 绑定常驻地区：注册时检测 IP → 以后每 30 天检查一次。如果用户的常登 IP 超过 50% 不在注册地区——标记人工审核
- 支付方式验证：印尼区只能用以下方式付款——印尼发卡银行 / GoPay / OVO
- 硬限制：同一张信用卡不能支付两个不同定价区的订阅。同一个手机号不能注册两个定价区
- 给用户看「你的价格是基于你的常驻地区」——如果他们的常居地变了，下次结账时自动更新到对应区域定价
坑六：你收 12 手续费——你不知道
中国卖家特别容易忽略的一个细节：跨境卡的手续费比国内卡高很多。
Stripe 规则：国际卡（非美国发卡）= 额外 1.5% 的跨境费。所以你的实际 Stripe 手续费不是 2.9%——是 2.9% + 1.5% = 4.4%。
0.30 = **1.42/笔 Stripe 费。差了 $1.07/笔——一年 500 个付费客户 = 差了 ¥43,000。
自查的方法：Stripe Dashboard → Analytics → Payment Method Report → 看每张卡的发卡国家 + 实际费率。
坑七：多币种定价——一个英国客户的故事
你用美元收一个英国客户的钱。客户付了 $49。但他的银行先用英镑结算，再换成美元。银行收了他 2% 的外汇转换费。他下次看到账单时发现了这一点，给你发邮件：
"Why am I being charged 49? This is misleading."
客户不是因为你多收了 $1.98 生气——他是因为你觉得他看不出来而生气的。
解决方式：如果你用 Stripe，打开 Presentment currencies——让英国客户以英镑付款、欧洲客户以欧元付款。他们付的价格就是他们看到的价格，没有任何隐藏费用。你可以自己承担 1-2% 的汇兑风险——相比为了省 1% 而失去一个客户的终身价值，这个选择很清楚。
Patrick Collison（Stripe CEO）在 Stripe Sessions 上说过：
"The best payment experience is the one your customer doesn't notice."
「最好的支付体验是客户完全没注意到的那个。」
坑八：忘了对接 Stripe Webhook——你根本没收到「付费失败」的通知
你的 Pro 版定价是自动订阅。一个客户的信用卡在第三个月过期了。Stripe 尝试扣款三次都失败。你的 app 什么都没告诉你——因为这个客户在你的数据库里还是「active」。
三个月后你发邮件给他：「Hi, we noticed you haven't logged in for a while. Anything we can help with?」
他回：「I thought I was paying. My card expired and you guys never told me.」
你失去了他——不是因为产品不好，而是因为你不知道他的卡过期了。
对接 Stripe Webhook 的最小必备事件：
// app/api/webhooks/stripe/route.ts
switch (event.type) {
case 'invoice.payment_failed':
// 客户扣款失败 → 发邮件提醒
await sendEmail(customer.email, 'Your payment failed — update your card to keep CollabMind active');
break;
case 'customer.subscription.deleted':
// 客户取消或 3 次扣款失败后自动降级
await downgradeToFree(customer.id);
break;
case 'invoice.payment_succeeded':
// 客户续费成功 → 归零计费失败计数器
break;
}
事后补上的逻辑：在你的用户管理面板里加一个字段 billing_status——active / past_due / canceled / trialing。每 4 小时跑一次 cron job，把所有 past_due 超过 7 天的用户发一封最后的提醒邮件。 给客户一个宽限期——而不是在他卡过期的那天就停止服务。
六、支付和定价的完整全景图
| 你定价 $49 | 实际到手 | 原因 |
|---|---|---|
| 美国客户 | $44.51 | Stripe 2.9% + $0.30 |
| 英国客户（付美元） | $46.04 | Stripe 2.9% + 银行 2% 隐藏换汇费 + $0.30 |
| 英国客户（付英镑） | $46.51 | Stripe 2.9% + $0.30（打开多币种） |
| 印尼客户 | $18.21 | Stripe 2.9% + $0.30 + PPP ×0.4 |
| 发生一次 dispute | 再减 $15 | Stripe dispute 费——不管输赢 |
什么时候进入下一阶段？
- ✅ PPP 定价上线——马拉西亚/印尼注册量一周增长 3 倍
- ✅ Airwallex 资金链路跑通
- ✅ MRR $1,200/月（40 个付费客户，其中 60% 来自美国和新加坡，40% 来自新开放的 PPP 低价区）
但现在你的 MRR 主要来自 40 个客户——每个都是你通过各种渠道一个一个拉来的。没有一个稳定的「自动获客」渠道。
进入下一阶段的信号：定价搞定了。但你要开始用内容营销让别人能在 Google 上找到你了。
这是第六篇的内容——内容与社区营销。
本篇总结
| 做了什么 | 结果 |
|---|---|
| PPP 四层定价 | 马来西亚+印尼注册量 ×3 |
| Stripe → Airwallex 资金链路 | 换汇成本从 2-3% 降到 0.5% |
| MRR | $1,200/月，40 个客户 |
💡 本篇引用的关键思想：
- Jason Cohen 的 SaaS 定价哲学——「不能在不同市场收同样的钱」
- Patrick Campbell（ProfitWell 创始人）的 PPP 定价模型