PWA ou aplicativo: como escolher e usar notificações push?

O que é uma PWA na prática?

Uma Progressive Web App é uma aplicação baseada em tecnologias web. Em combinações compatíveis de navegador e dispositivo, ela pode ser instalada e aberta em uma janela própria. O processo e as capacidades disponíveis variam entre plataformas, como explica a documentação da MDN. Ter apenas um site adaptado ao celular não define toda essa experiência.

Quando avaliar uma PWA ou um aplicativo distribuído por loja?

A RAQO recomenda começar pelos recursos essenciais: acesso à câmera, funcionamento sem conexão, notificações, distribuição, integração com o sistema e dispositivos utilizados. Depois, valide a compatibilidade necessária e compare desenvolvimento, manutenção e implantação.

Uma PWA pode ser avaliada para uma área do cliente ou rotina de consulta recorrente. Um aplicativo distribuído por loja pode fazer sentido quando a experiência depende de recursos específicos da plataforma ou de uma estratégia própria de distribuição. A escolha não deve partir de uma promessa de que uma opção sempre será mais barata ou fará tudo que a outra faz.

Como funcionam as notificações push?

A Push API permite receber mensagens enviadas por um servidor, inclusive quando a aplicação web não está em primeiro plano, em ambientes compatíveis e para usuários que aderiram ao recebimento. A implementação utiliza um service worker e uma assinatura de push. Permissão, configurações do dispositivo e suporte da plataforma precisam ser verificados.

Um exemplo: aplicativo para uma oficina

Imagine uma oficina fictícia com um aplicativo para acompanhar serviços. O cliente visualiza o orçamento, consulta o andamento e recebe um aviso quando o veículo está pronto. O push funciona como um convite para abrir a informação atualizada; ele não deve ser o único registro de uma etapa importante.

No projeto, o sistema da oficina é responsável por confirmar a mudança de situação. O aplicativo consulta o estado atual ao abrir a tela, evitando depender de uma notificação antiga. Para aprovar um orçamento, o cliente precisa se identificar e confirmar a ação dentro do fluxo previsto.

Peça permissão no momento em que o benefício estiver claro

Como recomendação de experiência, explique que tipo de aviso será enviado antes de pedir autorização. Uma pessoa que acabou de acompanhar seu primeiro serviço tem mais contexto para decidir do que alguém que abriu a página pela primeira vez.

Ofereça preferências para avisos operacionais e comunicações promocionais, conforme o escopo e as regras aplicáveis. Evite expor detalhes pessoais na tela bloqueada. Se a notificação não for recebida, o aplicativo deve continuar mostrando os avisos e a situação atual quando o cliente entrar.

O que testar antes do lançamento?

Monte uma lista com os aparelhos e navegadores realmente utilizados pelo público. Valide a experiência completa, incluindo quem recusa notificações ou troca de dispositivo. Funcionar no computador do desenvolvedor não é um critério suficiente de entrega.

• Acesso inicial, instalação quando disponível e entrada na conta.
• Permissão aceita, recusada e posteriormente alterada.
• Abertura do aviso na tela correta, exigindo autenticação quando necessário.
• Avisos antigos, repetidos ou referentes a uma situação já alterada.
• Comportamento sem conexão e atualização ao reconectar.
• Preferências de comunicação e recuperação de acesso.

Desenvolva uma experiência que tenha utilidade recorrente

O aplicativo deve ajudar o cliente a concluir algo: consultar, acompanhar, solicitar ou confirmar. Comece por uma jornada que exista na operação e conecte-a ao sistema responsável pelos dados. Na RAQO, essa definição orienta tanto as telas quanto as integrações e o plano de evolução.