China tiene la capa de movilidad más activa del planeta. Solo DiDi completó 12.390 millones de viajes en China en 2024 — unos 35,3 millones de pedidos al día — y 539 millones de chinos usaban el servicio de viajes en diciembre de 2024. Bicicletas compartidas, la agregación de viajes (estilo Amap) y los mini-programas de tren y transporte público mueven a cientos de millones cada día. Pero esta también es una categoría donde «copiar a China» falla si copias la capa equivocada. La flota no se repite. El modelo es la lección.

Por qué la movilidad es un nivel P difícil

Los juegos viajan en un runtime. El comercio social viaja como patrón más una red local. La movilidad está junto a la entrega de comida en el extremo opuesto: el valor se construye en el terreno. Los mapas, la oferta de conductores, el pago local y las licencias de transporte son locales y no cruzan fronteras. El movimiento correcto en el extranjero es tomar el patrón de software — emparejar, despachar, rastrear, pagar, calificar — y reconstruir la capa física y regulatoria localmente.

DimensiónCalificaciónLo que dice la evidencia
Madurez del modeloSDiDi 2024: 12.390M viajes en China, 35,3M diarios, 677M usuarios anuales activos; usuarios de viajes llegaron a 539M
Universalidad de demandaSTodo mercado denso quiere transporte bajo demanda, mapeado y pagado; los mercados emergentes saltan directo a la movilidad por app
PortabilidadPLa pila operativa — datos de mapas, red de conductores, licencias — es local y no se transfiere
Profundidad de localizaciónPDebe reconstruir mapa local, oferta de conductores local, red de pago local y datos de tránsito local por mercado
Dependencia de infraestructuraPRequiere un motor de mapas, un ecosistema de conductores/pagos y licencias de transporte para funcionar
Ajuste regulatorioPLas licencias de conductores, las reglas de precios dinámicos y la localización de datos difieren por país y rara vez son portables

Las tres jugadas que vale la pena copiar

  1. Despacho y emparejamiento como servicio de runtime. El bucle solicitar → emparejar → rastrear → pagar → calificar es puro software. Alojalo dentro de un runtime universal y conéctalo a cualquier flota, mapa y pago local — en lugar de clonar el activo que le tomó a DiDi una década y millones de conductores construir.
  2. El agregador, no el operador. Amap (高德) demostró que una capa de despacho neutral puede sentarse sobre muchos operadores locales sin poseer un solo auto. El runtime es el anfitrión neutral perfecto: enruta la demanda a la oferta local que exista, en el mercado que sea.
  3. Movilidad ligera y tránsito como mini-programas puros. Las bicicletas compartidas, los pases QR de bus/metro y la venta de boletos de tren (estilo 12306) son interfaces de runtime sobre un horario local y una red de pago local — sin flota propia. Son la prueba más limpia de que los frentes de transporte son altamente portables mientras los back-ends quedan locales.

El ángulo de CrossMiniApp

Un runtime universal más un catálogo abierto permite que un operador local lance un portal de movilidad que corre sobre el mapa, la flota y la red de pago de ese mercado — la lógica de DiDi sin el activo de DiDi. Incluso la propia DiDi demuestra que el modelo se localiza: opera con rentabilidad en Brasil y México con oferta local, no con conductores chinos. El runtime lleva el patrón de despacho probado; cada mercado aporta las ruedas. El runtime limita lo que el código de terceros puede hacer; el catálogo distribuye el patrón de movilidad; la flota local hace el resto.

La regla

Lo más valioso que China probó aquí no es una app — es que la movilidad puede ser un primitivo de software. Toma prestado el despacho. Construye la flota localmente.

Fuentes