| Data de elaboração: | 25/08/2025 |
| Responsável pelo estudo: | Milena Bezerra de Sousa (Analista) |
| Alvo: | Portal do Cidadão |
| Origem: | Melhorar a usabilidade dos usuários IOS no Portão do Cidadão. |
| Objetivo: | Este estudo tem como objetivo analisar a viabilidade da adaptação do PWA do Portal do Cidadão para o ecossistema iOS da Apple e disponibilizá-lo na App Store. A partir dessa análise, o objetivo final é fornecer as informações necessárias para que a equipe de produto possa tomar uma decisão informada sobre o futuro do Portal do Cidadão no iOS, considerando custos, esforços de desenvolvimento e benefícios para o cidadão. |
Atualmente, o Portal do Cidadão para iOS funciona como um Progressive Web App (PWA), uma tecnologia que permite que uma aplicação web se comporte de forma semelhante a um aplicativo nativo.
O suporte nativo da Apple a PWAs é restrito, o que compromete funcionalidades essenciais e impacta a usabilidade e a percepção de qualidade do serviço.
A publicação na app store permite 2 caminhos, o primeiro caminho é «empacotar» o PWA existente. Essa abordagem, conhecida como webview, envolve a utilização de um «invólucro» de código nativo para encapsular o código web. Frameworks como Capacitor, Ionic ou Flutter são comumente usados para isso, permitindo que a aplicação seja submetida à App Store, enquanto a maior parte do código original é mantida. Essa estratégia é economicamente vantajosa, pois aproveita a base de código já existente, economizando tempo e recursos no desenvolvimento.
O segundo caminho é construir um aplicativo totalmente novo, essa abordagem pode ser realizada de duas formas.
Tecnologias Híbridas: Utilizando frameworks como Flutter ou React Native, é possível desenvolver um único código que funcione tanto para iOS quanto para Android. Essa opção é ideal para garantir uma experiência consistente e unificada entre as plataformas. Tecnologias Nativas: Desenvolvendo o aplicativo exclusivamente para iOS com o Swift, a linguagem nativa da Apple. Embora exija um esforço de desenvolvimento separado, essa abordagem garante o melhor desempenho e a integração mais profunda com o sistema operacional do iPhone.
Vantagens
Melhor experiência de usuário
Um aplicativo nativo, ou mesmo um PWA empacotado, pode oferecer um desempenho mais rápido e uma navegação mais fluida do que uma versão web. Ele se integra perfeitamente ao ecossistema da Apple, o que significa que os usuários encontram uma interface familiar e intuitiva. Essa fluidez é essencial para garantir a satisfação do cidadão e incentivar o uso contínuo do serviço
Confiança e a credibilidade
A loja de aplicativos da Apple é um ambiente conhecido e seguro, onde os usuários esperam encontrar soluções confiáveis. Apenas a aprovação rigorosa da Apple já serve como um selo de qualidade, transmitindo ao usuário a certeza de que o aplicativo é seguro, funcional e digno de confiança. Para um serviço público, essa credibilidade é fundamental.
Integração com processos nativos
Um aplicativo publicado na loja pode usar funcionalidades exclusivas do sistema, como o Touch ID e o Face ID para um login rápido e seguro. Acesso a notificações push reais, que aparecem mesmo quando o aplicativo está fechado, permite uma comunicação mais eficaz com o cidadão. Esses recursos não apenas tornam a experiência mais prática, mas também agregam valor real ao serviço, elevando-o a um novo patamar de utilidade e conveniência.
Desvantagens
Custos de Desenvolvimento e Manutenção
Como a equipe atual possui experiência predominantemente em web, seria necessário a contratação de profissionais específicos ou o investimento na capacitação do time existente, o que representa um investimento adicional tanto de tempo quanto financeiro. Além disso, essa abordagem implica em esforços de manutenção duplicados: qualquer nova funcionalidade deve ser implementada separadamente na versão web e no aplicativo móvel, aumentando a complexidade e os custos operacionais.
Maior Complexidade e Esforço de Manutenção
Ter duas plataformas — web e mobile — aumenta significativamente a complexidade da gestão do projeto. É necessário assegurar que o aplicativo móvel esteja constantemente sincronizado com a versão web, o que demanda um esforço contínuo de atualização, testes e validações em ambas as plataformas. Essa duplicidade de esforços pode impactar prazos, recursos e a consistência da experiência do usuário.
Custos Diretos e Indiretos da Apple
Publicar e manter um aplicativo na App Store tem um custo direto. A Apple exige o pagamento de uma taxa de desenvolvedor anual que custa US$ 99. Além disso, para desenvolver para iOS, a equipe precisará de equipamentos com o sistema operacional macOS, o que representa uma barreira a mais, já que a grande maioria utiliza windows.
Risco de rejeição na App Store
A Apple possui um time de revisores que analisa cada aplicativo individualmente antes da publicação. Esse processo de análise pode levar dias ou até semanas, e não é incomum que um aplicativo seja rejeitado.
Para passar por essa aprovação, é preciso seguir à risca as regras da empresa, que são muitas e estão em constante atualização. Isso inclui:
→ Diretrizes de Interface (UI/UX): O app precisa seguir um padrão de design e usabilidade que a Apple considera adequado para a experiência do iOS. Se a interface não for intuitiva ou se não se encaixar nos padrões da plataforma, a chance de rejeição é alta.
→ Segurança e Privacidade: A Apple leva a privacidade dos usuários muito a sério. O app precisa deixar claro como os dados são coletados e usados, e é necessário seguir protocolos de segurança rigorosos.
→ Funcionalidade e Desempenho: O app precisa funcionar perfeitamente, sem falhas, travamentos ou lentidão. Se uma funcionalidade estiver quebrada ou se o desempenho for ruim, ele será reprovado.
O risco é ainda maior se for enviado um PWA adaptado para nativo. Um dos motivos mais comuns para a rejeição é a percepção de que o app é apenas uma «versão embrulhada» de um site, sem valor adicional ou funcionalidades nativas. Se a equipe de revisão da Apple entender que o aplicativo não oferece nada além do que a versão web já oferece, ele pode ser negado. Quando um app é rejeitado, é preciso fazer as correções solicitadas e submeter tudo de novo, reiniciando o processo de análise. Isso pode causar atrasos significativos no cronograma e exigir um esforço extra da equipe de desenvolvimento, tornando a publicação um ciclo de incertezas.
O processo de publicar um aplicativo na App Store é bastante complexo e vai muito além de apenas finalizar o código. Ele é composto por várias etapas, cada uma com seus próprios requisitos e desafios. Para fins de clareza, estarei detalhando como funciona esse fluxo.
1. Acesso à Conta de Desenvolvedor da Apple (Apple Developer Program)
É a primeira e mais importante etapa. Para poder submeter um aplicativo, é necessário uma conta no programa de desenvolvedores da Apple. O registro é feito no site da Apple Developer. Deve ser preenchido um formulário com os dados pessoais ou da sua empresa e, em seguida, pagar a taxa anual de US$ 99. Essa taxa é obrigatória e precisa ser renovada todos os anos. No caso de apps para o Governo esse processo de verificação é detalhado e pode levar mais tempo. Geralmente, eles pedem documentos que comprovem a autoridade da entidade, o que inclui a documentação da empresa ou órgão, e a pessoa responsável pela conta. Se não for provado de forma clara a identidade governamental, a conta pode ser rejeitada.
2. Configuração do App na App Store Connect
App Store Connect é a plataforma da Apple onde é gerenciado o aplicativo. É lá que é criada a página do app na loja, gerencia as versões e acompanha o processo de aprovação. É necessário preencher uma série de informações que identifiquem o app.
3. Geração de Certificados e Chaves de Acesso
Para que a Apple reconheça o aplicativo como autêntico e seguro, é preciso gerar uma série de arquivos de segurança. Isso inclui certificados de desenvolvimento e distribuição, além de chaves de assinatura. Esses certificados são gerados no portal do Apple Developer e são usados para assinar o aplicativo. Isso garante que ele não foi modificado por terceiros. Eles também são necessários para que o app acesse recursos como o Face ID ou as notificações push. Essa etapa é técnica e deve ser feita pelo próprio desenvolvedor. Nessa etapa é necessário usar um MacBook/iMac, já que as ferramentas da Apple para gerar essas chaves funcionam apenas no sistema macOS.
4. Preparação e Envio do Aplicativo (Build)
O build é a versão final do seu aplicativo, pronta para ser enviada para a App Store. O desenvolvedor compila o código do aplicativo usando um ambiente de desenvolvimento (como Xcode ou Visual Studio Code), assina o build com os certificados gerados na etapa 3 e então ele é enviado para a App Store Connect
5. Processo de Análise e Aprovação da Apple
Essa é a etapa mais crítica e onde a burocracia e a exigência da Apple se tornam mais evidentes. Se o aplicativo for reprovado, a Apple retornará um feedback detalhado com os motivos. Será necessário corrigir os problemas e submeter uma nova versão para análise, o que reinicia o processo. Para um app governamental, a burocracia aumenta, e a responsabilidade de provar que tudo está em ordem se torna ainda maior. O tempo de análise varia muito, pode ser de 24 horas a 7 dias úteis, mas em casos de rejeição e reenvio, o processo pode se estender por semanas.
O empacotamento do PWA (Progressive Web App) para publicação na App Store é uma alternativa que oferece um equilíbrio entre custo, esforço e benefícios para o usuário.
A principal vantagem dessa abordagem é a otimização de tempo e custo. Ao reutilizar o código web já existente, não é necessário construir um aplicativo do zero. Isso economiza tempo de desenvolvimento e recursos financeiros, já que a mesma equipe que gerencia o PWA pode ser responsável pela versão «empacotada». Além disso, a manutenção é simplificada, pois uma única atualização na base de código web se reflete automaticamente tanto no PWA quanto no aplicativo da App Store, eliminando a duplicação de esforços.
Ao estar dentro de um invólucro nativo, o aplicativo ganha acesso a funcionalidades que o PWA sozinho não teria, como a biometria (Face ID e Touch ID) para logins mais rápidos e seguros, e as notificações push confiáveis que aparecem mesmo quando o app está fechado. Essa integração faz com que o aplicativo se comporte de forma mais fluida e ofereça uma experiência de uso muito próxima à de um aplicativo nativo.
No entanto, essa abordagem apresenta um desafio significativo no processo de aprovação da Apple. O rigoroso time de revisão da App Store frequentemente rejeita aplicativos que são percebidos como meros «invólucros» de sites, sem agregar valor nativo substancial. De fato, esta é uma das razões mais comuns para a reprovação. Esse risco burocrático pode causar atrasos e exigir esforço extra da equipe para fazer as correções.
A estratégia de manter e aprimorar o PWA existente oferece benefícios significativos, especialmente relacionados à agilidade e à gestão de custos. Neste cenário, a estratégia seria focar exclusivamente em aprimorar o PWA existente para que funcione da melhor maneira possível dentro das restrições do iOS.
Vantagens
Atualizações Rápidas e Descomplicadas
Em comparação ao App nativo as atualizações e melhorias podem ser implementadas no PWA instantaneamente, sem a necessidade de um processo de aprovação na App Store. Assim que o usuário acessa o serviço, as novas funcionalidades já estão disponíveis. Isso contrasta com o processo da App Store, onde as atualizações podem levar dias para serem aprovadas e, em alguns casos, dependem de uma ação manual do usuário, resultando em um ciclo de entrega mais lento e menos previsível.
Redução de Custos de Desenvolvimento
Manter o PWA elimina a necessidade de contratar profissionais especializados em desenvolvimento para iOS ou de treinar a equipe atual, o que demandaria tempo e um investimento considerável. A equipe que já trabalha na versão web pode gerenciar o PWA, garantindo a continuidade do trabalho. Além disso, a opção de um aplicativo na App Store traz custos diretos, como a taxa anual de US$ 99 do programa de desenvolvedores da Apple.
Uso Otimizado do Armazenamento do Celular
Os PWAs são consideravelmente mais leves do que aplicativos nativos. Eles ocupam muito menos espaço de armazenamento no celular do usuário, o que é uma grande vantagem, especialmente para quem tem aparelhos com pouca memória. Essa característica também contribui para que a «instalação» (o processo de adicionar o site à tela inicial) seja praticamente instantânea.
Desvantagens
Baixa Credibilidade e Segurança Percebida
As lojas de aplicativos criaram uma percepção de “selo de qualidade” e segurança. Um app que passou pelas etapas de aprovação da Apple é geralmente considerado como verificado, seguro e confiável. Um PWA, que é “instalado” diretamente do navegador, para o usuário médio, pode parecer ilegítimo ou não oficial, gerando dúvidas como “Esse link é seguro?”, “Será que posso estar instalado um vírus?”
Dificuldade de Acesso a Recursos Nativos
A integração com funcionalidades nativas do iOS, como o Touch ID e o Face ID, é inexistente ou complexa de implementar de forma segura em um PWA. Isso impede a criação de uma experiência de login rápida e sem atritos, tão comum em aplicativos nativos.
Processo de Instalação Pouco Intuitivo
A «instalação» de um PWA no iOS é um processo manual e não intuitivo. O usuário precisa acessar o menu de compartilhamento do Safari e selecionar a opção «Adicionar à Tela de Início». Essa barreira de entrada técnica limita a adoção do PWA, pois a uma parte dos usuários não está familiarizada com essa ação.
É possível adotar algumas estratégias para otimizar a experiência do usuário no PWA, compensando as limitações atuais do suporte nativo.
Educação do Usuário: Para superar a barreira da «instalação» não intuitiva, é fundamental orientar o usuário. A implementação de banners ou pop-ups pode educar os visitantes sobre como adicionar o PWA à tela de início do iPhone. Essa comunicação proativa, que pode ser direcionada especificamente a usuários do Safari, aumenta a taxa de adoção e a familiaridade com o serviço.
Otimização de Conteúdo: Reduzir o tamanho de imagens, vídeos e arquivos de código (JavaScript e CSS) pode tornar o PWA ainda mais leve e rápido para ser baixado e acessado, impactando diretamente no tempo de carregamento inicial.
Design de Interface (UI/UX) Nativa: Adaptar o design do PWA para que ele se assemelhe visualmente a um aplicativo nativo do iOS cria uma sensação de familiaridade e confiança. Ao usar gestos de navegação comuns, como o gesto de «deslizar para voltar», e posicionar botões de forma familiar, a experiência se torna mais fluida e intuitiva para quem está acostumado com o iPhone
A publicação do Portal do Cidadão na App Store como um aplicativo adaptado ou híbrido pode trazer benefícios relevantes, tais como maior credibilidade, melhor usabilidade, possibilidade de explorar recursos nativos do sistema e maior visibilidade junto aos cidadãos, já que muitos usuários associam a presença de um app na loja oficial à confiabilidade do serviço. Por outro lado, a decisão exige uma análise criteriosa dos custos de desenvolvimento e manutenção, que tendem a ser superiores aos de uma solução exclusivamente baseada em PWA.