中国拥有全球最繁忙的出行层。仅滴滴一家，2024 年中国出行就完成 123.92 亿单——日均约 3530 万单；截至 2024 年 12 月，中国网约车用户达 5.39 亿。共享单车、聚合打车（高德模式）、铁路与公交地铁小程序每天运送数亿人。但这同样是一个「抄中国」极易抄错层的品类：车队不可复制，模型才是真正值得借鉴的。
为什么出行是典型的 P 级
小游戏靠运行时就能跑；社交电商借模式加本地轨；出行则和即时零售一样，价值建在地面上。地图、司机供给、本地支付、运营牌照统统本地化、不跨境。海外正确的做法，是借「匹配—调度—追踪—支付—评价」这套软件模型，而在本地重建物理与监管层。
| 维度 | 评级 | 证据说了什么 |
|---|---|---|
| 模式成熟度 | S | 滴滴 2024 中国出行 123.92 亿单、日均 3530 万单、年活跃用户 6.77 亿；网约车用户达 5.39 亿 |
| 需求普适性 | S | 每个高密度城市都想要按需、可地图化、可支付的出行；新兴市场直接跨越到 App 出行 |
| 可迁移性 | P | 地图数据、司机网络、运营牌照这套运营栈是本地化的，无法跨境转移 |
| 本地化深度 | P | 必须为每个市场重建本地地图、本地司机供给、本地支付轨与本地交通数据 |
| 基础设施依赖 | P | 需要地图引擎、司机/支付生态与运营牌照才能运转 |
| 监管兼容 | P | 司机牌照、动态定价规则与数据本地化因国而异，几乎不可移植 |
三套值得抄的机制
- 调度与匹配做成运行时服务。「请求→匹配→追踪→支付→评价」闭环是纯软件。把它放进通用运行时，接入任意本地车队、本地地图、本地支付——而不是克隆滴滴用十年、数百万司机堆出来的资产。
- 做聚合层，不做运营方。 高德证明了：一个中立的调度层可以架在多个本地运营方之上，自己一辆车都不拥有。通用运行时正是最合适的中立宿主——它把需求路由到当地已有的供给，无论在哪个市场。
- 轻出行与公交铁路做成纯小程序。 共享单车、公交地铁扫码、铁路购票（12306 模式）都是跑在本地班次与本地支付轨之上的运行时界面，自己没有车队。它们最干净地证明：出行前端高度可移植，而后端留在本地。
CrossMiniApp 角度
通用运行时 + 开放目录，让本地运营者发布一个出行门户小程序，跑在该市场自己的地图、车队与支付轨之上——拿滴滴的「逻辑」，不背滴滴的「资产」。连滴滴自己都证明了模型可本地化：它在巴西、墨西哥靠本地供给盈利运转，而非中国司机。运行时承载被验证过的调度模式；每个市场贡献车轮。运行时约束第三方代码能做什么；目录分发出行模式；本地车队补齐其余。
一句铁律
中国在这里证明的最有价值的东西不是某个 App，而是「出行可以成为一种软件原语」。借调度，车队本地建。
