Quanto custa modernizar um sistema legado?
O custo de modernizar um sistema legado não é um número único: depende da estratégia — encapsular custa menos do que replatformar, replatformar menos do que refatorar, e reconstruir de raiz é o mais caro — e estima-se como todo o trabalho de engenharia, em horas de esforço multiplicadas por uma tarifa horária. Quem dá um preço fechado antes de inventariar o seu sistema está a adivinhar, por muita confiança que o papel timbrado transmita.
A parte da tarifa é pública. A maioria das empresas de desenvolvimento listadas na Clutch fatura entre $50 e $99 por hora (dados de preços da Clutch.co, 2026), e o guia de preços da FullStack Labs coloca as modernizações de sistemas pequenos em cerca de $50.000–$150.000 e os programas enterprise em $500.000 ou mais. A Doomity, empresa de desenvolvimento de software com clientes nos EUA, Reino Unido, Espanha e Portugal, só põe preço a uma modernização depois de uma auditoria de âmbito fechado — este guia explica o que move o número na realidade.
Atualizado: agosto de 2026
De que estratégia de modernização depende o orçamento, na realidade?
De qual das cinco estratégias encaixa no seu sistema, porque diferem em âmbito numa ordem de grandeza: o mesmo código pode ser encapsulado atrás de uma API em semanas ou reconstruído ao longo de um ano. Se ainda não tem a certeza de que o sistema o é, a definição está em o que é um sistema legado.
O Legacy Assessment da Doomity termina num veredicto de refatorar-ou-reescrever por módulo exatamente por isto: a estratégia fixa o custo muito antes de qualquer negociação. A tabela compara o que cada estratégia implica e o que encarece cada uma — de propósito sem números por linha, porque o driver é honesto e uma etiqueta de preço por estratégia não o é:
| Estratégia | O que implica | Quando escolhê-la | Driver de custo principal |
|---|---|---|---|
| Encapsular | Envolver o sistema antigo atrás de uma API e construir o novo à volta | O núcleo ainda funciona e a mudança é precisa nas margens | Número e desarrumação das interfaces a expor |
| Rehost | Movê-lo tal como está para infraestrutura nova (lift-and-shift) | O risco é o alojamento ou o hardware, não o código | Dependências ocultas do ambiente que é preciso reproduzir |
| Replatformar | Trocar o runtime ou a base de dados com o mínimo de alterações ao código | A plataforma perdeu o suporte mas a lógica é sólida | Falhas de compatibilidade entre a plataforma antiga e a nova |
| Refatorar | Reestruturar o código por incrementos sem mudar o comportamento | A lógica de negócio vale mas mudá-la é inseguro | Os testes que é preciso construir antes de tocar em algo |
| Reconstruir | Reescrever o sistema e migrar dados e utilizadores | A plataforma bloqueia o negócio e aproveitá-la custa mais | O âmbito: tudo o que o sistema antigo fazia em silêncio |
Não são degraus de uma escada de qualidade mas respostas a diagnósticos diferentes — a decisão refatorar-ou-reconstruir tem o seu próprio quadro em reescrever vs refatorar.
Que cinco fatores movem o custo para cima ou para baixo?
Seja qual for a estratégia, cinco fatores explicam quase toda a distância entre o extremo barato e o caro de qualquer banda publicada — a Doomity verifica os cinco na primeira semana de auditoria, porque cada um multiplica horas:
- Tamanho e complexidade. Não as linhas de código mas o emaranhado: quantos módulos se tocam entre si e quanto do comportamento está documentado nalgum lado.
- Integrações. Cada sistema externo com que a plataforma antiga fala — gateways de pagamento, ERPs, folhas de cálculo que alguém envia por email — tem de continuar a funcionar em plena migração.
- Dados. O volume importa menos do que a qualidade: esquemas por documentar, registos duplicados e remendos com uma década vêm à superfície durante a migração e a reconciliação.
- Estado dos testes. Um sistema sem testes paga primeiro a sua rede de segurança; não se muda o comportamento em segurança sem fixar antes o comportamento atual.
- Compliance. Dados regulados e obrigações de auditoria acrescentam execuções em paralelo, relatórios de reconciliação e rasto de evidências — horas necessárias, não almofada.
Três minutos com o diagnóstico de legados gratuito da Doomity situam o seu sistema nos quatro primeiros fatores antes de falar de orçamentos.
Como estima o custo antes de perguntar a qualquer fornecedor?
Com a mesma multiplicação que todos os fornecedores fazem atrás da cortina: tamanho da equipa × semanas × tarifa horária. Uma modernização é entregue por uma equipa pequena de engenheiros durante um número de semanas; multiplique essas horas pelos $50–99/hora que fatura a maioria das empresas listadas na Clutch e tem uma banda de mercado defensável antes da primeira chamada comercial. A honestidade vive nas hipóteses — quantos engenheiros, durante quanto tempo — e essas são exatamente o que os cinco fatores acima determinam.
A Doomity publica um estimador de custo gratuito que executa esta mesma aritmética sobre as suas respostas, com cada hipótese visível no detalhe. Como contraste do resultado, o guia da FullStack Labs coloca os sistemas pequenos em cerca de $50.000–$150.000 e os programas enterprise em $500.000 ou mais, e a Saritasa reporta que os seus clientes de takeover gastam um mínimo de $80.000 por ano — um piso útil para o que custa o desenvolvimento contínuo a sério.
Quanto custa não modernizar o sistema?
Mais do que a modernização, pago todos os anos e a subir — só que nunca chega como uma fatura única. O Government Accountability Office dos EUA encontrou sistemas federais críticos com até 60 anos ainda em produção, com cerca de 80% da despesa federal em IT dedicada a operar e manter o que já existe, segundo o relatório GAO-25-107795. Esses 80% são o preço de ficar parado: um orçamento consumido a manter o ontem a funcionar, quase sem nada livre para construir o que o negócio precisa a seguir.
O outro custo escondido é fazê-lo mal. Um estudo da McKinsey e Oxford sobre 5.400 projetos de TI concluiu que os grandes projetos ultrapassam o orçamento em 45% e entregam 56% menos valor do que o prometido — o perfil clássico da reescrita big-bang. A Doomity moderniza em fases reversíveis precisamente para que nenhuma aposta seja grande: o sistema antigo continua vivo atrás de uma camada de encaminhamento, e o processo está documentado na sua página de modernização de sistemas legados.
Como evita que o orçamento da modernização fuja ao controlo?
Comprando o inventário antes do projeto: uma auditoria de âmbito fechado põe preço a cada fase contra evidências, de modo que aprova orçamentos passo a passo em vez de comprometer o montante completo no primeiro dia — e pode parar em qualquer fase e ficar com tudo o que foi entregue até aí. Um orçamento que só se pode gastar em tudo-ou-nada não é um orçamento; é uma aposta.
A IA muda a aritmética apenas em cima da disciplina. O relatório "State of AI-assisted Software Development 2025" da DORA, baseado em respostas de quase 5.000 profissionais de tecnologia, concluiu que a IA atua como amplificador das forças e fraquezas que já existem na organização. A Doomity executa a sua entrega com IA integrada até 40% mais rápido, com cada alteração verificada por um engenheiro sénior — a velocidade acumula porque a rede de segurança existe, não em vez dela.
FAQ
Porque um preço honesto exige um inventário que ninguém tem antes de examinar o sistema, e os drivers — estratégia, integrações, qualidade dos dados, estado dos testes, compliance — movem o total numa ordem de grandeza para um código do mesmo tamanho. Uma empresa que dá um número fechado antes do inventário está a pôr muita almofada ou a preparar a disputa, e ambas as coisas são pagas por si. Por isso os fornecedores sérios vendem primeiro uma auditoria de âmbito fechado e põem preço fase a fase, e por isso este artigo lhe dá o método em vez de um número.
Normalmente sim, porque uma reconstrução volta a pagar tudo o que o sistema antigo fazia em silêncio — casos-limite, integrações, arranjos com uma década — e carrega ainda o perfil de risco que a McKinsey e Oxford documentaram nos grandes projetos: 45% acima do orçamento, 56% menos valor. Mas nem sempre: quando a plataforma bloqueia ativamente o negócio e aproveitá-la custa mais do que substituí-la, reconstruir é a decisão certa. O veredicto por módulo é o que uma auditoria existe para produzir; o instinto sozinho erra nas duas direções.
Os mesmos cinco fatores que fixam o custo fixam o prazo, portanto não existe um número único honesto — mas trabalhar por fases muda o que a duração significa. Numa modernização por fases o valor entrega-se pelo caminho: cada fase termina com software a funcionar, evidências de migração e uma decisão de orçamento, em vez de aterrar tudo num fim de semana de corte. A Doomity começa cada trabalho com um Legacy Assessment de âmbito fechado, pelo que a primeira data com que se compromete está a dias, não no fim do projeto.
Sim, quando a disciplina por baixo existe — e pode fabricar o desastre mais depressa quando não existe. O relatório 2025 da DORA concluiu que a IA amplifica as forças e fraquezas que a organização já tem: as equipas com testes e controlo de versões transformam-na em capacidade, as que não os têm entregam as avarias mais cedo. A entrega com IA integrada da Doomity vai até 40% mais rápido porque a rede de segurança — testes à volta do comportamento atual, migrações versionadas, revisão sénior de cada alteração — se constrói antes de ligar a aceleração.
Se a fatura de manutenção não para de subir e cada orçamento que recebe é um encolher de ombros com assinatura, o próximo passo não é um palpite maior — é um inventário. Um Legacy Assessment de âmbito fechado põe preço à modernização fase a fase, contra evidências.