Sistema web ou aplicativo, qual o seu negócio precisa de verdade

Muita gente troca "aplicativo" por qualquer coisa que roda num celular, inclusive um site bem feito. E é aí que o orçamento de um projeto explode sem necessidade. Sistema web e aplicativo nativo resolvem problemas diferentes, custam de forma diferente e servem públicos diferentes. Antes de pedir orçamento pra um app, vale entender o que cada opção realmente entrega e quando o navegador já é suficiente. Este guia mostra os critérios técnicos e de negócio que definem a escolha certa, sem depender de moda ou do que o concorrente fez.

Neste guia: a diferença real · quando o sistema web basta · quando o app compensa · o mito do app obrigatório · custo comparado · o meio-termo PWA · como decidir

Sistema web e aplicativo não são a mesma coisa

Sistema web é qualquer software acessado pelo navegador, por um link, sem instalação. Ele roda no servidor, é atualizado uma vez para todos os usuários ao mesmo tempo e funciona em qualquer aparelho com internet, seja computador, tablet ou celular. Aplicativo nativo é um programa instalado direto no sistema operacional do celular, baixado pela App Store ou Google Play, compilado especificamente para iOS ou Android, com acesso total aos recursos do aparelho.

A confusão comum é achar que "ter presença no celular" exige necessariamente um app. Não exige. Um sistema web bem construído, responsivo, abre perfeitamente no navegador do celular sem nenhuma instalação. A pergunta certa não é onde o software vai rodar, é que tipo de uso ele vai receber.

• Instalação. Sistema web não instala nada, app precisa passar por loja e aprovação.
• Atualização. Sistema web atualiza pra todo mundo instantaneamente, app depende do usuário baixar a nova versão.
• Alcance de plataforma. Sistema web roda em qualquer navegador, app nativo precisa de duas versões separadas para cobrir iOS e Android.
• Acesso ao hardware. App nativo tem acesso direto e confiável a câmera, GPS, sensores e notificação push, sistema web tem acesso parcial e depende do navegador.

Olhando as três opções lado a lado, fica mais claro onde cada uma se encaixa.

Quando o sistema web já resolve sozinho

A maior parte dos sistemas de gestão empresarial nunca precisou de app e não vai precisar. Se o uso é interno, feito por funcionários da própria empresa, dentro do escritório ou em home office, o navegador é o ambiente natural. Ninguém abre a App Store pra baixar o ERP da empresa onde trabalha, a pessoa recebe um link e faz login.

• Uso interno e operacional. Sistemas de estoque, financeiro, CRM, ponto e gestão de projetos são majoritariamente usados por quem já está logado num computador durante o expediente.
• Uso principal em desktop. Planilhas de controle, dashboards com muitos dados e telas de cadastro complexo funcionam melhor numa tela grande com teclado, o formato de app mobile atrapalha mais do que ajuda nesses casos.
• Sem dependência de hardware do celular. Se o sistema não precisa de câmera, geolocalização em tempo real ou notificação push imediata, um app nativo não traz nenhuma vantagem real sobre o navegador.
• Volume de uso moderado. Um sistema acessado algumas vezes por semana, não várias vezes por dia, dificilmente justifica o investimento e a manutenção de um app.

Um sistema web sob medida com essas características costuma custar entre R$ 8 mil e R$ 60 mil, dependendo do número de módulos e integrações, com prazo de 6 a 14 semanas. Dá pra ver os formatos e faixas de preço com mais detalhe em sistemas web sob medida.

Quando o aplicativo nativo compensa o investimento

O app nativo se paga quando o produto é voltado para o consumidor final e o uso é frequente, no bolso, várias vezes ao dia. É o caso de apps de delivery, banco digital, transporte, streaming e fitness. Nesses produtos, o ícone na tela inicial e a notificação push são parte da experiência, não um extra.

• Uso frequente e recorrente. Se o usuário volta ao produto várias vezes por semana ou por dia, o atrito de abrir um navegador e digitar um endereço pesa contra o sistema web.
• Dependência real de câmera ou sensores. Leitura de QR code, escaneamento de documento, reconhecimento facial e uso contínuo de GPS em segundo plano funcionam de forma muito mais confiável num app nativo.
• Notificação push como parte do produto. Avisar que o pedido saiu pra entrega, que o pagamento caiu ou que alguém respondeu uma mensagem depende de push confiável, e isso ainda funciona melhor em app nativo do que em navegador.
• Funcionamento offline robusto. Apps que precisam continuar funcionando sem internet, sincronizando depois, exigem uma camada nativa que um site sozinho não entrega bem.

Um app nativo funcional para iOS e Android, com um escopo de MVP realista, fica entre R$ 60 mil e R$ 300 mil, com prazo de 4 a 8 meses contando design, desenvolvimento das duas versões e o processo de aprovação nas lojas. Plataformas mais robustas, com backend próprio, pagamento integrado e múltiplos perfis de usuário, passam facilmente de R$ 300 mil. Esse tipo de projeto costuma nascer como plataforma SaaS com um app nativo por cima.

O mito de que todo negócio precisa de um app

Boa parte dos pedidos de app que chegam pra uma agência de desenvolvimento não nasce de uma necessidade real de produto, nasce da sensação de que "toda empresa séria tem um app". É um raciocínio arriscado, porque um app mal planejado custa caro pra criar, custa caro pra manter e, se ninguém usa, vira um passivo ao invés de um ativo.

Dados de mercado mostram que mais de 70% dos usuários abandonam um app novo e nunca mais abrem depois dos primeiros dias de uso. Um app com poucos downloads e avaliações ruins na loja machuca mais a percepção da marca do que simplesmente não ter um app.

Quanto custa manter cada opção

O custo de criação é só a primeira parte da conta. Manutenção, hospedagem, correções e atualizações de compatibilidade seguem existindo todo mês, e é aqui que a diferença entre sistema web e app nativo mais pesa no orçamento anual. Os valores abaixo são ilustrativos, o custo real varia conforme a complexidade do projeto e o volume de usuários.

A diferença vem principalmente de três fontes. Primeiro, taxas de desenvolvedor nas lojas, que exigem conta paga e renovação anual. Segundo, o tempo de revisão manual toda vez que uma correção precisa subir, o que na Apple costuma levar de 24 horas a poucos dias e na Google Play costuma ser mais rápido, mas ainda assim é um processo com fila. Terceiro, cada nova versão de iOS ou Android pode quebrar alguma funcionalidade do app, exigindo testes e ajustes que um sistema web não tem, porque atualiza direto no navegador de todo mundo.

PWA: o meio-termo que poucos conhecem

Progressive Web App, ou PWA, é um site construído com algumas camadas a mais que fazem ele se comportar como um aplicativo. Dá pra adicionar um ícone na tela inicial do celular, abrir em tela cheia sem a barra do navegador, funcionar parcialmente offline com dados já carregados antes e, em boa parte dos aparelhos recentes, receber notificação push. Tudo isso sem passar pela aprovação de loja e sem manter duas versões separadas de código.

A diferença mais importante é que o PWA continua sendo um único sistema web por baixo. Uma atualização vale pra todo mundo na hora, não depende do usuário baixar nada. É uma opção especialmente boa para negócios que querem a sensação de app, ícone, tela cheia, uso recorrente, sem pagar o preço de duas plataformas nativas.

O PWA tem limites reais. Acesso a hardware mais avançado, como Bluetooth ou sensores específicos, ainda é restrito. No iPhone, o suporte a notificação push só chegou de forma mais confiável em versões mais recentes do iOS, e mesmo assim funciona de um jeito mais limitado que no Android. Para a maioria dos sistemas de gestão, plataformas de agendamento, portais de cliente e produtos que não dependem de hardware pesado, esses limites raramente importam na prática. É um caminho que costuma nascer dentro de um projeto de sistema web ou de plataforma SaaS, sem exigir orçamento à parte de um app nativo.

Como decidir: as perguntas que realmente importam

Antes de pedir orçamento pra qualquer um dos três formatos, vale responder essas perguntas com honestidade. Elas cobrem o que realmente muda o resultado do projeto, não o que parece mais moderno.

• Seu cliente vai usar isso várias vezes por semana, ou só ocasionalmente? Uso raro dificilmente justifica app nativo, uso diário é onde ele se paga.
• Você depende de câmera, GPS contínuo ou push confiável? Se sim, app nativo ou PWA resolvem melhor. Se não, sistema web já cobre.
• O uso principal acontece em computador, dentro da empresa? Sistemas internos raramente precisam de qualquer coisa além de um sistema web responsivo.
• Seu orçamento cobre manter duas plataformas por pelo menos dois anos? Um app abandonado no primeiro ano prejudica mais a marca do que nunca ter lançado.
• A demanda já foi validada com algo mais simples? Testar com sistema web ou PWA antes de ir pro nativo reduz o risco de gastar seis dígitos num produto que ninguém usa.
• Alguém do seu público pediu um app, ou a vontade é só sua? Vale separar prestígio de necessidade antes de fechar o escopo.

Perguntas frequentes