下载决策，还是顺手一点
在典型的 App 经济里，发现始于产品之外：用户看到广告、逛商店榜单、读评测，然后先下一个决定——下载安装，才能试用服务。这个下载是个真实的决策，还带着未来的成本：存储空间、通知、配置，以及一个可能再也不会打开的主屏入口。
小程序的 runtime 把顺序倒了过来。那扇门每天在超级 App 里被打开几十次，所以一项新服务可以借着已有的习惯被顺手呈现。试用变成一次点击——打开朋友分享的卡片、扫一下桌上的码、或在应用内搜索里挑一个结果——事情就办完了。下载一个新 App 与现在就打开它，这两者的心理门槛，正是获客的胜负手。
入口到底在哪里
超级 App 把发现收敛成少数几个流程内的触点，而不是一次性的启动时刻：
- 二维码与扫码。 线下到线上一步完成：海报、包装、菜单、小票都成为入口，无需输入。
- 聊天与群分享卡片。 丢进对话的小程序卡片立刻可用，社交关系链替你做分发。
- 应用内搜索。 用户在搜聊天的地方顺手搜服务，品牌专区与功能直达把具体服务前置。
- 附近与本地。 基于位置的入口在意图最强的那一刻浮现，是本地商家的重要新客来源。
- 公众号与内容联动。 内容与更新在兴趣最高点把用户导进服务。
结果是一个循环，而不是一次性启动。用户通过聊天记录、收藏列表、支付记录反复找回同一项服务，记忆被强化，独立竞品的拉扯被削弱。
runtime 给这套模型什么
通用 runtime 正是让这些入口能够跨宿主 App 复用的原因。同一个程序，可以在 A 应用里靠二维码触达、在 B 应用里靠分享卡片、在 C 应用里靠搜索——因为拥有这个入口面的是 runtime，而不是某个逐应用打包的构建。对想拥有超级 App 式分发、又不想为每个生态重做的海外 App 来说，这种可移植性就是资产。
获客，三方对照
| 维度 | 原生 App | H5 链接 | 小程序 runtime |
|---|---|---|---|
| 发现起点 | 商店榜单、广告 | 分享链接 | 应用内搜索、二维码、分享卡片、附近 |
| 试用动作 | 下载并安装 | 点开链接 | 点卡片或扫码 |
| 再次找回 | 桌面图标、推送 | 收藏网址 | 聊天记录、收藏、支付记录 |
| 用户摩擦 | 高（存储、配置） | 低 | 近乎为零，藏于习惯中 |
| 获客成本 | 付费拉新加商店 | 转介加 SEO | 社交关系链加免费入口 |
原生那一栏花钱买一个下载；runtime 那一栏花注意力换一次点击，而且点击可逆。
Cross Mini App 怎么用
Cross Mini App 让程序跑在一个 runtime 上，向它赋能的每一个宿主 App 暴露同样的二维码、分享、搜索、附近入口。你交付的服务，可以在用户本来就在的地方被找到——而不只是你买得起注意力的地方。分发不再是一笔媒体预算，而成了 runtime 的属性。
这就是花钱买下载与在流量里被找到的区别：一个在争抢注意力，另一个本来就在那里。
