Quanto custa manter um aplicativo depois do lançamento?

Quanto custa manter um aplicativo depois que ele entra no ar? Essa é a conta que quase ninguém soma na hora de orçar, e a que mais surpreende depois. O app não acaba no lançamento. Ele vive sob manutenção, e isso tem um custo anual que precisa estar no planejamento desde o início.

A imagem certa é a de um patrimônio. Software é vivo, como uma casa ou um carro. Você não compra e esquece. Tem manutenção para continuar funcionando, seguro e atual.

Este guia mostra o que de fato custa manter um aplicativo. Vamos ver os gatilhos que obrigam a atualizar, o custo de servidor e suporte, e o risco de tratar a manutenção como um detalhe.

Software vivo: por que o app não acaba no lançamento

O lançamento parece a linha de chegada. É a largada. A partir dele, o app passa a depender de cuidado contínuo para seguir de pé.

A razão é simples: o ambiente ao redor do app muda o tempo todo. Os sistemas operacionais evoluem, as lojas mudam regras, as ameaças de segurança aparecem. O app que estava perfeito no lançamento fica desatualizado sozinho, sem ninguém mexer nele.

Por isso a manutenção não é opcional. É o que mantém vivo o investimento que você já fez. Ignorá-la não economiza dinheiro, só adia um custo maior lá na frente.

O que é manutenção e o que é evolução

Antes da conta, uma distinção que evita confusão no orçamento. Manter e evoluir são coisas diferentes.

Manutenção é keep-alive. É garantir que o que já existe continue funcionando, seguro e publicado. Corrigir falhas, acompanhar as versões de sistema, manter o servidor de pé. Nada de novo, só o que já há rodando bem.

Evolução é crescimento. É adicionar novas funcionalidades, abrir um módulo, atender uma nova demanda. Isso é outro investimento, com outro orçamento.

Este guia trata da manutenção. Quando falamos de quanto custa manter um aplicativo, falamos do custo de sustentar, não do custo de evoluir. Misturar os dois é o que faz a conta parecer maior do que é, ou menor do que deveria.

Os três gatilhos que obrigam a atualizar

Aqui está o que torna a manutenção de um app diferente da de um sistema web. São três gatilhos que forçam atualização, e dois deles são exclusivos do mobile.

• A stack e a segurança. As tecnologias que sustentam o app envelhecem. Bibliotecas saem de suporte, brechas de segurança aparecem. As integrações com outros sistemas também mudam e exigem ajuste. Anualmente, vale atualizar a stack e revisar a segurança para manter o app moderno e protegido.
• As exigências das lojas. Apple e Google mudam as regras com frequência. Elas obrigam o app a usar versões mínimas de sistema, como o nível de API exigido pelo Google Play, e novas regras de privacidade. É preciso adequar a novas exigências sempre que elas mudam. Não cumpriu, o app deixa de receber atualização ou é removido da loja. Isso é exclusivo do mobile.
• As mudanças esporádicas. Uma nova versão de iOS ou Android pode quebrar algo que funcionava. Uma mudança súbita de política da loja exige ajuste rápido. Um patch de segurança urgente não espera.

Repare que dois desses gatilhos, as lojas e os sistemas operacionais, não existem para um sistema que roda só no navegador. É por isso que manter um app tem uma camada de trabalho a mais.

iOS e Android: manter dois mundos em paralelo

Um detalhe encarece a manutenção de um app mais do que qualquer outro. Você mantém duas plataformas, não uma.

iOS e Android evoluem em ritmos próprios e em datas diferentes. Cada um lança versões novas todo ano, com mudanças que podem afetar o seu app. Manter o app de pé significa testar e ajustar nos dois mundos, de novo e de novo.

Isso dobra a superfície de manutenção. Um app híbrido, com base de código única, reduz esse esforço, mas não o elimina. Sempre há comportamento específico de cada sistema para checar. E cada nova versão de iOS ou Android é mais um ciclo de teste em uma frota de aparelhos diferentes.

É por isso que manter um app custa mais do que manter um sistema que roda só no navegador. O navegador é um só. Os celulares são muitos, e mudam o tempo todo.

A obsolescência visual: o app envelhece à vista

Tem ainda uma pressão que o público sente, mesmo sem saber explicar. O app fica datado rápido.

As interfaces mobile evoluem em ritmo acelerado. Um visual que era moderno há três anos parece velho hoje. E o usuário percebe na hora, porque compara o seu app com os melhores que ele usa todo dia. Um app datado passa impressão de abandono.

Isso é diferente de um sistema web, que o público tolera com cara mais antiga por mais tempo. No mobile, a régua é mais alta. Some-se a isso que cada nova versão de iOS e Android traz tendências de design próprias. Acompanhar a linguagem das plataformas, as diretrizes de design da Apple e o Material da Google, é o que mantém o app com cara nativa, em vez de deslocado.

Manter o visual em dia, com refrescadas periódicas, é parte da conta de manutenção. Não é luxo, é o que sustenta a percepção de qualidade.

Servidor e infraestrutura: onde o app mora

A maior parte de um app vive em um servidor, e mantê-lo no ar tem custo recorrente. Há três caminhos, com perfis bem diferentes.

O servidor dedicado, ou bare metal, dá controle total e desempenho, mas exige gestão própria. Alguém precisa cuidar dele, e isso é custo de pessoal além da máquina.

A nuvem, como a da Amazon, é flexível e escala com o uso. Em troca, tem um custo de nuvem que cresce com o volume, somado ao custo de gestão. É a escolha mais comum para apps que precisam crescer.

A hospedagem compartilhada é a mais barata, mas raramente atende um app crítico com qualidade. Serve para casos simples, não para uma operação que não pode cair.

A escolha certa depende da criticidade do app e do volume de uso. Não existe a opção mais barata em absoluto, existe a que sustenta o seu caso sem desperdício.

Suporte e SLA: o plantão tem preço

Aqui mora um custo que o dono de app pronto descobre tarde. Quando algo quebra, alguém precisa resolver, e rápido.

O nível de suporte se mede pelo SLA, o tempo de resposta acordado. E ele tem uma relação direta com o preço: quanto mais curto o SLA, mais caro o contrato. Garantir resposta em horas exige uma equipe de plantão, e plantão custa.

Quem migra de uma solução pronta costuma se assustar nesse ponto. No app pronto, o suporte parecia ruim, mas estava embutido. No app próprio, manter uma equipe de sustentação especializada, de desenvolvimento e de infraestrutura, é uma linha real do orçamento. É o preço de ter o controle e a garantia de que o app fica de pé.

Monitorar para corrigir antes do usuário reclamar

Boa manutenção não é só apagar incêndio. É saber que algo quebrou antes de o usuário avisar.

Por isso o monitoramento faz parte da conta. As ferramentas de registro de falhas avisam quando o app trava em um aparelho específico. Os dados de uso mostram onde o usuário desiste. E as avaliações na loja são um termômetro direto: a reclamação que aparece ali já é cliente perdido.

Acompanhar esses sinais permite corrigir rápido, muitas vezes antes que o problema vire nota baixa na loja. Uma sequência de avaliações ruins derruba a posição do app e afasta novos downloads. Manter a reputação na loja é parte de manter o app vivo.

Esse acompanhamento é contínuo e é trabalho de gente. Por isso ele entra no custo de sustentação, mesmo quando nada está quebrado.

O app pronto e a armadilha da manutenção

Vale um alerta sobre o caminho mais barato. A solução pronta, ou white-label, resolve o lançamento, mas muda a conta da manutenção.

No app pronto, você não controla as atualizações. Quando a loja muda uma regra, você depende de o fornecedor agir, no tempo dele. Se ele atrasa, o seu app fica vulnerável a ser removido, e não há o que fazer. A manutenção existe, mas não está nas suas mãos.

No app próprio, a manutenção custa mais e é sua responsabilidade, mas você tem o controle. Decide o que priorizar, com que velocidade responder e como evoluir. Esse controle é justamente parte do que se paga ao manter um app sob medida.

A escolha entre os dois é também uma escolha sobre quem segura o volante da manutenção.

Pagar pouco antes ou muito depois

A manutenção tem duas formas, e a diferença de custo entre elas é enorme.

A preventiva é planejada. Você acompanha as mudanças das lojas e dos sistemas, atualiza a stack e a segurança antes de virar problema, e ajusta o visual de tempos em tempos. Custa pouco por mês e mantém o app sempre de pé.

A corretiva é emergência. O app foi removido da loja, uma falha de segurança expôs dados, uma versão nova do iOS derrubou o login. Agora é correr atrás, com pressão e custo alto, às vezes com o app fora do ar gerando prejuízo enquanto o problema não se resolve.

A conta é direta. Manutenção preventiva é barata perto do estrago de uma corretiva. Quem trata a manutenção como uma assinatura previsível gasta menos, e dorme melhor, do que quem só age quando o telefone toca.

Quanto reservar por ano para manter um aplicativo

Juntando tudo, dá para chegar a uma referência de planejamento. A manutenção é uma linha anual, não um gasto eventual. Os custos de manutenção se medem sobre o custo do desenvolvimento de um app, não em valor absoluto.

Uma referência comum de mercado é reservar de 15% a 20% do valor de desenvolvimento por ano para a manutenção. Esse percentual cobre servidor, atualizações e suporte básico. Apps críticos, com alto volume e suporte rápido, ficam na ponta de cima.

Para a visão geral de todos os fatores de preço de um app, vale ler o guia de quanto custa criar um aplicativo.

O custo de não manter

Pular a manutenção parece uma economia. É a mais cara das ilusões.

Sem atualização, o app perde compatibilidade e pode ser removido das lojas. Uma falha de segurança não corrigida vira risco para o seu negócio e para o usuário. O visual datado afasta quem baixou. No fim, o app que custou caro para construir simplesmente para de gerar valor, e o investimento vira prejuízo.

E recuperar um app abandonado costuma sair mais caro do que tê-lo mantido em dia. Quando a defasagem é grande, o conserto se aproxima do custo de começar de novo. A manutenção, vista assim, é a forma mais barata de proteger o que você já pagou.

Manter é responsabilidade, não despesa supérflua. É o que protege o patrimônio que você construiu e a reputação que ele carrega.

A manutenção entra no ROI desde o início

O erro clássico é orçar só a construção e esquecer a sustentação. A conta de um app só fecha quando inclui o custo de mantê-lo vivo. Quem vai desenvolver um aplicativo deve somar a manutenção à conta antes de assinar, porque isso ajuda a tomar decisões de tecnologia mais baratas de sustentar.

É por isso que a sustentação precisa entrar no cálculo de retorno de um aplicativo para empresa desde o começo. E é por isso que publicar é a parte fácil: publicar um aplicativo custa pouco, sustentar é que é a conta de verdade. Você pode ver resultados de projetos que já entregamos para entender como conduzimos a entrega e o pós go-live.

No fim, entender quanto custa manter um aplicativo é entender que o lançamento é o começo de uma relação, não o fim de um projeto. Quem planeja a manutenção desde o início protege o investimento. Quem ignora descobre o custo da pior forma, com o app fora do ar. A pergunta certa não é se você vai manter o aplicativo, é quanto vai reservar para isso.