PWA em linguagem simples
Uma Progressive Web App é um site construído com alguns recursos extras para poder ser instalado na tela inicial do celular, aberto sem a barra do navegador e continuar funcionando quando a conexão cai. Continua sendo um site. Não há envio para lojas de aplicativos, não há duas bases de código para iOS e Android e não há um download que o usuário precise ser convencido a concluir.
Por que empresas B2B se interessam por PWAs
O apelo para B2B é econômico e operacional ao mesmo tempo. Você mantém uma única base de código que sua equipe web já cuida, mas ganha um comportamento de app para técnicos de campo, distribuidores e clientes recorrentes. Em vez de financiar dois desenvolvimentos nativos e um ciclo de revisão na loja, você publica uma atualização da mesma forma que publica uma página web. Para empresas cujos usuários estão sempre na estrada ou em prédios com sinal irregular, essa combinação é difícil de ignorar.
No que as PWAs se saem bem
O acesso offline é o benefício principal. Um técnico de campo consegue abrir seu catálogo de peças num subsolo sem sinal e ainda encontrar o que precisa. A instalação vem em segundo: o visitante toca uma vez e ganha um ícone que se comporta como aplicativo. As notificações push vêm em terceiro, e permitem alcançar usuários sem depender de filtros de caixa de entrada. Tudo isso roda sobre a única base de código que você já mantém.
Acesso offline para o campo
Como o navegador guarda em cache suas páginas e ativos principais localmente, uma PWA continua funcionando no chão de uma fábrica, num galpão remoto ou nas instalações de um cliente onde o sinal móvel vai e volta. O usuário abre o ícone, consulta o catálogo ou o pedido, e os dados sincronizam em segundo plano assim que a conexão volta. Para equipes de assistência técnica e logística, essa confiabilidade é a diferença entre uma ferramenta útil e aquela que eles acabam desligando.
Instalável, sem passar pela loja
Em vez de pedir ao usuário que procure numa loja de aplicativos, instale e aceite permissões, uma PWA oferece um aviso de instalação na própria web. Um toque a adiciona à tela inicial, ela abre em tela cheia sem a barra do navegador e arranca rápido porque os ativos já estão em cache. O atrito de um download nativo desaparece, o que pesa especialmente para usuários corporativos que instalam poucos apps por conta própria.
Notificações push que alcançam o usuário
Com uma PWA você pode mandar um push para o ícone instalado - o status de um pedido, um alerta de reposição, um orçamento esperando - sem pagar a provedores de e-mail por envio ou depender da colocação na caixa de entrada. As taxas de abertura desses avisos costumam ser maiores que as do e-mail, porque chegam na tela de bloqueio do aparelho. A regra é a mesma do e-mail: envie apenas o que o usuário pediu para receber.
Quando uma PWA não é a solução
Uma PWA não substitui um aplicativo nativo quando você precisa de acesso profundo ao hardware, processamento em segundo plano com garantias rígidas ou distribuição pela App Store e pelo Google Play. Se o seu roteiro depende disso, você precisa de desenvolvimento nativo, e nós diremos isso em vez de vender a solução errada.
Acesso profundo ao hardware e sensores
Se o seu fluxo de trabalho exige rastreamento contínuo de localização em segundo plano, controle avançado de periféricos Bluetooth ou USB, câmera com baixa latência ou processamento pesado offline, a plataforma web ainda corre para alcançar o nativo. Uma PWA faz muita coisa, mas não é a base certa para uma automação intensiva em hardware.
Distribuição pelas lojas de aplicativos
Se o seu modelo de negócio depende de ser encontrado dentro da App Store ou do Google Play, de compras no app ou de alcançar consumidores que só baixam aplicativos, uma PWA não atende a esse requisito. A web é o próprio canal de distribuição, e isso é uma força, mas não substitui uma página na loja em torno da qual você construiu o negócio.
Como uma PWA funciona de verdade, em resumo
Três peças fazem o trabalho: um manifesto de aplicativo web que dá nome, ícone e modo de tela cheia, um service worker que roda um script em segundo plano para colocar páginas em cache e permitir o uso offline, e HTTPS para que o navegador confie no site o suficiente para conceder esses poderes. Nada disso exige reescrever seu site atual do zero; elas se sobrepõem ao conteúdo que você já publica.
Perguntas frequentes
As perguntas que nossos clientes B2B mais fazem antes de decidir entre uma PWA e um app nativo.
Uma PWA é a mesma coisa que um aplicativo nativo?
Não. Uma PWA é um site que ganha poderes de aplicativo; um app nativo é compilado especificamente para iOS ou Android e distribuído por uma loja. A PWA instala na tela inicial e se sente como app no uso diário, mas roda no motor do navegador e não acessa toda a profundidade do hardware. Para a maioria das ferramentas B2B de acesso recorrente, essa troca vale a pena; para fluxos pesados de hardware, o nativo vence.
PWAs funcionam no iPhone e no Android?
Sim, com ressalvas. O Android suporta PWAs bem, incluindo avisos de instalação e notificações push. No iPhone, a Apple permite instalação e push, mas com mais restrições que o Android. Se a experiência no iPhone for crítica para uma fatia grande dos seus usuários, nós mapeamos esses limites na descoberta, não depois do lançamento.
Quanto custa uma PWA comparada ao desenvolvimento nativo?
Uma PWA costuma custar uma fração de um desenvolvimento nativo, porque há uma base de código em vez de duas e nenhum ciclo de revisão na loja. Uma regra prática é que uma PWA sai bem abaixo do custo de construir separadamente para iOS e Android. A troca é abrir mão dos recursos mais profundos de hardware, que é exatamente a lista da seção anterior.
Conclusão
Escolha uma PWA quando seus usuários já estão majoritariamente na web, precisam de acesso repetido e rápido e trabalham em locais com conectividade instável. Isso descreve boa parte dos casos B2B de campo, logística e comércio, e é por isso que a abordagem se tornou uma peça padrão do nosso conjunto de entregas.