A China tem a camada de mobilidade mais movimentada do planeta. Só a DiDi concluiu 12,39 bilhões de viagens na China em 2024 — cerca de 35,3 milhões de pedidos por dia — e 539 milhões de chineses usavam o serviço de transporte em dezembro de 2024. Bicicletas compartilhadas, a agregação de corridas (estilo Amap) e os mini-programas de trem e transporte público movem centenas de milhões todos os dias. Mas esta também é uma categoria onde «copiar a China» falha se você copiar a camada errada. A frota não se repete. O modelo é a lição.

Por que a mobilidade é um nível P difícil

Os jogos viajam em um runtime. O comércio social viaja como um padrão mais uma rede local. A mobilidade fica ao lado da entrega de comida na extremidade oposta: o valor é construído no chão. Mapas, oferta de motoristas, pagamento local e licenças de transporte são locais e não atravessam fronteiras. O movimento correto no exterior é pegar o padrão de software — combinar, despachar, rastrear, pagar, avaliar — e reconstruir a camada física e regulatória localmente.

DimensãoClassificaçãoO que a evidência diz
Maturidade do modeloSDiDi 2024: 12,39B viagens na China, 35,3M diárias, 677M usuários anuais ativos; usuários de transporte chegaram a 539M
Universalidade da demandaSTodo mercado denso quer transporte sob demanda, mapeado e pago; mercados emergentes pulam direto para a mobilidade por app
PortabilidadePA pilha operacional — dados de mapas, rede de motoristas, licenças — é local e não se transfere
Profundidade de localizaçãoPPrecisa reconstruir mapa local, oferta de motoristas local, rede de pagamento local e dados de trânsito local por mercado
Dependência de infraestruturaPRequer um motor de mapas, um ecossistema de motoristas/pagamentos e licenças de transporte para funcionar
Ajuste regulatórioPLicenças de motoristas, regras de preço dinâmico e localização de dados diferem por país e raramente são portáveis

As três jogadas que vale a pena copiar

  1. Despacho e combinação como serviço de runtime. O laço solicitar → combinar → rastrear → pagar → avaliar é puro software. Hospede-o dentro de um runtime universal e conecte a qualquer frota, mapa e pagamento local — em vez de clonar o ativo que levou uma década e milhões de motoristas à DiDi construir.
  2. O agregador, não o operador. A Amap (高德) provou que uma camada de despacho neutra pode ficar sobre muitos operadores locais sem possuir um único carro. O runtime é o anfitrião neutro perfeito: encaminha a demanda para a oferta local que existir, em qualquer mercado.
  3. Mobilidade leve e trânsito como mini-programas puros. Bicicletas compartilhadas, passes QR de ônibus/metrô e venda de bilhetes de trem (estilo 12306) são interfaces de runtime sobre um horário local e uma rede de pagamento local — sem frota própria. São a prova mais limpa de que as interfaces de transporte são altamente portáveis enquanto os back-ends ficam locais.

O ângulo da CrossMiniApp

Um runtime universal mais um catálogo aberto permite que um operador local lance um portal de mobilidade que roda sobre o mapa, a frota e a rede de pagamento daquele mercado — a lógica da DiDi sem o ativo da DiDi. Até a própria DiDi prova que o modelo se localiza: opera com lucro no Brasil e no México com oferta local, não com motoristas chineses. O runtime carrega o padrão de despacho comprovado; cada mercado contribui com as rodas. O runtime limita o que o código de terceiros pode fazer; o catálogo distribui o padrão de mobilidade; a frota local faz o resto.

A regra

A coisa mais valiosa que a China provou aqui não é um app — é que a mobilidade pode ser um primitivo de software. Pegue emprestado o despacho. Construa a frota localmente.

Fontes