Aladdin
685 posts

Aladdin
@aladdin_im
🧑💻 Full-stack developer 🛠️ Building for fun 📈 Sharing the journey
Anywhere Katılım Mayıs 2011
225 Takip Edilen100 Takipçiler

中国内地开发者出海,个人收款渠道怎么选?
做独立开发、搞 SaaS 出海,最头疼的问题之一就是:钱怎么收?
整理了目前流行的几个收款渠道,希望对大家有帮助👇
—
💳 Stripe @stripe stripe.com
出海收款的首选,生态最完善,支持的支付方式最多。
注意:Stripe 不直接支持中国大陆账号。我目前的方案是用中国护照注册香港区个人账号,搭配港卡收款,已经稳定收款半年了,没出过问题。
如果你只选一个,选它。
—
🍋 Lemon Squeezy @lemonsqueezy lemonsqueezy.com
2024年7月被 Stripe 收购,目前正在向 Stripe Managed Payments 过渡。它的优势是作为 MoR(Merchant of Record)帮你处理全球税务,不用自己操心各国的增值税问题。
同样是护照注册港区 + 港卡,个人账号,我也用过,体验不错。适合不想折腾税务合规的独立开发者。不过要关注后续它和 Stripe 整合的变化。
—
💰 PayPal @PayPal paypal.com
老牌支付,直接支持中国大陆个人账号收款,合规性最强。
但提现到国内并不是自动结汇人民币。默认走电汇,以美元形式到账中国银行账户,每笔 35 美元手续费,3-7 个工作日,到账后还需要去银行柜台结汇。PayPal 近期推出了"跨境收款宝",费率 0.5%,最快当日人民币到账,但仅限货物贸易收款,SaaS/软件收入不一定适用。
另一个硬伤:用户付款时需要登录 PayPal 账号,没有账号的用户会直接流失,转化率受影响。适合做补充渠道。
—
🔮 Creem @creem_io creem.io
MoR 平台,对中国开发者非常友好。支持中国身份证或护照注册,前 1000 美元 0 手续费,之后 3.9% + $0.40/笔。
亮点是支持直接通过支付宝收款(Payout),单笔上限 5 万人民币,年度上限 30-60 万人民币。对于不想折腾港卡的开发者来说,这是目前最方便的方案之一。也支持银行账户收款。
—
❄️ Polar @polar_sh polar.sh
开源、开发者友好的 MoR 平台,费率 4% + $0.40/笔,号称最便宜的 MoR。通过 Stripe Connect Express 发放收款。
但需要注意:Polar 官方支持的 Payout 国家列表中目前不包含中国大陆(支持香港和台湾)。如果你有港区身份或者港卡,可以考虑。适合开源项目变现、数字产品销售。
—
🐦 Dodo Payments @dodopayments dodopayments.com
明确支持中国大陆开发者的 MoR 平台,费率 4% + $0.40/笔。支持 150+ 国家收款,30+ 支付方式。专门针对中国 SaaS 和数字产品卖家提供了解决方案,无需设立海外公司。
如果你在国内,暂时搞不定港区方案,Dodo Payments 是一个可以直接用的选择。
—
总结一下:
• 首选方案:Stripe(护照 + 港卡,生态最好)
• 想省心处理税务:Lemon Squeezy 或 Creem(MoR 模式)
• 最方便大陆用户:Creem(支持支付宝收款)或 Dodo Payments(支持中国账号)
• 最合规老牌:PayPal(大陆直接用,但提现麻烦、转化率低)
• 开源爱好者:Polar(需港区身份,大陆暂不支持 Payout)
独立开发出海,先把收款跑通,剩下的都是优化问题。
希望对你有帮助,欢迎补充 🚀
中文

每次看到宣传这种抖机灵的工具都不是滋味
我觉得,看到别人做的好的设计和交互,咱们可以借鉴,可以学习,不应该抄。
即使是抄,也要知道这不是啥值得炫耀的事。
这种帮助“抄”别人的工具,不要宣传,要抵制。
Niko@guishou_56
做产品每次看竞品落地页,都在想:要是能直接抄就好了 之前甚至有人用这个 idea 做了个 SaaS 收费 现在github上有个开源 Skill,一比一复刻任意网站 ai-website-cloner-template 不是截图糊弄那种: • Chrome MCP 直接读目标网站的真实 CSS 值 • 自动拆组件,多个 AI 代理在独立 worktree 里并行构建 • 最后合并输出一个完整的 Next.js 16 项目 给个 URL,出来就是能跑的代码 做saas站的应该懂这个含金量 github.com/JCodesMore/ai-…
中文

我的 PayPal 账号终于恢复了✌️
感谢 Claude 的协助,解释了网站业务的运行模式,传了第三方平台的 invoice 和 receipt 发票,证明网站有真实的成本(商品)
不知道下次收款会不会再来一次😂

Aladdin@aladdin_im
昨天有个客户发邮件说无法使用 Stripe 付款,希望可以用 PayPal 支付 于是我邮件告诉他直接用 PayPal 转账给我 客户转了 50 美金,到账就被冻结了! 要我提交这么多资料,看到就头疼 不想弄了,这点钱不要了😂
中文

百度这个 Token 我也有一个,以前服务器登录的时候要用,现在都用如流了
还有一个耳麦,就像十年前电视上看到的那种接线员,我一直不知道什么场景使用
等离职时去退了它
𝙋𝙖𝙨𝙨𝙡𝙪𝙤@passluo
@geniusvczh 第一次见到 token 是在百度人手有个这玩意儿
中文

看到出海圈子在传这篇文章《我的SaaS被支付平台封了,资金冻结90天:一个独立开发者的血泪教训》
刚好我也在用 Supabase,研究了一番,我的理解是:
关于 RLS 的本质
RLS 的核心是 auth.uid() = user_id,它依赖 Supabase Auth 来识别"当前用户是谁"。所以 RLS 有没有用,完全取决于你用的是不是 Supabase Auth。
如果你用的是 Better Auth、Clerk、NextAuth 这类第三方认证,Supabase 根本不知道当前请求是哪个用户发的,这种情况下开 RLS 不仅没用,弄不好还可能把自己的后端查询也挡掉。
真正踩的坑
我猜测作者的架构是:前端直接用 anon key + PostgREST API 查表,同时用了 Supabase Auth 但没开 RLS。这个组合是最危险的——Supabase 的 PostgREST 会把你的数据库暴露成一个公开 REST API,没有 RLS 就等于完全裸奔。
正确的两种做法
第一种:用 Supabase Auth + 前端直连 → 必须开 RLS,每张表都要配策略,这是 Supabase 官方推荐的用法。
第二种:用第三方认证 + 后端查询 → 所有数据库操作放在 server function 里,用数据库连接字符串直连,anon key 和 service_role key 都不需要出现在项目里,安全边界在你自己的 API 层守护。
我感觉作者踩的坑本质上是把两种模式混用了——用了 Supabase Auth 的前端直连模式,但没有配套开 RLS。
另一个容易被忽略的点
可能很多人以为"用了 Supabase 就安全了",其实 Supabase 给了你工具,但安全配置要自己做。
正常后端架构下环境变量里只需要数据库连接字符串,其他 key 根本不该出现在项目里,并且不要直接在前端组件里查询数据库。
希望这个教训能帮到更多人
文章来自知乎专栏:zhuanlan.zhihu.com/p/201545650146…
中文






















