Para a maioria das empresas, o ponto de partida certo é um site responsivo bem feito. Ele aparece no Google, abre em qualquer celular sem instalação e custa menos para criar e manter. O aplicativo passa a valer a pena quando o cliente usa o serviço com frequência ou quando o negócio depende de recursos do celular que o navegador não entrega bem, como notificações confiáveis, uso sem internet ou localização em segundo plano. Se hoje nenhuma dessas condições existe, comece pelo site.
Qual é a diferença na prática?
O site responsivo é um site só, que se ajusta à tela de qualquer aparelho: computador, tablet ou celular. A pessoa digita o endereço ou toca num resultado do Google e já está dentro. O aplicativo é um programa que a pessoa precisa encontrar na loja (App Store ou Google Play), baixar, instalar e, muitas vezes, criar uma conta antes de usar.
A decisão gira em torno desse esforço. No primeiro contato, o site leva vantagem porque não pede nada ao visitante. Na relação de longo prazo, a vantagem é do app: ele fica no celular, a um toque, e pode chamar o cliente de volta.
Como as duas opções se comparam?
Custo de entrada
O site responsivo é um projeto só. O aplicativo costuma ter mais partes: as versões para iPhone e Android, um painel para a empresa administrar o conteúdo e, quase sempre, um servidor com uma API que liga tudo. Em muitos casos a empresa precisa do site de qualquer jeito, então o app vem como um projeto a mais, e não no lugar do site. Nos dois casos, o que mais pesa no custo é o mesmo: a quantidade de telas, as integrações com outros sistemas (estoque, pagamento, ERP) e as regras de negócio próprias da empresa.
Manutenção
Quando um site recebe uma correção, ela vale na hora para todo mundo. Já cada nova versão do app passa pela revisão das lojas e só chega a quem atualizar. Além disso, Apple e Google mudam regras e versões dos sistemas com frequência, e um app parado por muito tempo pode começar a falhar ou até sair da loja. Por isso, o orçamento de um app precisa prever manutenção contínua, não só a criação.
Alcance pelo Google
Nesse ponto, o site não tem concorrente. As páginas aparecem nas buscas, podem ser compartilhadas por link no WhatsApp e abrem direto no produto ou no serviço. Em geral, o conteúdo de dentro de um aplicativo não aparece no Google. Quem ainda não conhece a sua empresa vai chegar pelo site, não pelo app.
Experiência do usuário
Para quem já é cliente, um app bem feito costuma ser mais rápido e fluido: guarda o login, lembra as preferências e abre no ponto onde a pessoa parou. Na maioria das tarefas, como consultar, comprar ou agendar, um site bem feito chega muito perto disso. O app só faz diferença de verdade quando a pessoa repete a mesma tarefa muitas vezes.
Recursos do celular
O navegador já usa a câmera, a localização e alguns tipos de notificação, mas com limites, e esses limites variam entre iPhone e Android. O aplicativo tem acesso mais completo e confiável: notificações que chegam com o app fechado, localização em segundo plano, leitura rápida de código de barras, Bluetooth, biometria e uso sem internet, com sincronização depois.
E o PWA, o site que se comporta como app?
PWA (do inglês progressive web app) é um site construído para se comportar como aplicativo. O cliente entra pelo navegador e pode adicionar o PWA à tela inicial do celular, com ícone próprio. Ele abre em tela cheia, guarda parte do conteúdo para funcionar com internet fraca e, em muitos aparelhos, envia notificações.
O PWA é um bom meio-termo para quem quer a experiência de app sem abrir mão do Google e sem passar pelas lojas. Uma base só atende todos os aparelhos, e as atualizações valem na hora.
Quando o PWA não basta
- As notificações são essenciais. No iPhone, o PWA só recebe notificações depois de ser adicionado à tela inicial, e muitos usuários não dão esse passo.
- O uso do aparelho é pesado. Bluetooth, localização em segundo plano, leitura contínua pela câmera ou longos períodos sem internet com muitos dados funcionam melhor num app.
- O cliente procura a marca na loja. Em alguns setores, o cliente espera encontrar a empresa na App Store ou no Google Play. Em regra, o PWA não fica lá sem adaptação.
Quais perguntas decidem entre site e app?
- Com que frequência o cliente vai usar? Se ele usa uma vez por ano, para contratar um serviço ou fazer uma compra de alto valor, ninguém vai instalar um app para isso. Se usa toda semana, o app começa a fazer sentido.
- O negócio depende de recursos do celular? Câmera, localização, notificações e uso sem internet, quando são parte central do serviço, pesam a favor do app.
- O cliente terá motivo para instalar e voltar? App sem razão clara para ficar no celular acaba desinstalado. Pense no que ele oferece além do site: um benefício, mais praticidade, o acompanhamento do pedido.
- Há orçamento e alguém para manter? Contas de desenvolvedor nas lojas, atualizações dos sistemas, respostas às avaliações e novas versões. Sem isso, o app envelhece rápido.
Qual caminho faz sentido para o meu tipo de negócio?
Loja que vende pela internet
Comece pela loja virtual responsiva. É ela que aparece no Google, recebe o tráfego de anúncios e redes sociais e converte o cliente novo. O app pode vir depois, quando houver uma base grande de clientes que compram com frequência (supermercado, farmácia, moda com lançamentos constantes) e as notificações de ofertas passarem a dar retorno.
Prestador de serviço
Clínica, escritório, oficina, escola de idiomas: na maioria dos casos, resolve um site responsivo com agendamento online, contato pelo WhatsApp e área do cliente. Se os clientes usam a área do cliente com regularidade, um PWA pode ser o passo seguinte.
Empresa com equipe em campo
Aqui o app costuma ser a escolha certa desde o início. Vendedores externos, técnicos de manutenção e entregadores precisam trabalhar sem sinal, tirar fotos, colher assinaturas, registrar a localização e sincronizar tudo depois. Esse app é interno: pode ser distribuído só para a equipe e não precisa ser encontrado no Google. Muitas vezes, faz parte de um sistema de gestão sob medida.
Clube de fidelidade
Para o público externo, é o cenário em que o app mais se justifica: o cliente volta com frequência, quer ver os pontos, receber cupons e saber das promoções. Mesmo assim, vale testar antes. Um PWA ou uma área do cliente no site mostra se as pessoas de fato participam. Se a adesão crescer, o app chega com a demanda já comprovada.
Dá para começar pelo site e evoluir para app depois?
Dá, e para a maioria das empresas é o caminho mais seguro. O cuidado está em construir o site pensando no futuro: deixar as regras de negócio e os dados numa API, para que o app, quando vier, use a mesma base em vez de recomeçar do zero. Assim, o investimento no site não se perde.
Os sinais de que chegou a hora do app costumam aparecer no próprio uso: muitos acessos repetidos pelo celular, clientes pedindo para "ter no celular", uma área logada usada toda semana ou a necessidade de avisar o cliente no momento certo. A essa altura, a dúvida passa a ser técnica, e o texto sobre app nativo ou híbrido ajuda nessa escolha.
O que perguntar ao fornecedor antes de decidir?
- O que o app vai fazer que o site ou um PWA não conseguem? Se a resposta for vaga, talvez o app não seja necessário agora.
- O projeto inclui o painel administrativo e o servidor, ou só as telas do app?
- Quem publica e mantém o app nas lojas, e em nome de quem ficam as contas?
- Como fica a manutenção quando a Apple ou o Google mudarem as regras?
- O site será feito de um jeito que permita criar o app depois, aproveitando a mesma base?
O que costuma dar errado?
O erro mais comum é fazer um app que só repete o site, sem nenhum motivo a mais para instalar. Ele tem poucos downloads, menos uso ainda, e vira só custo de manutenção. O erro contrário também acontece: empresas com equipe em campo ou com clientes muito frequentes insistem só no site e acabam com processos em papel, mensagens perdidas e clientes que esquecem de voltar. Nos dois casos, a escolha foi feita pelo que parecia mais moderno ou mais barato, e não pelo uso real do cliente.
Avaliar se o momento pede site, PWA ou app, e planejar a passagem de um para o outro, é o tipo de projeto que fazemos na OMS. Para entender o que entra num projeto desses, veja como funciona o desenvolvimento de aplicativos.
