GitHub

Quase toda semana alguém me conta que vai fazer um aplicativo. Um gestor público que viu um app de outra cidade. Um empreendedor com uma ideia. Um diretor que quer "digitalizar" a empresa. A energia é boa, a intenção é legítima, e mesmo assim a primeira pergunta que faço costuma desinflar a conversa: por que um aplicativo?

Não é provocação. É a pergunta que mais economiza dinheiro. Aplicativo virou sinônimo de modernidade, e por isso muita gente decide construir um antes de saber se ele resolve o problema que tem em mãos. O resultado é previsível: meses de desenvolvimento, um orçamento estourado e um app que ninguém baixa, ou que baixam, usam uma vez e esquecem.

Este texto é um checklist honesto para quem está antes da decisão. A intenção não é desencorajar, é qualificar. Um bom app começa com uma boa pergunta, e a maioria dos projetos fracassa antes da primeira linha de código.

Passo 1: qual é o problema, de verdade?

Antes de falar em app, descreva o problema sem mencionar a solução. "Quero um aplicativo" não é um problema, é uma solução procurando justificativa.

O problema real soa diferente: "meus clientes desistem porque o agendamento é confuso", "os moradores não conseguem abrir um chamado para a prefeitura", "minha equipe perde tempo registrando informação no papel". Quando você consegue enunciar o problema sem a palavra "aplicativo", aí sim dá para avaliar se um app é a melhor resposta, ou se um site, uma planilha bem-feita, um WhatsApp organizado ou um ajuste de processo resolveriam por uma fração do custo.

Muitas vezes a resposta mais inteligente não é tecnológica. E essa é uma conclusão difícil de aceitar quando você já se apaixonou pela ideia do app.

Passo 2: o app precisa estar no bolso da pessoa?

Aplicativo nativo, instalado no celular, faz sentido quando o uso é frequente, quando precisa de recursos do dispositivo (câmera, GPS, notificação, uso offline) ou quando a experiência precisa ser muito fluida e recorrente. Pense em um app de transporte, de banco, de mensagem, uso diário, mão na massa.

Se o uso é esporádico, alguém abre uma vez por mês para resolver algo pontual, pedir para a pessoa baixar, instalar e atualizar um app é atrito demais para benefício de menos. Nesses casos, um site responsivo costuma entregar o mesmo valor sem a barreira da instalação. Uma prefeitura que quer que o cidadão consulte o IPTU não precisa de um app; precisa de uma página que funcione bem no celular.

A pergunta prática: a pessoa vai usar isso com frequência suficiente para justificar ocupar espaço no celular dela? Se a resposta hesita, provavelmente não é app.

Passo 3: você tem fôlego para manter, não só para construir

Aqui está o erro de cálculo mais comum. As pessoas orçam a construção do app e esquecem que o custo real é a manutenção. Um aplicativo não é uma obra que se entrega e acaba, é um organismo que precisa de cuidado contínuo.

Sistema operacional atualiza e quebra coisas. Surgem bugs. Usuários pedem melhorias. Aparecem questões de segurança. Lojas de aplicativos mudam regras. Tudo isso exige um time, ou ao menos um fornecedor comprometido, depois do lançamento. Um app abandonado envelhece rápido e, em pouco tempo, deixa de funcionar.

Antes de aprovar o orçamento de construção, pergunte: quem vai cuidar disso daqui a um ano? Se a resposta é "a gente vê depois", o projeto já nasce frágil. App sem plano de manutenção é dinheiro com data de validade.

Passo 4: como você vai medir se valeu a pena

Um projeto sem critério de sucesso não pode falhar nem ter êxito, ele só existe. E isso é perigoso, porque consome recurso sem prestar contas.

Antes de começar, defina o que significa sucesso em número. Quantas pessoas precisam usar? Quanto tempo a operação deve economizar? Quanto o atendimento deve cair? Quanto a conversão deve subir? Esses alvos não precisam ser perfeitos, mas precisam existir. Eles transformam "fizemos um app" em "resolvemos um problema mensurável".

No setor público, isso é ainda mais relevante. Recurso é escasso e prestação de contas é dever. Um app municipal que custou caro e ninguém usa não é só desperdício, é uma decisão que precisa ser justificada perante a sociedade.

Reflexão crítica: o app como vaidade

Vale nomear o elefante na sala. Boa parte dos aplicativos nasce de vaidade, não de necessidade. Empresa quer parecer moderna. Gestor quer ter algo para mostrar. Fundador quer dizer que tem um app. São motivações humanas e compreensíveis, mas péssimas como base de investimento.

O sintoma é claro: quando a conversa começa pela tecnologia ("vamos fazer um app com IA") em vez de pelo problema, geralmente há vaidade no comando. A tecnologia certa é consequência de um problema bem entendido, nunca o ponto de partida.

Há também o custo de oportunidade. Cada real investido num app de vaidade é um real que não foi para o problema que de fato importava. Em organizações com orçamento apertado, e quase todas estão, essa conta é decisiva.

O que fica

Fazer um aplicativo pode ser uma das melhores decisões da sua organização ou uma das mais caras. A diferença não está na qualidade do código, e sim na qualidade da pergunta que veio antes dele.

Se, depois de passar por esses passos, o app ainda se mostra a melhor resposta, problema claro, uso frequente, fôlego para manter e métrica de sucesso definida, então sim, vale a pena, e vale fazer bem. Se algum desses pontos treme, talvez o melhor app seja o que você decidiu não construir.

Se você está nesse momento de decisão e quer pensar o problema antes de comprometer orçamento, vale conversar. No blog há outros textos sobre produto, custos de software e estratégia digital que ajudam a tomar essa decisão com mais segurança.