Dentro de um Super-App: como um app regional embarca um catálogo em runtime

O ativo que um super-app já tem

Um super-app regional não começa do zero. A controladora da Gojek, GoTo, movimenta cerca de 66 milhões de usuários transacionais anuais, com só o GoPay em cerca de 24 milhões de usuários mensais e mais de 2 milhões de motoristas na Indonésia e Singapura; a própria Gojek cita 3 milhões de parceiros motoristas e 6,4 milhões de comerciantes no ecossistema. O mercado de super-apps do Sudeste Asiático passou de 58 bilhões de dólares em 2025 e cresce mais de 30% ao ano. O app já tem o hábito diário, a identidade e a carteira. O que falta não são usuários — é amplitude de serviços sem reconstruir cada um internamente.

O problema de extensão

Adicionar uma nova vertical do jeito antigo significa novo time, novo backend, nova compliance, nova manutenção — cada serviço permanente nos livros do core. Por isso 2025 viu uma contra-tendência de "des-super-app" na região: em vez de empacotar mais funcionalidades first-party, as plataformas abriram o interior a mini-programas de terceiros. O GoBiz+ da GoTo, lançado no primeiro semestre de 2025, permite que micro-comerciantes criem mini-apps leves sem código e as incorporem no app principal. A retenção reportada dessas mini-apps chegou a cerca de 65%, versus aproximadamente 40% para módulos tradicionais in-app. O padrão toma emprestado diretamente do ecossistema de mini-programas da WeChat na China, onde o host possui o shell e milhares de desenvolvedores independentes o preenchem.

A jogada da GoTo/Gojek, dissecada

Reduzida à mecânica, o GoBiz+ são três decisões:

Camada	Build first-party	Modelo catálogo em runtime
Novo serviço	Equipe própria + backend + compliance	Mini-programa de terceiro, revisado por plataforma
Entrega	Em atualização de app	Stream on demand, sem release completo
Estado	BD do core cresce	Sandbox, isolado por mini-programa
Alcance	Limitado por capacidade interna	Limitado por tamanho do catálogo

O host mantém o que faz de um super-app um super-app — uma conta, uma carteira, um canal de notificação — e delega a cauda longa de serviços a entradas do catálogo. O armazenamento do celular do usuário é a restrição oculta que torna isso atraente: o espaço livre médio na região ronda 12GB, então mini-apps de "usa e vai" que nunca instalam um app completo encaixam melhor que outro download pesado.

O que um catálogo em runtime realmente provê

Um catálogo é tão bom quanto o runtime embaixo. O runtime deve dar a cada entrada: um limite de execução sandbox para que um mini-programa não leia os dados de outro nem os do host; uma superfície de API uniforme (a família wx.*) para que um programa escrito uma vez rode em cada host que o tenha; e uma rota de distribuição governada — revisão de envio, segurança de conteúdo, controles anti-abuso — para que o host não responda pelo que um terceiro envia. Sem esse substrato, "abrir o app a parceiros" é só "rodar código não confiável na nossa superfície mais confiável", o que nenhum time de compliance assina.

O multiplicador de portabilidade

Este é o multiplicador que muda a conta: se o runtime é genérico e fala a mesma gramática do ecossistema de mini-programas chinês já validado, então um mini-programa já validado por centenas de milhões de usuários na China pode ser portado para um GoTo, um Grab, um Rappi ou um app bancário sem reconstruir do zero. O host ganha amplitude de catálogo da noite para o dia; o desenvolvedor ganha distribuição em muitos apps a partir de um só código. A portabilidade transfronteiriça é o ponto — o catálogo é um canal de importação, não um build só local.

Onde entra o Cross Mini App

O Cross Mini App é o runtime genérico mais o catálogo aberto. Para um super-app regional, isso significa embarcar serviços de terceiros à maneira GoBiz+ — revisados, em sandbox, por stream — mas com uma gramática suficientemente portátil para importar mini-programas validados em outra parte. O host conserva sua conta e carteira; o catálogo traz a cauda longa. Você estende um super-app sem reconstruí-lo, e o faz com um catálogo cujas entradas são portáteis entre cada app que adote o mesmo runtime.