下载这一步，是触达的断崖
原生游戏的漏斗有一道悬崖：广告或商店页能点燃兴趣，但接下来玩家要点击安装、等待、授权权限、再打开。每一步都在流失人。小游戏移除了这道悬崖。它运行在玩家已经打开的超级 App 内，所以"试一下"是一次点击，而非一次下载。
规模化的证据已经存在
中国小游戏市场是最清晰的证据。仅微信小游戏月活就约达 5.71 亿，而更大的小游戏市场在 2025 年突破 535 亿元，同比增长约 34%。这些触达没有需要一次应用商店安装——它借力于玩家本就在用的超级 App 流量。
| 步骤 | 原生应用 | 小游戏（运行时） |
|---|---|---|
| 发现 | 广告 / 商店页 | 超级 App 内信息流 |
| 安装 | 下载 + 授权 | 即点即玩，0 字节 |
| 更新 | 商店推送 | 服务端，即时 |
| 触达 | 自有买量预算 | 借力宿主月活 |
一套构建，所有宿主
运行时真正的隐性优势是可移植性。因为游戏逻辑跑在共享运行时内，而非原生二进制里，同一款小游戏能直接落入任何嵌入了该运行时的超级 App——无需按商店重建，也无需按平台 fork SDK。在一个宿主上线的作品，距离下一个宿主只差一次配置变更，而非一个新项目。
为什么这关乎分发经济学
分发成本通常是你用 UA 预算去购买并不属于你的注意力。小游戏翻转了这个模型：宿主已经拥有受众与会话，你同时继承两者。你的投入从"租触达"转向"赚深度"——在玩家本来就会回访的目的地里做留存、做 LiveOps、做重复游玩。
给开发者的结论
如果你做游戏，运行时让你把分发当成部署目标，而非营销战役。一次构建，出现在受众已在之处，让宿主的流量替你做获客。如果你运营宿主 App，一套运行时就绪的目录意味着你无需外包原生作品，就能填满一个即点即玩专区。
Cross Mini App 提供可在任何超级 App 内运行的统一运行时，让小游戏用一套构建触达每个宿主的受众。
