A decisão de baixar frente ao toque
Na economia típica de apps, a descoberta começa fora do produto. Um usuário vê um anúncio, percorre um ranking da loja ou lê uma resenha, e então compromete um download antes de poder experimentar o serviço. Esse download é uma decisão real com um custo futuro: armazenamento, notificações, configuração e um lugar na tela inicial que talvez nunca volte a abrir.
Um runtime de mini-programa inverte a ordem. A porta já abre dezenas de vezes por dia dentro de um super-app, então um serviço novo pode surgir dentro de um hábito existente. Experimentar vira um toque: abrir um cartão que um amigo compartilhou, escanear um código na mesa ou escolher um resultado na busca interna, e a tarefa está feita. A distância psicológica entre baixar um app novo e abrir isto agora é o jogo inteiro na aquisição.
Onde ficam de fato os pontos de entrada
Os super-apps concentram a descoberta em um pequeno conjunto de pontos de contato dentro do fluxo, em vez de um único momento de lançamento:
- QR e escaneio. De offline para online em um gesto: pôsteres, embalagens, cardápios e recibos viram pontos de entrada sem digitar nada.
- Cartões compartilhados em chats e grupos. Um cartão de mini-programa solto numa conversa é acionável na hora; o grafo social faz a distribuição.
- Busca dentro do app. Os usuários procuram serviços onde buscam conversas, com zonas de marca e acesso direto a funções que destacam serviços concretos.
- Proximidade e local. Pontos de acesso por localização surgem no momento da intenção, uma fonte importante de novos usuários para comércios locais.
- Vinculação com conta oficial e conteúdo. O conteúdo e as novidades encaminham o usuário para um serviço no pico de interesse.
O resultado é um loop, não um lançamento único. Os usuários reencontram o mesmo serviço pelo histórico de chat, listas salvas e registros de pagamento, o que reforça a lembrança e enfraquece a tração de um concorrente isolado.
O que o runtime entrega ao modelo
Um runtime genérico é o que torna esses pontos de entrada portáveis entre apps anfitriãs. O mesmo programa pode ser alcançado por QR numa app, por cartão compartilhado em outra e por busca numa terceira, porque a superfície pertence ao runtime, não a uma compilação por app. Para um app de ultramar que quer distribuição estilo super-app sem reconstruir para cada ecossistema, essa portabilidade é o ativo.
Aquisição, lado a lado
| Dimensão | App nativo | Link H5 | Runtime de mini-programa |
|---|---|---|---|
| Início da descoberta | Ranking de loja, anúncios | URL compartilhada | Busca interna, QR, cartão, proximidade |
| Ação para experimentar | Baixar e instalar | Tocar link | Tocar cartão ou escanear |
| Reencontrar | Ícone do app, push | Favorito URL | Histórico, lista salva, pagamento |
| Atrito para o usuário | Alto (armazenamento, config) | Baixo | Quase nulo, dentro do hábito |
| Custo de aquisição | UA paga mais loja | Indicação mais SEO | Grafo social mais entradas grátis |
A coluna nativa gasta orçamento para ganhar um download. A coluna de runtime gasta atenção para ganhar um toque, e o toque é reversível.
Como a Cross Mini App aplica
A Cross Mini App executa programas sobre um runtime que expõe os mesmos pontos de entrada — QR, compartilhar, buscar, proximidade — em cada app anfitriã que potencializa. Um serviço que você entrega pode ser descoberto onde seus usuários já estão, não apenas onde você pode comprar sua atenção. A distribuição deixa de ser um orçamento de mídia e vira uma propriedade do runtime.
Esta é a diferença entre comprar um download e ser encontrado no fluxo: um compete pela atenção; o outro já está lá.
Fontes
- WeChat Developers — 21 métodos de promoção para mini-programas (pontos de entrada e fissão social)
- SEO for China — WeChat SEO 2026: pontos de entrada de tráfego para mini-programas
- Koder.ai — Super-Plataforma Tencent: como os serviços são encontrados e reencontrados
- FireCat — Canais de promoção e tráfego de mini-programas (offline, social e anúncios)