每个宿主 App 都会撞上的岔路
一款社交、通讯、生活服务或金融科技 App，总会走到"把第三方服务嵌进来比自己建更便宜"的节点。顺理成章的下一步就是超级 App 模式：一个身份、一个钱包、多个服务，再加一层小程序让外部开发者扩展平台。问题不是模式是否成立——微信用 430 万+ 小程序、9.45 亿月活、500 万+ 开发者已经证明了——而是运行时该自己造，还是直接嵌入。
"自己造"到底要花多少
数字并不小。行业估算把白标克隆版放在 1.5 万–6 万美元（2–3 个月，仅验证需求），多服务定制 App 在 6 万–30 万美元（6–18 个月），而真正带小程序运行时的超级 App 平台是 25 万–150 万美元+，含受监管金融服务的开放生态轻松超过 150 万美元。Gojek 级别的自研起步价 15 万–30 万美元+，要有能跑的产品得 8–12 个月，之后光养一支专职工程团队每年还要 20 万–40 万美元工资。
拆成阶段看，光一个微信级地基——调研、核心通讯/身份、支付/钱包、社交/内容、小程序平台本身，再到加固与灰度——稳定地基要 9–12 个月，成熟平台要 18–30 个月。其中小程序运行时这一阶段，是在前面所有工作之上的 12–18 周专职投入，而且是最难的一块：安全沙箱、开发者 SDK 与工具链、平台治理、向后兼容，外加支付（KYC/AML）与数据驻留的合规面。
自建 vs 嵌入，逐项对比
| 维度 | 自研运行时 | 嵌入运行时（Cross Mini App） |
|---|---|---|
| 前期成本 | 25 万–150 万美元+ | 其一小部分 |
| 首个 catalog 上线 | 9–12 个月（稳定地基） | 数月 |
| 所需团队 | 精英多学科（架构、分布式、移动、安全、合规） | 你的产品团队 |
| 最难的一块 | 沙箱、SDK、治理、合规 | 集成一个 SDK |
| 数据主权 | 完全自有 | 按合同界定 |
| 生态 | 从零招募开发者 | 已有移植、验证过的 catalog |
| 持续负担 | 20 万–40 万美元/年 + 安全/合规 | 由运行时方承担 |
ROI 真正落在哪
嵌入的赢面不只是账单更低——而是规避了时间与风险。每花一个月自建基础设施，竞争对手就多抢一个月市场份额；小程序运行时是整个技术栈里最大、最险、合规最重的一块，恰恰是不该由宿主 App 反复重建的那块。嵌入让宿主把精力留在那一个或两个能养成每日习惯的锚点服务上，用数月而非数年上线第三方 catalog，并把沙箱、治理、支付/合规面甩给已经做好的运行时。数据主权的取舍是真实存在的，必须在合同里写清楚，但对大多数宿主 App 来说，账算下来是嵌入更划算。
何时自建，何时嵌入
如果运行时本身就是你的核心产品、你要求完全的数据主权、且已经有一支平台工程组织，那就自建。如果你的目标是用第三方服务快速扩展既有受众、想不招募开发者就拿到 catalog、且更愿意把工程力投在锚点服务而非沙箱上，那就嵌入。模式已被证明；问题在于运行时是你必须自己拥有的差异化，还是该消费掉的基础设施。
Cross Mini App 的角色
Cross Mini App 就是给"选择消费而非重建"的宿主 App 用的运行时与开放 catalog。你嵌入一个 SDK，就继承了一套受治理的执行环境、一个可替换支付模块，以及一个已经为海外市场适配好的小程序 catalog——数月而非数年，就能上线一个超级 App 形态。超级 App 的结果一样；成本与风险，不一样。
