Um cliente abre um link para consultar um orçamento. Um técnico registra atendimentos ao longo do dia, às vezes sem sinal. Os dois usam celular, mas não precisam necessariamente do mesmo tipo de produto.
Antes de escolher entre site e aplicativo, descreva a tarefa e o ambiente. Registre o que precisa funcionar no aparelho, com qual frequência e o que acontece quando a conexão desaparece.
Um link pode ser suficiente
Para apresentar um serviço, receber um pedido ou permitir uma consulta ocasional, avalie primeiro um site responsivo. A pessoa chega pelo endereço, sem uma etapa de instalação no caminho.
Teste a tarefa completa numa tela pequena. O teclado não pode esconder o próximo passo; os campos precisam caber na rotina de quem está em pé, usando uma mão ou com pouco tempo. Uma versão de desktop encolhida não resolve isso.
Se a proposta de app repete apenas as páginas institucionais, identifique qual trabalho ele acrescentaria para o cliente. Sem essa resposta, há pouca base para assumir outro produto para manter.
PWA precisa de teste no aparelho
Uma PWA é uma aplicação web que pode oferecer uma experiência instalada. A documentação de instalação do web.dev explica que critérios e instalação variam conforme navegador e sistema operacional.
Por isso, peça uma prova no aparelho usado pela equipe. Verifique os recursos necessários, a maneira de abrir a aplicação e a facilidade para voltar à tarefa. Não aceite uma lista genérica de capacidades como prova de que tudo funcionará no seu cenário.
Avalie PWA quando a equipe precisa abrir a aplicação por link e usá-la com frequência. Confirme antes os recursos exigidos nos dispositivos escolhidos.
Offline é uma regra de negócio
Mostrar uma tela offline é diferente de registrar um atendimento e sincronizá-lo depois. O guia de dados offline do web.dev descreve armazenamento local e seus limites. A aplicação precisa decidir o que guarda e como informa o estado dos dados.
No briefing, descreva o caso: o técnico salva uma visita sem rede, outra pessoa altera o mesmo cadastro e a conexão volta. Qual informação prevalece? O usuário consegue distinguir o que já foi enviado do que continua só no aparelho?
Inclua também logout em dispositivo compartilhado e perda de conexão durante um envio. Use dados de teste nessa avaliação.
Loja de aplicativos entra no escopo
Se distribuir pela loja faz parte do plano, inclua publicação, revisão e manutenção no orçamento. A regra 4.2 da Apple, consultada em outubro de 2026, exige utilidade além de um site reempacotado. Aprovação não deve ser prometida como automática.
Combine quem será titular das contas e quem responderá a pedidos de revisão. Atualizações do aplicativo e do serviço que ele acessa também precisam de responsáveis.
Prove a tarefa mais difícil primeiro
Escolha o cenário com maior chance de inviabilizar a solução: uso sem rede, leitura por câmera ou outro recurso essencial ao trabalho. Faça uma prova pequena antes de desenvolver todas as telas.
Depois, compare site, PWA e app usando essa evidência. O briefing pode ser curto: tarefa, aparelhos, frequência, conexão disponível e recursos indispensáveis. Use essas respostas para escolher a tecnologia.
Fontes
- Installation. web.dev. consultado em outubro de 2026.
- Offline data. web.dev. consultado em outubro de 2026.
- App Review Guidelines, section 4.2. Apple Developer, consultado em 23/10/2026. consultado em outubro de 2026.