快速验证型
用最少的层验证「有没有人愿意为这个结果付钱」。
更适合：只有一个想法、还没验证需求、时间比钱更紧的人。
- 几乎不需要自建后端与数据库
- 可以先用支付链接或 MoR 收款，绕开主体问题
- 代价：后期可能需要重写核心部分
- 代价：用量与成本控制能力弱
AI SaaS 出海 Stack
把一个模型能力包装成可以按月收费的在线产品，从产品定义到第一笔海外收入需要搭建的十二层。
AI SaaS 的特殊之处在于：你的成本会随着用户使用而增长，而收入是固定的月费。所以这个 Stack 里最重要的决定不是「选哪个模型」，而是「怎么让成本、定价和体验三者对上」。下面十二层按你实际会遇到的顺序排列，并且明确标出每一层什么时候可以推迟。
这个 Stack 的取舍
- 成本随用量增长，而收入是固定的——定价必须在最坏用量假设下仍然成立
- 模型供应商是单点依赖，抽象层比选型更重要
- 主体与收款是两件事，但前者常常决定后者的可选范围
- 获客应该排在漏斗修好之后，而不是同时进行
逐层拆解
十二层，按你实际会遇到的顺序。每一层都回答：为什么需要、什么时候需要、能不能先不做、有哪些方案类型。
-
为什么需要这一层
决定后面九层要不要做、做多重的唯一依据。一个人做产品，范围控制比技术选型重要得多。
什么时候需要立刻。在写代码之前。
可以先不做吗不能推迟。这是唯一无法推迟的一层。
有哪些方案类型- 把已在重复的某项工作自动化
- 把某个专业流程做成有固定输出的工具
- 把模型能力封装成特定场景的成品结果
中国开发者注意事项先确认目标用户是海外用户还是中国出海用户——两者的获客渠道和付费习惯完全不同。
公司主体：此时不涉及。
收款：此时不涉及。
范围决定了第 3～6 层要用多重的基础设施。范围越小，后面越轻。
-
为什么需要这一层
品牌入口，同时决定你的验证邮件能不能进收件箱。
什么时候需要在需要让别人访问之前，但可以提前买。
可以先不做吗可以先不做——本地开发不需要域名。但一旦要发验证邮件，就必须先有。
有哪些方案类型- 注册商自带 DNS
- 注册商 + 独立 DNS 服务商
- 把 DNS 托管在提供 CDN/WAF 的平台上
中国开发者注意事项域名本身不影响访问速度，解析服务商才会。面向中国大陆用户时注意解析商在境内的可用性。
公司主体：用个人身份也可以持有域名。但如果后续要迁移到公司名下，转入转出政策就变得重要。
收款：部分支付服务商在审核时会查看网站域名与业务描述是否一致。
这一层可以研究的工具Namecheap 官方资料已核实 官方帮助中心说明只以美元结算，并支持中国银联付款。 Porkbun 未开始核实 Cloudflare 官方资料已核实 官方文档说明其提供 DNS、CDN、TLS 与 WAF，并单独公布了中国大陆加速方案与 ICP 要求。绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
域名是第 3 层前端和第 8 层部署的公开入口。
-
为什么需要这一层
用户唯一能看见的部分。对 AI 产品而言，等待过程中的反馈设计往往比界面美观更重要。
什么时候需要核心交互确定之后。
可以先不做吗不能，但可以用最简形式：一个表单加一个结果区就能验证需求。
有哪些方案类型- 静态页面 + 少量交互脚本
- 组件化框架构建的单页应用
- 以服务端渲染为主的应用
中国开发者注意事项如果使用境外 CDN 或前端资源托管，中国大陆的加载速度需要实测。
公司主体：不涉及。
收款：不涉及。
这一层可以研究的工具绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
前端需要第 4 层后端提供数据；两者常一起部署（第 8 层）。
-
为什么需要这一层
处理账号、调用模型、计量用量、控制额度。这是 AI 产品真正「产品化」的地方。
什么时候需要当你需要保留用户状态、保护 API 密钥、或者限制用量时。
可以先不做吗早期可以用最简单的方式（少量无服务器函数）替代完整后端，但密钥绝不能放在前端。
有哪些方案类型- 无服务器函数/边缘运行时
- 常驻服务（自管服务器）
- 后端即服务（托管数据库 + 内置鉴权）
中国开发者注意事项后端区域要与数据库区域一致，否则每次查询都会叠加跨区域延迟。
公司主体：不涉及。
收款：不涉及，但用量计量的数据会直接决定第 11 层怎么收费。
这一层可以研究的工具Cloudflare Workers 官方资料已核实 无服务器边缘运行时，官方公布免费档含每日 10 万次请求。 DigitalOcean 官方资料已核实 Supabase 官方资料已核实 官方同时提供托管版与自托管版，并说明两者能力差异。 Vercel 官方资料已核实绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
后端是调用第 5 层模型 API 的唯一入口，也是第 6 层数据的读写方。
-
为什么需要这一层
产品的核心能力来源，同时也是唯一会随用户增长而线性上升的成本。
什么时候需要在后端需要调用模型时。
可以先不做吗模型 API 不能推迟；GPU 自托管几乎总是可以推迟，而且多数产品永远不需要。
有哪些方案类型- 直接调用单一模型供应商 API
- 通过聚合网关调用多家模型
- 在 GPU 云上自托管开源模型
- 无服务器 GPU 按需推理
中国开发者注意事项网络可达性、延迟与账号可用性是三个独立问题。建议在代码里做一层抽象，让更换供应商不需要重写业务逻辑。
公司主体：部分供应商对账号主体或地区有要求，且随时可能变化——必须以官方最新说明为准。
收款：多数模型服务按用量预付费或后付费，需要一张可用的支付方式，这往往是最早遇到收款问题的环节。
这一层可以研究的工具OpenAI API 官方资料已核实 官方支持地区清单未包含中国大陆、香港与澳门。 Anthropic Claude API 官方资料已核实 官方支持地区清单未包含中国大陆、香港与澳门。 OpenRouter 未开始核实 RunPod 未开始核实 Modal 未开始核实绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
模型调用产生的数据和用量记录进入第 6 层；成本数据进入第 9 层监控。
-
为什么需要这一层
保存账号、订阅状态、生成记录和用量计数。用量计数的准确性直接等于你的收入准确性。
什么时候需要当需要跨会话保留任何东西时。
可以先不做吗纯工具型产品可以先用本地存储验证，但一旦要收费就必须有可靠的服务端记录。
有哪些方案类型- 托管关系型数据库
- 托管数据库 + 内置鉴权与存储
- 无服务器数据库（按需伸缩）
中国开发者注意事项数据库区域选择会同时影响成本和延迟，通常与后端放在同一区域。
公司主体：涉及用户数据存储时，合规责任与主体相关，但技术实现可以先行。
收款：用量与订阅记录是第 11 层计费的依据。
这一层可以研究的工具绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
为第 9 层分析提供原始数据，为第 11 层计费提供计量依据。
-
为什么需要这一层
注册验证和收据是付费流程的必经环节。邮件送达率问题会直接表现为「注册不了」。
什么时候需要在实现注册流程之前。
可以先不做吗可以先用最低限度（只发验证码），但不能没有——没有验证的账号体系无法收费。
有哪些方案类型- 专注事务邮件的 API 服务
- 综合型邮件平台
- 自建 SMTP（送达率风险高）
中国开发者注意事项发往中国大陆邮箱的送达率需要单独测试；SPF/DKIM/DMARC 配置是前提条件。
公司主体：不涉及。
收款：部分支付平台会发送自己的收据邮件，你的邮件系统主要负责账号侧。
这一层可以研究的工具绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
与第 4 层后端和域名解析紧密相关。
-
为什么需要这一层
把前面所有层组装成用户能访问的地址，并让每次更新都能安全发布。
什么时候需要当有东西值得给别人看时——通常比想象中早。
可以先不做吗可以用最简方式先发布一个页面收集意向，验证需求后再搭完整产品。
有哪些方案类型- 以 Git 仓库为源的托管平台
- 边缘运行时
- 自管服务器 + 反向代理
中国开发者注意事项托管平台的节点分布决定速度。面向中国大陆用户时必须实测，不能假设。
公司主体：不涉及。
收款：HTTPS 与稳定的域名是支付服务商审核网站时的基本要求。
这一层可以研究的工具Vercel 官方资料已核实 托管平台，官方未提供自托管方案。 Cloudflare 官方资料已核实 Cloudflare Workers 官方资料已核实 DigitalOcean 官方资料已核实 云主机由用户自行负责操作系统与安全维护。绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
上线之后才有第 9 层的数据和第 12 层的获客可言。
-
为什么需要这一层
AI 产品有两个必须盯住的数字：用户在哪一步放弃，以及每次调用的成本。
什么时候需要在第一个真实用户出现时。
可以先不做吗可以，但推迟越久，越难判断问题出在哪里。
有哪些方案类型- 轻量、不使用 Cookie 的访问分析
- 完整产品分析（事件与漏斗）
- 错误与性能监控
中国开发者注意事项分析脚本自身的加载速度会影响首屏；境外脚本加载失败可能拖慢页面。
公司主体：若使用 Cookie 类分析工具，隐私政策需要相应说明。
收款：转化漏斗数据决定第 11 层的定价与套餐设计。
这一层可以研究的工具绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
为第 12 层获客提供效果判断依据。
-
为什么需要这一层
让收款平台、企业客户和应用商店有一个可以接受的签约主体。
什么时候需要当收款方式或客户类型确实要求时——通常不是第一天。
可以先不做吗通常可以。先验证有人愿意付钱，再解决用什么主体收。
有哪些方案类型- 先以个人身份使用支持个人的收款方式
- 注册香港公司
- 注册其他司法辖区公司
- 使用 Merchant of Record 绕过自建主体
中国开发者注意事项注册地选择涉及税务后果，且规则因地区而异。这是必须结合自身业务独立判断的决策。
公司主体：这一层本身就是公司主体问题。
收款：主体往往是第 11 层可用方案的前置条件——但两者不是同一件事。
主体决定了第 11 层有哪些可选路径。
-
为什么需要这一层
让海外客户真的能把钱付给你。这是整个链条最容易卡住的一层。
什么时候需要在有第一个愿意付费的用户之前——但要留出审核周期。
可以先不做吗可以先用支付链接或 MoR 快速验证付费意愿，不必一开始就搭完整订阅体系。
有哪些方案类型- 自建支付处理账号（自主可控，合规责任自负）
- Merchant of Record（平台承担交易税务角色）
- 支付链接/单次收款（验证阶段）
中国开发者注意事项可用主体类型、所需资料与审核标准因地区而异且会变化，必须以服务商官方最新说明为准。
公司主体：高度相关：很多收款方案的可用性直接取决于主体类型。
收款：这一层本身就是收款问题。
这一层可以研究的工具绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
收费打通之后，第 12 层的投入才有意义。
-
为什么需要这一层
让目标用户在主动寻找解决方案时找到你。一个人做增长，靠的是内容与渠道的复利。
什么时候需要产品已经可以被购买之后。
可以先不做吗可以，而且应该——在漏斗修好之前投预算是在浪费。
有哪些方案类型- 场景化内容与 SEO
- 开发者社区与目录收录
- 产品发布平台
- 付费广告（通常最后考虑）
中国开发者注意事项面向海外市场的 SEO 与国内是两套方法；英文内容质量比发布频率更重要。
公司主体：不涉及。
收款：不涉及。
这一层可以研究的工具绿色标注的记录已对照官方资料核实，点进去可以看到来源与核实日期；其余仍为待研究候选。所有记录都不构成推荐。
获客效果回到第 9 层被测量，形成闭环。
同一套层，四种不同取舍
这不是四个选项之间的排行，而是四种不同的起点。选哪种取决于你的时间、预算和对控制权的偏好。
低成本 Bootstrap 型
用托管服务把运维压到最低，按用量付费，把固定成本控制在接近零。
更适合：希望长期独立运营、不愿意承担服务器运维负担的开发者。
- 没有固定服务器成本，用完即付
- 不需要处理系统更新与安全补丁
- 代价：用量增长后单位成本可能高于自管
- 代价：受平台限制（运行时、区域、配额）
更高可控性型
自己掌握服务器与运行环境，换取对成本、区域和数据的完全控制。
更适合：有运维经验、对区域或数据位置有明确要求的开发者。
- 区域与网络路径完全可选
- 长期单位成本更可预测
- 代价：系统维护、备份与安全由你负责
- 代价：起步阶段的时间成本明显更高
增长后扩展型
前十一层全部按最轻方式起步，把优化留到有真实用量数据之后。
更适合：已经被验证过的产品，准备规模化时的演进路径。
- 每一步优化都有真实数据支撑
- 避免过早优化
- 代价：需要中途做迁移
- 代价：早期架构要预留替换空间