出海路线
从找方向到盈利，一个人把产品卖到全球要走的十个阶段。每个阶段都标明了：为什么需要它、什么时候需要、能不能推迟。
-
01
找方向IDEA
从一个具体、可验证的问题出发，而不是从一个技术名词出发。
- 要解决的问题
- 不知道做什么，或者手上有很多想法但无法判断哪个值得投入几个月。
- 目标
- 把范围缩到「一个具体的人 + 一个具体的麻烦 + 一个可验证的结果」。
- 什么时候需要
- 立刻。这是唯一无法推迟的阶段。
- 可以先不做吗
- 不能推迟——但可以用几天而不是几个月来完成。
这一步要回答的问题
- 谁愿意为这个结果付钱？
- 这件事为什么是你来做？
- 最小的可验证版本长什么样？
与公司主体：不涉及。不要在这一阶段就开始研究公司注册。
与收款：不涉及。但可以先用支付链接试探付费意愿。
-
02
开发BUILD
用最小可用版本验证核心假设。一个人做产品，范围控制比技术选型重要得多。
- 要解决的问题
- 把想法变成能被人用一次的东西，同时不陷入无止境的打磨。
- 目标
- 让一个真实用户完成一次完整的使用流程。
- 什么时候需要
- 方向确定之后立刻开始。
- 可以先不做吗
- 不能，但「能跑通一次」和「功能完整」之间的距离可以非常大。
这一步要回答的问题
- 哪一部分是必须自己写的？
- 有没有托管服务可以代替自建？
- 什么时候算验证失败？
与公司主体：不涉及。
与收款：不涉及。
-
03
域名DOMAIN
选一个能长期持有、客户看得懂、邮件能正常发出去的域名。
- 要解决的问题
- 没有稳定入口，也没有可验证的邮件发信身份。
- 目标
- 让用户能用域名访问到你，让人能收到你发的验证邮件。
- 什么时候需要
- 在实现注册流程之前——因为邮件送达依赖域名解析配置。
- 可以先不做吗
- 本地开发阶段可以不做，但成本最低，早买无妨。
这一步要回答的问题
- 这个域名一年后还想用吗？
- 解析服务商是否稳定？
- 是否已配置 SPF / DKIM / DMARC？
与公司主体：个人身份即可持有。若日后要转到公司名下，转入转出政策才变得重要。
与收款：支付服务商审核时会看网站域名与业务描述是否一致。
-
04
云与 AIINFRASTRUCTURE
选择服务器、运行时与模型 API。对 AI 产品而言，这一层直接决定边际成本。
- 要解决的问题
- 代码没有可运行的地方，或者模型能力还没有接进产品。
- 目标
- 让产品跑在一个成本可预期、区域合适、随时能更换供应商的环境里。
- 什么时候需要
- 在后端需要调用模型或需要常驻进程时。
- 可以先不做吗
- 模型 API 不能推迟；GPU 自托管几乎总是可以推迟，多数产品永远不需要。
这一步要回答的问题
- 目标用户在哪里，选哪个区域？
- 成本随用量增长的速度能接受吗？
- 换掉这家供应商要改多少代码？
与公司主体：部分供应商对账号主体或地区有要求，且会变化——以官方最新说明为准。
与收款：多数模型服务需要一张可用的支付方式，这常常是最早遇到收款问题的环节。
-
05
上线LAUNCH
把产品发布到公网，配好域名解析、HTTPS 与基础监控，让它能被人访问到。
- 要解决的问题
- 产品只存在于你自己的机器上，没有人能访问、没有人能反馈。
- 目标
- 有一个公开可访问的地址，并且知道它什么时候挂了。
- 什么时候需要
- 当有东西值得给别人看时——通常比想象中早。
- 可以先不做吗
- 可以用最简方式先发布一个页面收集意向，验证需求后再搭完整产品。
这一步要回答的问题
- 更新一次要多久？出问题怎么退回去？
- 目标区域的加载速度测过吗？
- 有没有最基本的可用性告警？
与公司主体：不涉及。
与收款：HTTPS 与稳定域名是支付审核的基本要求。
-
06
公司COMPANY
判断是否需要境外主体。这不是必选项，取决于你的客户类型、收款方式与长期规划。
- 要解决的问题
- 收款平台、企业客户或应用商店要求一个它们能接受的签约主体。
- 目标
- 判断出「现在需不需要」，以及如果不需要，什么时候会需要。
- 什么时候需要
- 当收款路径或客户类型确实要求时——通常不是第一天。
- 可以先不做吗
- 通常可以。先验证有人愿意付钱，再解决用什么主体收。
这一步要回答的问题
- 是收款方式在要求主体，还是客户在要求？
- 注册地的后续维护义务有哪些？
- 注册之后一定能开户吗？（不能这样假设）
与公司主体：这一阶段本身就是主体问题。注册地选择涉及税务后果，必须独立判断。
与收款：主体往往决定收款方案的可选范围，但两者不是同一件事。
-
07
收款PAYMENT
让海外客户能把钱付给你，并且你能合规地拿到这笔钱。这是整个链条最容易卡住的一环。
- 要解决的问题
- 有用户想付钱，但你收不到，或者收得到却拿不出来。
- 目标
- 打通一条从用户付款到你可用资金的完整路径，并想清楚退款和拒付怎么办。
- 什么时候需要
- 在有第一个愿意付费的用户之前，但要留出审核周期。
- 可以先不做吗
- 可以先用支付链接或 MoR 快速验证付费意愿，不必一开始就搭完整订阅体系。
这一步要回答的问题
- 自建支付账号还是 Merchant of Record？
- 交易环节的税务责任落在谁身上？
- 拒付和退款怎么处理？
与公司主体：高度相关：多数收款方案的可用性取决于主体类型。
与收款：这一阶段本身就是收款问题。
-
08
获客GROWTH
在目标客户聚集的地方持续出现。一个人做增长，靠的是内容与渠道的复利。
- 要解决的问题
- 产品能被购买，但没有海外用户知道它存在。
- 目标
- 建立一条可重复的、你一个人能维持的获客路径。
- 什么时候需要
- 产品已经可以被购买之后。
- 可以先不做吗
- 可以，而且应该——漏斗没修好之前投预算是在浪费。
这一步要回答的问题
- 目标用户主动搜索的时候会输入什么？
- 哪个渠道你愿意持续做十二个月？
- 怎么判断这条渠道有效？
与公司主体：不涉及。
与收款：不涉及。
-
09
合规COMPLIANCE
把该有的条款、隐私声明、数据流向与税务义务补齐。
- 要解决的问题
- 你在收集用户数据、收取付款，但没有任何书面说明，也没有想清楚数据去了哪里。
- 目标
- 上线平台与支付服务商要求的东西都齐了，用户也能看懂你拿数据做什么。
- 什么时候需要
- 在开始收集用户数据或接入支付之前。这是硬性门槛。
- 可以先不做吗
- 不能推迟到收费之后，但也不必在第一行代码之前完成。
这一步要回答的问题
- 你实际收集了哪些数据？
- 数据流经哪些第三方？
- 面向欧盟或加州用户吗？
与公司主体：主体所在地会改变税务与数据合规义务。
与收款：支付服务商审核时会检查隐私政策、条款与退款政策。
-
10
盈利PROFIT
收入稳定覆盖成本，并且结构上可持续。对一人公司来说，盈利比增长更接近目标本身。
- 要解决的问题
- 有收入但看不清利润，或者收入增长的同时成本增长得更快。
- 目标
- 让「每个用户带来的收入」稳定高于「服务这个用户的全部成本」。
- 什么时候需要
- 从第一次定价决策开始就应该有意识，而不是等到亏损出现。
- 可以先不做吗
- 不能——定价结构一旦被用户接受，改起来代价很高。
这一步要回答的问题
- 单个用户的毛利是多少？
- 用量增长时成本是线性的还是有拐点？
- 有没有一个用户群在悄悄亏钱？
与公司主体：主体与注册地直接影响税后利润。
与收款：费率、结算周期与拒付率都是利润的一部分。