Quanto custa um sistema sob medida e por que as propostas variam tanto

É a primeira pergunta de toda reunião, e ela é legítima. Ninguém aprova um projeto sem faixa de valor. O problema é que quanto custa um sistema tem a mesma resposta que "quanto custa uma obra": depende do tamanho, do estado do terreno e do acabamento.

A boa notícia é que as variáveis são poucas e todas conhecidas antes de começar. Cinco delas movem quase todo o número. Se você souber onde sua operação está em cada uma, consegue prever a faixa da proposta antes mesmo de recebê-la.

Este texto lista essas variáveis e, no fim, as linhas de custo contínuo que a maioria dos orçamentos esquece. Não há valores da Plugfy aqui, porque valor sem escopo é chute.

Variável 1: quantos fluxos precisam ser cobertos

Fluxo é um caminho completo do início ao fim: cadastrar um pedido, aprovar uma compra, fechar uma ordem de serviço. Cada fluxo tem telas, validações, estados e exceções.

Contar telas é o erro clássico de quem tenta estimar sozinho. Uma tela de listagem com filtros e exportação custa uma fração de uma tela de aprovação com regras condicionais, notificação e trilha de auditoria.

Faça o exercício: liste os verbos da operação. É a forma mais rápida de estimar sozinho a ordem de grandeza de quanto custa um sistema para o seu caso. Se a lista tem três ou quatro, você está em um projeto pequeno. Se passa de quinze, é hora de dividir em fases.

Por que exceções custam mais que o fluxo principal?

Porque o caminho feliz é previsível e as exceções não são. Pedido cancelado depois de faturado, cliente com condição especial, item devolvido parcialmente. Cada uma dessas situações exige decisão de negócio, código e teste.

Uma regra prática útil: o caminho principal costuma consumir bem menos esforço do que o conjunto de exceções que o cerca. Por isso um bom fornecedor insiste em conhecer as exceções antes de fechar preço, e por isso propostas feitas sem essa conversa quase sempre estouram.

Variável 2: com quantos sistemas ele conversa

Um software isolado, que só recebe dados digitados, é o cenário mais barato. Cada integração adicionada muda o patamar.

O custo de integrar depende menos da quantidade e mais da qualidade da outra ponta. API documentada, moderna e estável é trabalho previsível. ERP legado sem documentação, que só exporta arquivo por FTP à meia-noite, é outro projeto dentro do projeto.

Antes de pedir orçamento, liste os sistemas que precisam trocar dados e descubra se cada um tem API pública. Essa lista muda a resposta para quanto custa um sistema mais do que qualquer outro item da conversa.

Variável 3: quão complexas são as permissões?

Se todo mundo vê tudo, o custo é baixo. Se cada perfil vê um recorte diferente, com aprovação em níveis e campos ocultos por cargo, o custo sobe em todas as telas ao mesmo tempo — porque permissão não é uma função, é uma camada que atravessa o sistema inteiro.

Vale perguntar se a complexidade é real. Muita regra de acesso nasce de desconfiança e não de necessidade. Regras que existem só para evitar constrangimento interno costumam ser as mais caras de implementar e as menos usadas depois.

Variável 4: quanto dado precisa ser migrado?

Migração é a linha mais subestimada de qualquer orçamento. E ela raramente é sobre volume: é sobre sujeira.

Dez anos de planilha têm nome de cliente escrito de quatro formas, datas em três formatos, campos preenchidos com "ver observação" e registros duplicados que ninguém quer decidir qual manter. Limpar isso é trabalho humano, com decisões de negócio, e não script.

Vale ler antes os sinais de que a planilha virou risco operacional, porque parte desses sintomas é exatamente o que vira custo de migração depois. Quanto mais tempo a operação roda em arquivos paralelos, mais cara fica a limpeza.

Dá para começar sem migrar nada?

Às vezes, e é uma boa forma de reduzir a proposta inicial. Você começa a operar o novo sistema a partir de uma data de corte e mantém o histórico antigo em consulta, no formato em que ele já está.

Isso funciona quando o histórico serve para conferência eventual. Não funciona quando o processo depende de dado antigo para operar, como saldo de estoque ou contrato vigente.

Variável 5: quem decide, e em quanto tempo

Esta não aparece em nenhuma proposta, mas é a que mais atrasa projeto. Um cliente com uma pessoa decidindo, disponível para responder em dois dias, custa menos que um cliente com comitê que se reúne quinzenalmente.

Tempo de resposta lento não muda o preço da hora, mas muda o número de horas: contexto perdido, retrabalho, funcionalidades construídas sobre suposição. É por isso que a rotina de decisão do cliente entra na conta de quanto custa um sistema. Se sua empresa decide devagar, isso precisa estar no cronograma desde o começo.

Quanto custa um sistema depois de entregue

Aqui está a parte que transforma um projeto bem orçado em surpresa no ano seguinte. Além da construção, existem quatro linhas permanentes:

• Infraestrutura. Servidor, banco de dados, backup, domínio, certificado, monitoramento. Previsível e proporcional ao uso.
• Manutenção corretiva. Defeitos aparecem com uso real, sempre. Alguém precisa estar disponível para corrigir.
• Atualização de dependências. Bibliotecas e frameworks recebem correções de segurança. Ignorar por dois anos transforma uma atualização de rotina em migração.
• Evolução. Sua operação muda. Regra fiscal muda. O sistema acompanha ou vira gargalo.

A pergunta que separa fornecedor sério de otimista é simples: quanto custa por mês manter isso rodando depois de entregue? Quem responde "nada" está omitindo, e a resposta chega depois.

Essa é, aliás, a linha que mais pesa quando alguém compara construir com assinar. Se você ainda está nessa decisão, os critérios que separam assinar de construir tratam da comparação de custo total em três anos, que é o horizonte certo para essa conta.

Como pedir orçamento e receber números comparáveis?

Mande a mesma informação para todos os fornecedores. Lista de fluxos, lista de integrações com indicação de API disponível, número de perfis de acesso, volume e estado dos dados a migrar, e prazo desejado.

Peça que cada proposta separe construção, migração, infraestrutura e manutenção mensal em linhas distintas. Sem essa separação, você não está comparando quanto custa um sistema: está comparando dois totais que descrevem escopos diferentes. Um total único esconde onde está a diferença, e é justamente essa diferença que você precisa avaliar. O mesmo raciocínio vale para outros orçamentos de tecnologia, incluindo o que faz o preço de um site variar tanto, onde o escopo invisível também é o que separa duas propostas.

O que uma proposta honesta contém

Escopo descrito em linguagem de negócio, não de tecnologia. Premissas explícitas, do tipo "assumimos que o ERP tem API REST". Lista clara do que está fora. Forma de tratar mudança de escopo com preço definido. E o custo mensal depois da entrega.

Se faltar qualquer um desses itens, peça antes de comparar. É assim que estruturamos propostas de sistemas construídos sob demanda: escopo estreito na primeira fase, premissas escritas e custo recorrente na mesma folha.

O jeito mais barato de descobrir o preço

Reduza o escopo até caber em uma fase curta e entregue algo em uso real. Um fluxo, poucas telas, um usuário de verdade operando.

Esse primeiro ciclo produz duas coisas que nenhuma reunião produz: uma estimativa calibrada pelo ritmo real do time e a certeza de que o processo modelado é o processo que existe. Depois dele, quanto custa um sistema deixa de ser pergunta especulativa e passa a ser uma conta com base em dados seus.