Casos de adoção de IA
“O aplicativo funciona. Só as notificações é que não chegam há anos.” Foi assim que a conversa começou. Um aplicativo Android de um serviço B2C por assinatura. Estava publicado na loja e abria normalmente, mas em algum momento nenhuma notificação push saía mais. Desta vez pegamos um “aplicativo móvel intocável” — sem quem o tivesse criado, sem documentação — e herdamos integralmente os ativos dos membros e a chave de assinatura, reconstruindo-o com IA. Este é o relato.
É o aplicativo que nunca trava, mas cuja função mais importante parou em silêncio.
Por baixo do “ele ainda funciona”, as notificações estavam mortas havia anos.
O que esse aplicativo realmente era: uma casca nativa que exibe um serviço web existente — um invólucro WebView somado a notificações push. As telas reaproveitavam ativos web existentes, então estavam vivas. O problema eram as notificações: o mecanismo de envio dependia de uma plataforma de entrega da geração anterior e, no momento em que essa plataforma foi descontinuada, a própria rota desapareceu. No banco de dados havia apenas uma coluna acrescentada para guardar os tokens do novo esquema, e nada nunca era gravado ali — a fiação ficou rompida no meio do caminho.
Oitenta por cento do “intocável” era, na verdade, medo de reconstruir.
A parede que realmente enfrentamos não era a dificuldade do código, e sim o medo de herdar. No Android em especial, um passo errado o transforma em um aplicativo diferente que os usuários atuais não conseguem atualizar.
Separamos com clareza o que manter e o que reconstruir.
A tarefa não é “deixar tudo novo”. Os ativos aproveitáveis continuam sendo aproveitados. Decompondo, fica assim.
| Item | Antes | Depois da reconstrução |
|---|---|---|
| Rota das notificações | uma plataforma de entrega da geração anterior (descontinuada – não envia) | Migrada para a plataforma de entrega atual (FCM) |
| Casca do aplicativo | Implementação nativa de geração antiga | Regerada com implementação nativa atual |
| Telas (conteúdo) | Exibem o serviço web existente | Continuam iguais (ativos dos membros preservados) |
| Chave de assinatura | Emitida em 2016 | Mesma chave herdada (entregue como atualização) |
| Dados de membros e dispositivos | Aprox. 14.000 dispositivos registrados | Herdados sem alteração |
A reconstrução em si foi tocada de uma vez por um agente de IA. Em um dispositivo virtual, rodamos o aplicativo reconstruído por toda a sequência obter o token de notificação → registrá-lo no servidor → a notificação realmente chegar, confirmando que a ida e volta funcionava. A saída é um pacote assinado, pronto para distribuição.
A maioria dos aplicativos dados como mortos não é perda total. Basta garantir os poucos fios rompidos e as chaves que precisam ser herdadas para trazer o que existe de volta a uma base moderna sem descartá-lo. Na parte de iOS (Relato ⑦) escrevemos sobre a outra plataforma, onde está a maioria dos membros, e sobre o que vale para os dois sistemas: modernizar as notificações mantendo o servidor antigo.
* Este artigo generaliza um projeto real na medida em que nem a empresa nem o serviço possam ser identificados. Os números são aproximados, com base em medições de agosto de 2026. Prazo e escopo do trabalho variam conforme a estrutura do aplicativo.