"Quero um app" é o pedido mais comum que recebemos — e o que mais leva à decisão errada se não for desafiado. Em metade dos casos, o cliente não precisa de app. Precisa de uma experiência mobile decente, o que é muito diferente.
Esse artigo é o filtro honesto que sua empresa precisa antes de assinar contrato de R$ 300 mil para fazer app que vai ser baixado por 200 pessoas e abandonado em 60 dias.
Vamos olhar custos, casos de uso, restrições reais e a árvore de decisão que aplicamos com cliente antes de começar qualquer projeto mobile.
As 3 opções (e o que cada uma custa)
App nativo (iOS + Android)
- Custo: R$ 180-450k
- Tempo: 4-7 meses
- Manutenção: alta (duas bases de código)
- Performance: máxima
- Recursos do device: 100%
- Distribuição: App Store + Play Store (com taxa de 15-30% em vendas in-app)
App híbrido (React Native / Flutter)
- Custo: R$ 90-220k
- Tempo: 3-5 meses
- Manutenção: média (uma base, 90% compartilhada)
- Performance: muito boa
- Recursos do device: 90%+
- Distribuição: App Store + Play Store
PWA (Progressive Web App)
- Custo: R$ 35-90k
- Tempo: 6-10 semanas
- Manutenção: baixíssima
- Performance: boa para a maioria
- Recursos do device: limitado (sem Bluetooth profundo, sem Apple Pay nativo, etc)
- Distribuição: direto pelo navegador + "instalar na tela inicial" + Play Store via Trusted Web Activity
Não sabe qual cabe no seu caso?
Análise gratuita: olhamos seu produto, público e orçamento e indicamos o caminho honesto.
Quero falar com a PragmaSoft →Árvore de decisão
Precisa de câmera profunda, Bluetooth, NFC, sensores específicos? → Nativo ou híbrido.
Precisa de notificação push e instalação offline mas SEM hardware profundo? → PWA resolve.
Precisa estar na App Store/Play Store por marketing/credibilidade? → Híbrido (entrega na loja, custo médio).
Já tem versão web e quer testar mobile sem comprometer caixa? → PWA, sem dúvida.
Vai vender produto/assinatura via app (sem perder 30% pra Apple/Google)? → PWA. Sério.
Por que a taxa de 30% importa
Apple e Google cobram comissão sobre compras feitas dentro de app — para SaaS B2C e e-commerce, isso pode ser devastador para margem. PWA contorna essa taxa legalmente: o pagamento é processado fora do app (via web). Para alguns negócios, essa única razão justifica PWA.
Mitos que custam caro
"PWA não funciona no iOS"
Funciona desde 2018, com algumas limitações. Em 2026, o Safari suporta notificação push, instalação na tela inicial e service workers. Cobre 90%+ dos casos de uso típicos.
"App nativo converte mais"
Depende. Em e-commerce, a web frequentemente converte mais — porque o atrito é menor (não precisa instalar). Em assinatura SaaS, idem. Em jogo ou app de fitness, nativo ganha.
"Não precisa de SEO se for app"
Precisa, sim. Para baixarem o app, precisam te achar. ASO (App Store Optimization) é o "SEO de app store" — e exige presença web também, porque review de imprensa e blogs geram backlinks que ranqueiam tanto o site quanto o app.
"App é mais profissional"
Talvez fosse em 2015. Hoje, PWA bem feita é indistinguível de app nativo para 95% dos usuários. Profissionalismo é entregar valor, não ter um ícone na tela inicial.
Caso real
Cliente nosso queria app nativo orçado em R$ 380k. Após análise: PWA resolvia 95% do caso de uso. Entregamos em 8 semanas por R$ 62k. Economia: R$ 318 mil. Hoje têm 47 mil usuários ativos. Sem app store. Sem comissão.
Como foi a conversa
O CEO insistia "queremos app". Quando perguntei "por quê?", a resposta foi "porque é mais profissional". Pedi para ele listar 3 funcionalidades que o app teria e a web não. Ele não conseguiu. Aprovou o PWA na semana seguinte.
O aprendizado: a primeira pergunta nunca é "qual tecnologia?". É "qual problema do usuário?". A tecnologia segue.
Quando app nativo é mesmo o caminho
- Jogos com performance gráfica intensa
- Apps que exploram sensores do device (fitness, AR, NFC)
- Apps com offline-first de uso intensivo (apps de delivery em zonas sem 4G estável)
- Apps de uso institucional onde a empresa controla o device
- Apps com integração profunda no SO (atalhos, widgets, Siri/Google Assistant)
Tabela comparativa por caso de uso
| Caso de uso | Recomendação |
|---|---|
| E-commerce | PWA (na maioria), híbrido se precisa loja |
| SaaS B2B | PWA (atende quase tudo) |
| Conteúdo (mídia, blog) | PWA |
| Delivery / mobilidade | Híbrido |
| Bancos / fintech | Nativo (segurança, biometria) |
| Game | Nativo |
| Fidelidade / cashback | PWA ou híbrido |
Perguntas frequentes
PWA é o futuro?
PWA é o presente. O futuro é provavelmente uma convergência ainda maior entre web e nativo. Quem investe em PWA hoje está bem posicionado.
Posso começar com PWA e migrar para nativo?
Sim. Vários clientes nossos fizeram esse caminho. PWA valida a hipótese, e o nativo vem depois se os números justificarem.
Tem como ter app na Play Store sendo PWA?
Sim. Via TWA (Trusted Web Activity). A Play Store aceita. A App Store é mais restritiva, mas há caminhos via wrappers leves.
Qual é o erro mais comum?
Decidir tecnologia antes de definir caso de uso. Cliente que chega dizendo "quero app" geralmente ainda não definiu o que o app vai fazer.
Vamos conversar antes de você gastar R$ 300k?
Análise honesta. Se app nativo for o caminho, dizemos. Se for PWA, te economizamos meses e centenas de milhares.
Quero falar com a PragmaSoft →
