O que nos torna diferentes #3: diagnóstico com IA (a ligação cura-se sozinha)

A terceira coisa que torna a eSimphony fundamentalmente diferente de qualquer outro eSIM de viagem é que, quando alguma coisa corre mal na ligação — e de vez em quando vai correr —, o produto resolve.

Não «abra um pedido de apoio». Não «contacte-nos às 9h de Tóquio». Resolve. Muitas vezes sem lhe dizer que aconteceu seja o que for. Sempre antes do momento em que importa.

Este texto é sobre como funciona o diagnóstico com IA, porque é que nenhum outro grande eSIM de viagem o construiu e porque é que a arquitetura de eSIM vitalício o torna possível.

Os modos de falha reais de um eSIM

Para perceber por que razão o diagnóstico com IA importa, é preciso perceber a superfície de coisas que podem correr mal num eSIM de viagem. A lista é mais longa do que a maioria das pessoas imagina:

Problemas de estado do perfil. O perfil eSIM está instalado, mas «desativado» no aparelho. É comum depois de atualizações do iOS ou quando se liga e desliga o modo de avião de formas pouco habituais.

Falhas de associação ao operador. O eSIM está ativo, mas o aparelho não consegue associar-se a um operador local. As causas vão da congestão temporária de uma antena a acordos de roaming mal configurados.

Más configurações de APN. A maioria dos eSIM modernos aprovisiona as definições de APN automaticamente, mas há casos-limite (variantes específicas de Android, operadores personalizados, encaminhamento de MVNO) que deixam o APN partido mesmo quando o resto está correto.

Registo IMS / VoLTE / VoNR. A voz e as mensagens exigem um registo separado do dos dados. Pode falhar com os dados a funcionar, dando o estado «tenho sinal mas não consigo fazer chamadas» — frustrante e difícil de diagnosticar.

Erros de contexto PDP. Erros de associação à rede de mais baixo nível, que se manifestam como «sinal mas sem internet» ou «troca rápida de rede em roaming».

Problemas de fuso horário e de relógio. Raros, mas reais: relógios errados no aparelho podem causar falhas de certificado durante o processo de aprovisionamento do eSIM.

Incoerências no estado do plano. O utilizador comprou um plano, o servidor considera o plano ativo, mas o perfil eSIM não foi atualizado localmente. Aparece como «os dados não funcionam apesar de o plano estar ativo».

Problemas com o interruptor de roaming. A definição de Dados em Roaming desligada na linha eSimphony. É surpreendentemente comum no iOS, onde o comportamento predefinido mudou entre versões.

Cada um destes casos tem uma causa de raiz específica, um sintoma específico e uma correção específica. A indústria tradicional trata-os todos com a mesma resposta: um genérico «contacte o apoio ao cliente».

O que a indústria tradicional faz hoje

Abra o fluxo de apoio de um fornecedor típico de eSIM de viagem. O caminho é mais ou menos este:

1. O utilizador tem um problema.
2. O utilizador procura nas perguntas frequentes. As FAQ descrevem 3 ou 4 problemas comuns; nenhum é o dele.
3. O utilizador submete um pedido de apoio por formulário de email.
4. O utilizador espera 4 a 24 horas por uma resposta.
5. A resposta pede capturas de ecrã, modelo do aparelho, versão do sistema operativo, ID do plano.
6. O utilizador responde com a informação.
7. O apoio tenta a correção n.º 1 (normalmente uma sugestão genérica do tipo «reinicie o telemóvel»).
8. A correção n.º 1 não resulta. De volta ao passo 6.
9. Ao fim de 2 a 4 idas e vindas e de 1 a 3 dias, o problema fica resolvido ou é escalado.

Entretanto, o utilizador está sem dados a funcionar. Está preso ao Wi-Fi do hotel, a pedir a desconhecidos que partilhem a ligação ou a comprar um SIM local de recurso num quiosque.

Isto é o padrão. É o padrão desde que os eSIM de viagem existem. A indústria interiorizou-o como aceitável porque, no modelo viagem a viagem, o custo de apoio é amortizado numa transação e o cliente desaparece ao fim de sete dias de qualquer maneira.

Num modelo de eSIM vitalício, isto não é aceitável. Cada falha no apoio põe em risco uma relação de vários anos.

O que o diagnóstico com IA faz mesmo

Três camadas de trabalho.

Camada 1: monitorização passiva

A app da eSimphony lê continuamente (mas de forma leve) o estado do modem, o estado do perfil, a informação de sinal, o identificador do operador, o estado do plano e o histórico recente de ativações. Nada disto exige ação do utilizador. Nada disto consome bateria de forma relevante.

Os dados alimentam um modelo de diagnóstico local que classifica o estado atual: saudável, degradado, a falhar, falhado. Na maior parte do tempo, a resposta é «saudável» e não acontece nada.

Camada 2: correção automática silenciosa

Quando o modelo de diagnóstico deteta um modo de falha conhecido que pode ser corrigido automaticamente, a app executa a correção específica em segundo plano:

• Voltar a associar-se ao operador local (desligar e ligar a linha móvel por programação).
• Atualizar o perfil eSIM a partir do servidor.
• Voltar a desencadear o aprovisionamento automático de APN.
• Forçar um novo registo IMS.
• Sincronizar o estado do plano do backend da eSimphony com o perfil local.

A maioria destas ações conclui-se em 5 a 30 segundos. Normalmente, o utilizador não vê interface nenhuma — a ligação pisca, volta, e aparece uma notificação de uma linha na app: «Ligação atualizada.» Cerca de 70 % dos problemas típicos de eSIM resolvem-se nesta camada, sem envolvimento consciente do utilizador.

Camada 3: indicações claras no aparelho

Quando a correção automática não consegue resolver — normalmente porque é preciso alterar uma definição que só o utilizador pode mudar (por exemplo, ativar os Dados em Roaming nas Definições do iOS) —, a app apresenta indicações concretas, delimitadas e em linguagem simples.

É esta a parte mais visivelmente diferente da concorrência. As instruções são:

• Específicas da causa de raiz. Não é «experimente estas 8 coisas». É a única coisa que resolve este problema em concreto.
• Específicas do aparelho. As instruções para iOS 18 são diferentes das do iOS 19, que são diferentes das do Android 14, que são diferentes das do Android 15. A app conhece o seu aparelho e o seu sistema operativo.
• Específicas da língua. Todas as instruções aparecem na língua do telemóvel (ou na língua escolhida na Moza, se for outra).
• Verificadas depois da ação. Quando conclui o passo indicado, a app volta a correr os diagnósticos. Se o problema estiver resolvido, vê «Ligação restabelecida». Se não, é apresentada a correção seguinte mais provável.

Um exemplo: uma pessoa em Banguecoque diz que o plano eSimphony não funciona. Os diagnósticos detetam que a linha móvel eSimphony tem os Dados em Roaming desligados (uma particularidade comum no iOS 19). A app mostra: «Abra Definições → Rede Móvel → eSimphony → Opções de Dados Móveis → ative os Dados em Roaming.» A pessoa toca nos passos. A app confirma que os dados já estão a passar. Fim do problema. Tempo decorrido: cerca de 45 segundos.

No fluxo da indústria tradicional, o mesmo problema leva 1 a 3 dias de troca de mensagens com o apoio.

Porque é difícil construir isto e porque mais ninguém o fez

Quatro razões.

1. É preciso acesso profundo ao modem

O diagnóstico com IA exige ler e escrever estado do modem para lá do que uma app de consumo típica faz. No iOS, é preciso o entitlement da extensão eSIM Manager; no Android, são precisas permissões elevadas de operador. A maioria dos fornecedores de eSIM de viagem não fez o trabalho adicional de parceria com operadores móveis para obter estas capacidades.

2. É preciso a taxonomia dos modos de falha

Saber o que procurar exige ter visto os modos de falha — em milhares de aparelhos, versões de sistema operativo, regiões e operadores. A eSimphony recolhe (com consentimento dos utilizadores) dados de diagnóstico anonimizados desde o lançamento. O modelo é treinado com dados do mundo real, não com casos de teste sintéticos.

3. É preciso continuidade de conta

Muitas correções exigem conhecer o histórico do utilizador: que planos comprou, em que aparelhos os ativou, como era o último estado de ligação bem-sucedido. Num modelo de conta viagem a viagem, esse histórico está fragmentado; num modelo de eSIM vitalício, a conta é contínua e a IA de diagnóstico herda tudo.

4. É preciso lançá-lo como comportamento por omissão

Este é o bloqueio cultural. Curar a ligação automaticamente é, em certo sentido, uma funcionalidade «invisível» — os utilizadores só reparam nela quando algo corre mal, e o objetivo é que raramente reparem. A maioria das organizações de produto não prioriza trabalho invisível. Nós priorizamos, porque, numa relação de vários anos com o cliente, a fiabilidade invisível é a relação.

Números reais de produção

Alguns dados do primeiro trimestre com o diagnóstico com IA em produção:

• Cerca de 70 % dos problemas detetados foram corrigidos automaticamente, sem ação do utilizador
• Cerca de 22 % originaram indicações concretas no aparelho, que o utilizador resolveu com sucesso em menos de 2 minutos
• Cerca de 5 % foram encaminhados para a Moza, para diagnóstico conversacional guiado por IA
• Cerca de 3 % foram escalados para um agente humano de apoio (os casos em que a IA não conseguiu determinar a causa de raiz)

Como referência, o fluxo padrão de apoio ao cliente da indústria tradicional trata aproximadamente 100 % dos problemas como «abra um pedido» — incluindo os 70 % que podiam ter sido corrigidos automaticamente e os 22 % que só precisavam de uma instrução de uma linha.

A diferença na experiência de utilização é enorme.

O que isto permite, a jusante

O diagnóstico com IA é a base de várias coisas que estamos a construir a seguir:

Prevenção proativa de problemas. Detetar que um utilizador está prestes a aterrar num país com uma particularidade de ativação conhecida (por exemplo, operadores egípcios específicos que exigem introdução manual do APN) e configurar tudo antecipadamente, antes de ele esbarrar no problema.

Monitorização da qualidade dos operadores. Agregar dados (anonimizados) de qualidade de ligação de vários utilizadores para detetar quando um operador grossista específico num país específico está a degradar-se e mudar a infraestrutura da eSimphony para um parceiro melhor nessa região — automaticamente.

Perfis de fiabilidade personalizados. Há utilizadores que viajam por zonas de fraca cobertura (áreas rurais, ilhas remotas, viagens terrestres transfronteiriças). A app pode pré-carregar funcionalidades de resiliência específicas para eles.

Aprendizagem entre plataformas. Uma correção descoberta no Android (por exemplo, um comportamento específico da One UI da Samsung) passa a fazer parte do manual de diagnóstico para iOS em poucas horas, porque a taxonomia dos modos de falha é agnóstica quanto à plataforma na camada acima das correções específicas de cada aparelho.

O que nos torna diferentes, #3

Três coisas tornam a eSimphony diferente. Já cobrimos as três:

1. Moza, a companheira com IA — um concierge de viagem 24 horas por dia integrado na app, em cinco línguas.
2. Planos dinâmicos com IA — planos que se moldam ao seu itinerário real, com passagem automática para o operador local em cada fronteira.
3. Diagnóstico com IA — a ligação cura-se sozinha ou diz-lhe exatamente como, em linguagem simples.

As três estão no ar em maio de 2026. As três assentam na fundação do eSIM vitalício. A concorrência pode copiar qualquer uma delas; a combinação exige reconstruir a fundação, e isso leva anos.

É essa a vantagem estrutural. É esse o fosso.

Transfira a eSimphony, veja a apresentação completa da MVNO Nation Americas ou consulte a cobertura. O eSIM que se repara a si próprio. Porque a alternativa é um pedido de apoio.