O projeto de desenvolvimento tem começo e fim. A manutenção não tem, e é por isso que ela é a única linha do orçamento que ninguém consegue encerrar com uma entrega. O sistema está no ar, alguém paga, e a partir daí existe uma conta mensal que não some nem quando ninguém pede feature nova.
Aqui também não vai ter faixa de mercado inventada. Não existe fonte pública brasileira de mensalidade de sustentação de software que dê para linkar e você conferir, e escrever de memória seria estimar o próprio negócio e chamar aquilo de mercado. O que dá para fazer com honestidade é abrir as quatro contas que compõem a mensalidade, cada uma com dado público atrás, para você somar o seu caso antes de pedir proposta a quem quer que seja.
Conta 1: a infraestrutura sobe sozinha, e não é por crescimento
O 2026 State of the Cloud Report da Flexera, décima quinta edição do levantamento, feito com 753 profissionais e executivos de tecnologia, aponta desperdício estimado de 29% do gasto com nuvem, o primeiro aumento depois de cinco anos de queda contínua. Otimização de custo de nuvem aparece como iniciativa número um, citada por 68% dos respondentes. O relatório está publicado.
Vale ler o que 29% de desperdício significa num sistema pequeno. Não é dinheiro sumindo em servidor gigante esquecido. É a soma de coisa que ninguém desliga: o banco de homologação que ficou de pé, o log que guarda tudo desde a primeira semana, o backup que nunca teve política de retenção, a função que roda de minuto em minuto para checar uma fila vazia. Cada item é pequeno o bastante para não valer uma reunião, e é justamente por isso que ele sobrevive a todas.
No Brasil, o insumo em si também está mais caro. As previsões da IDC Brasil para 2026, divulgadas em fevereiro, projetam serviços de infraestrutura e hospedagem em US$ 1,7 bilhão no país, alta de 18%, infraestrutura como serviço em US$ 4,4 bilhões, alta de 18,5%, e serviços de segurança em US$ 2,5 bilhões, alta de 15%. Os gastos com implementação de IA devem passar de US$ 3,4 bilhões, contra US$ 2,6 bilhões no ano anterior. Os números estão nesta cobertura.
Ou seja: mesmo que o seu uso fique parado, a linha de nuvem tende a subir, e a de segurança sobe mais rápido do que a de servidor. Orçamento de manutenção feito com o custo do mês passado envelhece dentro do próprio trimestre.
Conta 2: dependência velha é trabalho recorrente, não evento
Essa é a conta que quase nunca entra na conversa, e é a mais previsível de todas. O 2026 Software Supply Chain Report da Sonatype registra que 65% dos CVEs de código aberto não têm nota CVSS atribuída pelo NVD, e que a mediana para o NVD publicar a nota completa foi de 41 dias em 2025. Dos CVEs sem nota, a própria Sonatype classificou 46% como alto ou crítico. O relatório mostra ainda 613 milhões de downloads de versões vulneráveis do Log4j em 2025, 13% de todos os downloads do componente, com correção disponível em 95% dos casos, e estima que de 5% a 15% dos componentes nos grafos de dependência das empresas já estão em fim de vida. Os dados estão publicados.
Traduzindo para a sua planilha: existe trabalho de atualização que aparece todo mês, independente de você pedir, e ele vem com duas complicações. A primeira é que a nota oficial de gravidade demora, então alguém precisa julgar risco antes de o rótulo existir. A segunda é pior: componente em fim de vida não tem correção para instalar, então a única saída é trocar a peça, o que é projeto, não tarefa. Sistema que passou dois anos sem ninguém olhar as dependências não tem dívida de atualização, tem uma fila de substituições.
Conta 3: velocidade de entrega compra instabilidade
O relatório DORA 2025, do Google Cloud, publicado em 23 de setembro de 2025 com cerca de 5 mil profissionais de tecnologia ouvidos e mais de 100 horas de dado qualitativo, mostra 90% dos respondentes usando IA no trabalho, mais de 80% dizendo que a produtividade subiu, e 30% relatando pouca ou nenhuma confiança no código que a IA gera. O achado que interessa a quem paga sustentação é outro: a adoção de IA aparece associada a mais throughput e, ao mesmo tempo, segue associada negativamente à estabilidade da entrega. O relatório está publicado, com o material completo em dora.dev.
Mais mudança entrando no mesmo sistema, com a mesma equipe, sem mudar o que existe entre "funciona na minha máquina" e "está no ar", produz exatamente isso: mais deploy e mais reversão. Reversão é hora de gente sênior num horário ruim, e é a hora mais cara que existe.
Conta 4: o pedágio que a duplicação cobra na próxima mudança
O estudo The Maintainability Gap, da GitClear com a GitKraken, analisou 623 milhões de mudanças reais de código entre 2023 e 2026: duplicação de blocos em alta de 81%, chegando a 73 linhas duplicadas por mil mudanças em 2026 contra 40,3 em 2023, copy e cola no mesmo commit em alta de 41%, e refatoração caindo de 21% das linhas alteradas em 2022 para 3,8% em 2026. O estudo está publicado.
Esse é o número que explica por que a segunda mudança custa mais que a primeira no mesmo sistema. Regra duplicada em sete lugares não custa sete vezes escrever, custa sete vezes achar, e a sétima é a que ninguém achou. Manutenção barata não é a que tem hora barata, é a que tem um lugar só para cada regra.
As cinco linhas que uma mensalidade honesta paga
Contrato de sustentação que só promete "suporte" está vendendo disponibilidade de atender telefone. O que muda o custo total do sistema é isto, e dá para exigir por escrito:
- Atualização de dependência e de plataforma, com cadência escrita. Inclui a troca de componente em fim de vida, que é a parte cara, e inclui dizer quem julga risco quando a nota oficial ainda não saiu.
- Vigilância do que já está no ar. Alguém olhando erro, latência e fila todo dia, com alerta que chega em alguém, não em um painel que ninguém abre.
- Backup com restauração testada, em data marcada. Backup que nunca foi restaurado é despesa, não seguro. A prova é o restore, não o arquivo.
- Correção de defeito com prazo de resposta, separada de feature nova. Sem essa separação escrita, toda correção compete com o roadmap e perde.
- Guarda e expurgo de dado pessoal rodando de fato. Prazo de retenção por tipo de dado com rotina que apaga. É requisito legal e, de quebra, é a linha de nuvem que mais cresce sozinha.
Repare que nenhuma das cinco é feature. É por isso que sustentação é difícil de vender e fácil de cortar: ela paga para coisas não acontecerem, e coisa que não aconteceu não vira print de comemoração.
Por que ninguém publica faixa, e o que esta casa publica
A razão honesta pela qual quase ninguém publica mensalidade de sustentação é que o preço depende de duas coisas que o fornecedor não controla: o tamanho da bagunça que já existe e quantas promessas o cliente já assinou. Um sistema com dez integrações e cinco cláusulas de prazo assinadas custa mais para manter do que um sistema com o dobro de telas e nenhuma das duas coisas.
Para não fugir da pergunta, aqui está o que esta casa publica no próprio site: sustentação com julgamento sênior sai por R$ 18.000 a 25.000 por mês, com mínimo de três meses e 10 horas por semana escritas em contrato, e desenvolvimento de software tem piso de R$ 28.000 com escopo fechado, orçado num levantamento pago de R$ 4.900 que é abatido do projeto se o contrato for assinado em trinta dias. Os dois cards estão na página inicial. É preço de uma casa só, não faixa de mercado, e serve para você comparar, não para você usar como referência do país.
O que dá para medir antes de contratar sustentação
- Quanto o sistema custou de nuvem nos últimos seis meses, mês a mês, e quais itens subiram sem que o uso subisse.
- Quantas dependências estão desatualizadas hoje e quantas já estão em fim de vida, o que qualquer varredura de dependência responde em minutos.
- Quantos deploys foram revertidos nos últimos três meses, e quanto tempo cada reversão levou.
- Quando foi a última restauração de backup testada, e se alguém cronometrou.
- Quais prazos de resposta já estão prometidos em contrato assinado com cliente, e quem hoje é responsável por cumprir cada um.
Quem chega numa conversa de sustentação com essas cinco respostas recebe proposta com escopo e prazo. Quem chega sem elas recebe pacote de horas, e pacote de horas é o jeito educado de transferir o risco de descobrir o tamanho do problema para o cliente.
Leitura recomendada
- Flexera, 2026 State of the Cloud Report, 753 respondentes: info.flexera.com
- Sonatype, 2026 Software Supply Chain Report, gestão de vulnerabilidade e componentes em fim de vida: sonatype.com
- DORA 2025, State of AI-assisted Software Development, Google Cloud: dora.dev
- GitClear e GitKraken, The Maintainability Gap, 623 milhões de mudanças de código: gitclear.com
- IDC Brasil, previsões de 2026 para o mercado de TI: mobiletime.com.br
Um lugar para começar a contar
Boa parte do que encarece a manutenção é a mesma coisa que aparece quando um cliente corporativo manda a cláusula de proteção de dados: retenção sem expurgo, acesso sem trilha, fornecedor sem inventário. Se quiser levantar isso sozinho antes de pedir proposta, tem um autodiagnóstico de proteção de dados aqui no site, em fabership.com.br/diagnostico-lgpd. Você responde sobre o seu próprio sistema e vê o resultado na hora. A gente não toca em sistema nenhum sem contrato assinado e autorização por escrito, e isso é regra da casa, não parágrafo de política.