Qual a diferença de custo entre um site responsivo e um aplicativo?

Um aplicativo publicado nas duas lojas costuma custar bem mais que um site equivalente, porque são duas plataformas para construir, testar e atualizar, além do processo de publicação. Some ainda a manutenção anual obrigatória por mudanças de sistema operacional. O site tem uma versão só e atualiza sem aprovação de ninguém.

PWA substitui aplicativo nativo?

Substitui em boa parte dos casos, com ressalvas. PWA instala na tela inicial, funciona sem conexão em cenários simples e roda a partir de um código só. As limitações aparecem em notificação push no iPhone, acesso a bluetooth, uso pesado de câmera e trabalho em segundo plano.

Preciso de aplicativo para vender pela internet?

Normalmente não. Loja e checkout funcionam bem no navegador, e o app tem o custo adicional de convencer o cliente a instalar. Aplicativo em varejo faz sentido quando existe recompra frequente e um programa de fidelidade que justifique a presença na tela inicial.

Preciso mesmo de aplicativo ou site resolve

Site responsivo resolve na maioria dos casos, e o aplicativo só se justifica quando o uso depende de algo que só o aparelho oferece: funcionamento offline de verdade, uso intensivo de câmera, GPS em segundo plano, notificação confiável, bluetooth ou biometria. Fora dessa lista, o app costuma ser a versão mais cara do mesmo resultado.

A pergunta certa não é "quero um app"

A pergunta útil é: o que o usuário precisa fazer, onde ele está e em que condição de rede. Um vendedor externo em galpão sem sinal tem necessidade diferente de um gerente que abre o sistema no escritório.

Comece descrevendo o momento de uso em uma frase concreta. "O motorista confirma a entrega na porta do cliente, muitas vezes sem sinal, tirando foto do canhoto." Essa frase decide a arquitetura sozinha. Já "quero que meus clientes tenham acesso pelo celular" não decide nada, porque o navegador do celular também é o celular.

Tabela de decisão por necessidade

Necessidade	Site responsivo resolve?	Precisa de app nativo?
Consultar dados e relatórios pelo celular	Sim	Não
Preencher formulário, aprovar, comentar	Sim	Não
Comprar, pagar, acompanhar pedido	Sim	Não
Tirar foto ocasional e anexar	Sim	Não
Ler código de barras algumas vezes por dia	Sim, com ressalvas	Não
Bipar centenas de códigos por turno	Não	Sim
Trabalhar horas seguidas sem conexão	Não	Sim
Rastrear rota em segundo plano com a tela apagada	Não	Sim
Notificação que precisa chegar sempre e na hora	Parcial	Sim
Imprimir em impressora térmica por bluetooth	Não	Sim
Conectar com balança, coletor ou equipamento	Não	Sim
Login por digital ou reconhecimento facial	Parcial	Sim
Estar presente na loja de aplicativos como canal	Não	Sim

A coluna do meio com "parcial" significa que funciona, mas com comportamento diferente entre Android e iPhone. Vale testar no aparelho real antes de prometer.

Os seis casos em que o app realmente se paga

Offline de verdade. Não é abrir uma tela salva. É registrar dezenas de operações sem rede e sincronizar depois, com tratamento de conflito quando dois aparelhos mexeram no mesmo registro.

Câmera em uso intensivo. Leitura contínua de código de barras ou QR em ritmo de operação. No navegador funciona, mas fica mais lento e consome mais bateria.

Localização em segundo plano. Acompanhar rota com o aplicativo fechado só é possível de forma confiável em app nativo, e ainda assim com regras rígidas das plataformas.

Notificação push confiável. No navegador desktop e no Android funciona razoavelmente. No iPhone o comportamento é mais restrito e depende de o usuário ter instalado a PWA na tela inicial.

Bluetooth e periféricos. Impressora térmica, balança, coletor, leitor de cartão. O navegador tem suporte parcial e inconsistente entre sistemas.

Biometria. Login por digital ou face funciona melhor e com mais previsibilidade no app nativo.

O custo escondido do aplicativo

O orçamento inicial é a parte visível. O que pesa vem depois.

Item	O que costuma passar despercebido
Duas plataformas	Comportamento, testes e correções diferentes em Android e iPhone
Conta de desenvolvedor	Custo anual nas duas lojas, com renovação obrigatória
Aprovação da loja	Revisão pode levar dias e pode ser recusada, o que atrasa correção urgente
Usuário em versão antiga	Alguém sempre fica em versão desatualizada, e o servidor precisa suportar
Manutenção obrigatória	Atualizações anuais de sistema operacional exigem ajuste mesmo sem funcionalidade nova
Instalação	Cada instalação exigida é gente que desiste antes de usar
Espaço no aparelho	Aplicativo pouco usado é o primeiro a ser apagado quando falta memória

O item "usuário em versão antiga" é o mais subestimado. Num site, todo mundo usa a mesma versão porque atualiza ao recarregar. Num app, você precisa manter o servidor compatível com versões que ainda estão por aí, ou forçar atualização e correr o risco de travar o usuário no pior momento.

PWA como meio-termo, e onde ela para

PWA é um site que se comporta como aplicativo: instala na tela inicial, abre sem barra de navegador, guarda dados para funcionar sem conexão e é construída a partir de um código só.

O que a PWA entrega bem:

Ícone na tela inicial sem passar por loja
Atualização instantânea, sem aprovação e sem usuário em versão antiga
Funcionamento offline em cenários de leitura e formulários simples
Um código, um time, um custo de manutenção

Onde ela para:

Notificação push no iPhone é limitada e depende da instalação prévia
Sem acesso confiável a bluetooth e periféricos
Trabalho em segundo plano é restrito
Uso pesado de câmera fica abaixo do nativo em desempenho
Não aparece na busca da loja de aplicativos

Para operações internas, com aparelhos da própria empresa e uso majoritariamente com conexão, a PWA costuma ser o melhor custo-benefício.

Como distinguir a necessidade real do desejo de ter um app

Algumas perguntas ajudam a separar as duas coisas:

O usuário vai abrir isso quantas vezes por semana? Menos de duas costuma não sustentar instalação.
Ele já tem o link, o e-mail ou o WhatsApp por onde vai chegar até você?
Existe algum recurso da tabela acima envolvido, ou é só interface?
Se fosse um site com atalho na tela inicial, o que exatamente ficaria pior?
Quem vai manter isso daqui a dois anos, e com qual orçamento?

Se a única resposta a favor do app é presença na loja como argumento de marketing, o investimento provavelmente rende mais em outro lugar.

Caminho recomendado na maioria dos casos

Um roteiro de baixo risco:

Construa primeiro como site responsivo bem-feito, testado no celular real e não só na tela reduzida do computador
Se houver necessidade de tela inicial e uso offline leve, transforme em PWA, que é um acréscimo pequeno sobre um site já bem construído
Coloque em uso e observe onde as pessoas travam de verdade
Só então, se aparecer um caso da lista dos seis, construa o app nativo focado nesse caso específico

O quarto passo costuma ser um app enxuto, com poucas telas, feito para o motorista, o técnico de campo ou o operador de depósito. Não uma cópia do sistema inteiro no celular. Essa versão focada é mais barata, mais fácil de manter e mais usada do que o app grande que tenta fazer tudo.