Quanto custa modernizar um sistema: a resposta honesta
Não existe preço de tabela, e desconfie de quem apresenta um. Dois sistemas com a mesma idade e o mesmo número de telas podem ter custos muito diferentes, porque o que pesa é o que está escondido por baixo.
Na prática, o custo é o resultado de quanto esforço é preciso para entender o sistema, mudar o que precisa mudar e provar que continua funcionando igual. O terceiro item costuma ser o mais subestimado.
Estes são os oito fatores que mais pesam no orçamento de modernização de software. Os próximos blocos explicam cada um.
- Tamanho e estado do código: quanto existe e quão emaranhado está.
- Documentação: se há alguma, e se ela ainda reflete o que o sistema faz.
- Testes: se existe algo que prove que uma mudança não quebrou outra.
- Integrações: com quantos sistemas, serviços e equipamentos ele conversa.
- Banco de dados: estrutura, volume, qualidade dos dados e regras guardadas dentro dele.
- Número de perfis e módulos: cada tipo de usuário e cada área do sistema multiplica regras e telas.
- Risco da operação: o quanto a empresa para se o sistema parar.
- Equipe do cliente: quem conhece as regras de negócio e tem tempo para validar.
Código, documentação e testes: onde mora o esforço escondido
Tamanho de código importa, mas estado importa mais. Um sistema grande e organizado, com responsabilidades separadas, é mais barato de modernizar do que um sistema pequeno onde regra de negócio, acesso a dados e tela estão misturados no mesmo arquivo.
A documentação define quanto tempo se gasta só para entender. Sem ela, parte do trabalho é arqueologia: ler código, rodar o sistema, perguntar para quem usa e descobrir regras que ninguém lembrava que existiam. Esse tempo entra no custo, mesmo quando não aparece na proposta.
Os testes são o fator mais ignorado. Sem testes automatizados, cada mudança exige conferência manual para garantir que o comportamento antigo foi preservado. Criar uma base mínima de testes nas partes críticas antes de mexer costuma ser um dos melhores investimentos do projeto, porque barateia todas as etapas seguintes.
Integrações, banco de dados, perfis e módulos
Integrações são onde a estimativa mais estoura. Cada conexão com outro sistema, API, arquivo de troca ou equipamento tem formato próprio, exceções próprias e, quase sempre, alguém do outro lado que precisa participar. O erro mais comum é contar a integração como um item único, sem olhar o que ela realmente transporta.
O banco de dados pesa por dois motivos. Primeiro, a qualidade dos dados: duplicidades, campos usados para mais de uma finalidade e registros antigos inconsistentes dão trabalho na migração. Segundo, a lógica escondida: procedimentos armazenados, gatilhos e rotinas agendadas que executam regras de negócio sem que ninguém lembre delas.
Perfis e módulos entram na conta de forma quase linear. Um sistema com um único tipo de usuário e poucos módulos é um problema. Um sistema com perfis de administrador, operador, cliente e parceiro, cada um com permissões e telas diferentes, é vários problemas ao mesmo tempo. Por isso, listar módulos e perfis é o primeiro passo de qualquer estimativa séria.
Risco da operação e equipe do cliente
Quanto mais a empresa depende do sistema a cada hora, mais cuidado a modernização exige, e cuidado custa. Um sistema que pode ficar fora do ar à noite permite um tipo de migração. Um sistema que atende clientes o dia inteiro exige execução em paralelo, plano de volta e validação a cada etapa.
A equipe do cliente também entra no preço, ainda que não apareça como linha de custo. Se ninguém na empresa conhece as regras ou tem tempo para validar entregas, o projeto anda devagar, volta para corrigir mal-entendidos e custa mais. Um responsável interno com poder de decisão, mesmo por poucas horas por semana, derruba esse risco de forma visível.
Existe ainda a dependência de pessoas. Se o sistema só é compreendido por um desenvolvedor, a modernização precisa começar capturando o que ele sabe. Fazer isso enquanto ele ainda está disponível é bem mais barato do que fazer depois.
Modernizar ou seguir como está: a conta que quase ninguém faz
A comparação costuma ser feita errada: de um lado, o valor de um projeto; do outro, zero. Só que seguir como está não custa zero. Custa manutenção cada vez mais lenta, correções que quebram outras partes, dificuldade de contratar quem trabalhe com a tecnologia antiga e funcionalidades novas que levam muito mais tempo do que deveriam.
Há ainda o risco, que não aparece em nenhuma folha de pagamento até acontecer: dependências sem suporte e sem correções de segurança, servidores que ninguém sabe recriar e conhecimento concentrado em uma ou duas pessoas. O custo de uma parada ou de uma falha de segurança costuma superar o de uma modernização planejada.
Isso não significa que modernizar sempre compense. Se o sistema é estável, mudou pouco nos últimos anos, tem pouca chance de crescer e a manutenção é barata, deixar como está pode ser a decisão certa. Dizemos isso aos clientes quando é o caso.
- Some o tempo que a equipe gasta hoje em manutenção e correções, incluindo o que sai do trabalho principal dela.
- Estime quanto tempo leva para lançar uma mudança simples e compare com o que levaria em um sistema organizado.
- Liste as pessoas e os componentes sem os quais o sistema não pode ser mantido.
- Pergunte o que acontece com o negócio se o sistema ficar fora do ar por um dia inteiro.
Como a abordagem incremental distribui o investimento
Reescrever tudo de uma vez concentra o gasto em um único bloco e adia o retorno para o dia da virada. Se algo der errado, o prejuízo é grande e o dinheiro já foi gasto. Na SKAD, preferimos modernizar por partes, sem parar a operação: um módulo por vez, com o sistema antigo e o novo convivendo durante a transição.
Na prática, o investimento fica dividido em etapas com entregas verificáveis. Você vê o resultado de uma etapa antes de aprovar a seguinte, pode mudar a prioridade se o negócio mudar e ainda percebe cedo se a estimativa estava errada. Isso não torna o projeto necessariamente mais barato no total, mas torna o gasto previsível e reversível. Se quiser aprofundar a decisão entre ajustar o que existe e começar do zero, leia como decidir entre refatorar e reescrever.
Também recomendamos começar pelo que dói mais ou pelo que mais bloqueia o resto, e não pelo que parece mais fácil. É assim que a primeira etapa já reduz custo de manutenção. Conheça como conduzimos esse processo em nossa abordagem de modernização de sistemas legados.
O que a IA reduz no custo de migração de sistema legado (e o que não reduz)
A IA ajuda bastante nas partes repetitivas: ler e explicar código desconhecido, gerar uma primeira versão de documentação, converter trechos de uma estrutura para outra, escrever testes iniciais e apontar padrões duplicados. Esse tipo de trabalho consumia muitas horas, e é onde o esforço cai de forma mais clara.
O que a IA não elimina é a revisão humana. Ela erra com confiança, não conhece as regras do seu negócio e não sabe quais comportamentos estranhos do sistema antigo são bugs e quais são funcionalidades que os usuários dependem. Todo código gerado passa por revisão de um engenheiro e por testes antes de ir para produção.
Desconfie de promessas de que a IA moderniza tudo sozinha e por uma fração do custo. O que ela faz é redirecionar o tempo da equipe: menos digitação e conversão manual, mais decisão de arquitetura, validação e cuidado com as integrações e os dados, que continuam sendo os pontos mais delicados.
Como pedir um diagnóstico e um orçamento de modernização de software comparável
Comece pelo diagnóstico. Antes de falar em preço, uma boa proposta pressupõe olhar o código, o banco de dados, as integrações e a forma como o sistema é usado. Quando o orçamento chega sem nenhuma dessas análises, o número é só uma suposição com aparência de precisão.
Para comparar propostas, peça a todos os fornecedores a mesma estrutura. O que deve constar em cada uma:
- Escopo dividido por módulos ou etapas, com o que entra e o que fica de fora.
- Premissas sobre código, banco de dados, integrações e acesso a quem conhece o sistema.
- Como o sistema antigo continua funcionando durante a transição e como é o plano de volta.
- Estratégia de testes e critérios para dar cada etapa como concluída.
- Papel da IA no processo e como a revisão humana é feita.
- O que acontece depois da entrega: manutenção, suporte e quem responde por problemas.
Erros comuns ao pedir e avaliar orçamentos
O erro mais comum que se vê é escolher a proposta mais barata sem comparar as premissas. Duas propostas com valores diferentes quase sempre estão orçando escopos diferentes, e a diferença volta depois como aditivo.
Outro erro é exigir preço fechado de um sistema que ninguém analisou. Se o fornecedor aceita, ele colocou a incerteza no preço ou vai cobrá-la depois. Dividir o trabalho em diagnóstico e etapas costuma ser mais honesto para os dois lados.
Por fim, esquecer a manutenção. Modernizar e depois ficar sem apoio recria o problema em poucos anos. Para entender melhor como cada tipo de projeto é estimado, veja também quanto custa um sistema ou app sob medida. E se quiser enxergar o resultado antes de decidir, você pode pedir um protótipo grátis do que seria o novo sistema.
Da nossa experiência
Na SKAD, refatoramos com apoio de IA os sistemas SyncStop, 4Car, KaraokeApp, The Bee App e DEM, este último de inspeção de equipamentos. Todos eram feitos em PHP puro com jQuery e Bootstrap, e os aplicativos usavam Cordova.
Hoje esses sistemas rodam em PHP 8.3 com Slim 4 na API, React com Vite na web e React Native com Expo no app. Mantivemos a linguagem PHP; o que mudou foi o framework e a arquitetura. Depois da refatoração, a manutenção desses sistemas ficou mais leve.
Perguntas frequentes
Quanto custa modernizar um sistema legado?
Depende de tamanho e estado do código, documentação, testes, integrações, banco de dados, perfis, módulos e risco da operação. Só um diagnóstico do sistema permite estimar com algum critério.
Modernizar sai mais barato do que reescrever do zero?
Nem sempre, mas costuma ser menos arriscado, porque o investimento é dividido em etapas e a operação continua. Quando o código está tão degradado que aproveitar não compensa, a reescrita pode ser a melhor escolha.
A IA diminui o custo da modernização?
Ela reduz o esforço em tarefas repetitivas, como entender código, documentar, converter trechos e criar testes iniciais. Revisão, decisões de arquitetura e validação continuam sendo trabalho humano.
Dá para modernizar sem parar a empresa?
Sim, com a abordagem incremental. O sistema antigo e o novo convivem enquanto cada módulo é migrado e validado, com plano de volta em cada etapa.
O que devo ter pronto antes de pedir um orçamento?
Acesso ao código e ao banco de dados, lista de módulos, perfis e integrações, e uma pessoa que conheça as regras de negócio. Se faltar algo, o diagnóstico ajuda a levantar.
Conclusão
Antes de pedir qualquer preço, reúna o que já existe: acesso ao código e ao banco de dados, a lista de módulos, perfis e integrações, e o nome de quem conhece as regras do negócio. Com isso em mãos, o diagnóstico fica rápido e o orçamento deixa de ser um palpite. Se quiser começar por aí, chame a SKAD no WhatsApp e peça um diagnóstico do seu sistema legado.