Software sob medida é o sistema desenvolvido para o processo de uma empresa específica, com as regras de negócio dela, em vez de um produto pronto vendido para muitas. Ele vale a pena para a empresa cuja regra de preço, de margem ou de operação não cabe no ERP e acaba vivendo em planilhas e na cabeça de pessoas-chave.
Nenhum dos dois caminhos é melhor sempre. Este guia mostra quando o sob medida vale mais que o pronto e quando não vale, como é um projeto de desenvolvimento de sistema sob medida do diagnóstico à operação, e como escolher a empresa de desenvolvimento de software que vai fazer. É escrito para quem vai assinar a decisão, não para quem vai escrever o código.
O que é software sob medida, sem jargão
É um sistema desenvolvido para uma empresa, a partir do processo dela, com as regras de negócio dela. Pode ser um sistema completo de operação, um módulo que resolve uma etapa específica, ou a camada que liga sistemas que já existem e não conversam.
Software pronto, também chamado de solução de mercado ou SaaS, é o produto construído para servir a muitas empresas ao mesmo tempo. Ele é mais barato porque o custo de desenvolvimento é dividido entre todos os clientes, e é mais limitado pelo mesmo motivo: o que atende a muitos não pode ser específico para um.
Vale desfazer um mal-entendido comum. Sob medida não significa começar do zero em tudo. Um projeto bem conduzido usa componentes prontos para o que é commodity, como autenticação, cobrança e envio de e-mail, e constrói apenas o que é diferente na sua operação. Quem constrói tudo do zero costuma estar cobrando pelo que já existe.
Quando o sob medida vale mais que o pronto
Existem quatro situações em que a conta vira a favor de construir. Elas raramente aparecem sozinhas.
- O processo é a vantagem. Se a empresa ganha dinheiro justamente porque faz algo de um jeito que os concorrentes não fazem, adaptar esse jeito a um software genérico é abrir mão da vantagem para caber na ferramenta.
- O pronto exige gambiarra permanente. Quando a operação vive de planilha auxiliar, exportação manual e retrabalho para contornar o que o sistema não faz, o custo real já não é a mensalidade: é o tempo da equipe. Esse é o cenário de processos que pedem automação.
- A licença por usuário virou o maior item da conta. Software pronto cobra por assento. Operação que cresce em número de pessoas chega a um ponto em que a assinatura anual passa o custo de construir, e continua subindo.
- Ninguém no mercado atende à regra. Setor regulado, cálculo proprietário, integração com sistema antigo que não tem conector. Aqui o pronto não é caro: é inviável, e o assunto vira sistemas legados.
Quando o software pronto é a escolha certa
Na maior parte dos casos, é. E dizer isso é parte do trabalho de quem desenvolve software: projeto sob medida que não deveria existir vira prejuízo dos dois lados.
Compre pronto quando o processo não é diferenciado. Folha de pagamento, nota fiscal, e-mail, CRM padrão de vendas: são problemas resolvidos, com produtos maduros e baratos. Construir o próprio ali significa pagar para reinventar, e depois pagar de novo para manter.
Compre pronto também quando o problema é urgente e o processo ainda está mudando. Software sob medida cristaliza um processo em código, e cristalizar o que muda toda semana é caro. Nesse caso, rode no pronto, deixe o processo estabilizar, e só então avalie construir.
O caminho híbrido, que é o mais comum
Na prática, a decisão raramente é entre construir tudo e comprar tudo. A arquitetura que mais se sustenta usa produto pronto no que é commodity e software próprio na camada que diferencia, com integração entre os dois.
O desenho típico: ERP ou sistema financeiro de mercado, CRM de mercado, e um sistema próprio para a operação específica, puxando e devolvendo dado para os outros dois. A qualidade dessa costura é o que define se o conjunto funciona, e é o assunto de integração de sistemas.
Esse caminho tem outra vantagem: ele reduz o tamanho do projeto sob medida ao mínimo necessário, que é onde o risco e o custo diminuem de verdade.
Quanto custa
A comparação honesta é o custo total em três anos, não o preço de entrada. O pronto começa baixo e sobe com o uso, por usuário e por módulo; o sob medida começa alto e depois custa a manutenção. O item que decide quase sempre é o que ninguém soma: o trabalho manual que sobra quando o sistema pronto não faz o que a operação precisa, escondido dentro de salários que já existem. O que forma o preço de um sistema, por que dois orçamentos divergem e como reduzir escopo sem tirar o que protege a operação estão em quanto custa um software.
Como a Northern desenvolve um sistema sob medida
A Northern, operações e tecnologia sob medida, trabalha com empresas de médio porte cuja regra de negócio vive em planilha. O projeto tem quatro fases, e a primeira versão útil entra em produção antes de o projeto terminar:
- Diagnóstico de 6 semanas. Mapeia o processo real, as planilhas e as regras que decidem preço, margem e operação, e termina com o escopo da primeira entrega e o que fica de fora.
- Fundação. A base do sistema: dados, cadastros, permissões e a integração com o ERP que a empresa já usa. O ERP continua fazendo o que faz bem, como fiscal e financeiro; o sistema novo cuida da regra que ele não comporta.
- Sistema em produção. A regra sai da planilha e vira sistema, entregue por etapas e usada no dia a dia por um grupo pequeno antes de chegar a todos.
- Operação assistida. O time acompanha o uso real, corrige o que aparece e ajusta a regra quando o negócio muda.
A garantia que sustenta tudo é a paridade: antes de substituir a planilha, o sistema roda ao lado dela e precisa chegar ao mesmo resultado. Na Maker, empresa de engenharia, o orçamento calculado pelo sistema bate com a planilha célula a célula. Na SISVAR/AECOM, 27 regras de validação conferem o dado na entrada, antes que o erro chegue ao número que a diretoria usa. Os casos estão em histórias de sucesso, e a frente que conduz esse trabalho é Operação e margem.
O que a Northern não faz: alocação de desenvolvedor por hora e troca de ERP. O sistema é construído em volta do que já funciona.
Como escolher uma empresa de desenvolvimento de software
Propostas de desenvolvimento são difíceis de comparar, porque cada uma entendeu o problema de um jeito. Cinco perguntas separam quem vai entregar de quem vai vender horas:
- Diagnostica antes de orçar? Orçamento fechado sem entender o processo é chute, e a diferença volta como aditivo. Desconfie também da proposta muito abaixo das outras: normalmente é escopo menos entendido.
- Integra ao que já existe? Quem propõe trocar o ERP para caber no sistema novo está aumentando o projeto. A pergunta certa é como o sistema conversa com o ERP, o CRM e as planilhas que ficam.
- Quem fica depois da entrega? Sistema em produção precisa de acompanhamento, correção e ajuste. Pergunte quem atende, em quanto tempo e com que contrato.
- De quem é o código e o dado? Em projeto sob medida, o normal é o código ser do cliente e o dado sair completo, em formato aberto. Documentação e ambiente reproduzível são o que permite trocar de fornecedor sem recomeçar.
- Tem casos do seu porte e do seu tipo de problema? Peça para falar com um cliente parecido, não para ver um portfólio de telas.
Vale uma sexta: o fornecedor propõe entrega parcial em uso real, ou seis meses sem nada em produção? A primeira versão útil é o que separa um cronograma de um voto de confiança, e é o papel de um MVP bem definido. Quem conduz essa avaliação do seu lado costuma ser alguém de dentro, ou uma liderança contratada para isso, como em CTO as a service.
Os erros que encarecem um projeto sob medida
- Especificar a solução antes de entender o problema. Chegar com a tela desenhada e pedir orçamento produz software que atende ao desenho e não ao processo. O caminho inverso está em product discovery.
- Replicar o sistema antigo. Pedir “igual ao que temos, mas moderno” carrega vinte anos de decisões que ninguém lembra por que foram tomadas.
- Construir tudo de uma vez. Escopo grande em uma entrega única é a forma mais confiável de estourar prazo.
- Não ter um dono do projeto do lado do cliente. Sem alguém com poder de decidir e tempo de responder, o projeto para esperando resposta e o custo continua correndo.
- Escolher pelo menor preço. Proposta muito abaixo das outras normalmente significa escopo menos entendido, e a diferença volta como aditivo.
Como decidir em uma reunião
Quatro perguntas, respondidas com número em vez de opinião, resolvem a decisão na maioria dos casos:
- Esse processo é o que nos diferencia, ou é administrativo? Se é administrativo, compre pronto.
- Quantas horas por semana a equipe gasta contornando o sistema atual? Multiplique por cinquenta semanas e pelo custo da hora.
- Quanto vamos pagar de licença nos próximos três anos, com o crescimento previsto de equipe?
- Existe produto no mercado que atenda à nossa regra sem customização paga? Se sim, o sob medida precisa justificar a diferença.
Se as respostas apontarem para construir, o passo seguinte não é escolher tecnologia: é delimitar a primeira entrega que já resolve algo em produção. Para entender como um parceiro de desenvolvimento se organiza para isso, vale desenvolvimento de software e, para o formato de time dedicado, squad as a service. Se o gargalo for tarefa repetitiva e não sistema novo, o caminho mais curto está em RPA e automação de processos. E quando a regra que precisa sair da planilha é a de preço ou de margem, o ponto de partida é Operação e margem.
Perguntas frequentes
O que é software sob medida?
É o sistema desenvolvido para uma empresa específica, a partir do processo e das regras de negócio dela, em vez de adaptado de um produto pronto vendido para muitas. A diferença central é quem se adapta a quem: no pronto, a empresa ajusta o processo à ferramenta; no sob medida, a ferramenta é desenhada em volta do processo. Sob medida não quer dizer começar tudo do zero: um bom projeto usa componentes prontos para o que é comum e constrói só o que é próprio da operação. Também não quer dizer trocar o ERP, que pode continuar fazendo o que faz bem.
Quando vale a pena desenvolver software sob medida?
Quando o processo é a vantagem competitiva da empresa, quando o sistema atual exige planilha e retrabalho permanentes, quando a licença por usuário virou o maior item da conta ou quando nenhum produto de mercado atende à regra de negócio. Na empresa de médio porte, o sinal mais comum é a regra de preço, margem ou operação vivendo numa planilha que só uma ou duas pessoas sabem explicar. Para processo administrativo comum, como folha, nota fiscal ou CRM padrão, o pronto costuma ser a escolha certa.
Software sob medida é mais caro que o pronto?
É mais caro na entrada e pode sair mais barato em três anos. O pronto começa com assinatura baixa e sobe por usuário e por módulo; o sob medida concentra o custo no projeto e depois tem manutenção anual. O item que costuma decidir é o trabalho manual que sobra com o pronto, que não aparece no orçamento porque está dentro de salários que já existem. A comparação honesta soma tudo isso no mesmo prazo.
Quanto tempo leva um projeto de software sob medida?
Meses, não semanas. Mas um projeto bem estruturado põe a primeira versão útil em produção antes de terminar, resolvendo a etapa mais cara do processo com um grupo pequeno de usuários enquanto o resto é construído. Na Northern, o projeto começa por um diagnóstico de 6 semanas, que define o escopo da primeira entrega. Fornecedor que propõe meses sem nada em uso real no meio do caminho está pedindo um voto de confiança.
O que é a garantia de paridade com a planilha?
É a regra de que o sistema novo só substitui a planilha depois de chegar ao mesmo resultado que ela. Durante um período, os dois rodam lado a lado, e cada diferença é investigada: ou o sistema tem um erro, ou a planilha tinha uma regra que ninguém tinha descrito. Isso protege a operação e dá à diretoria a segurança de que o número não mudou por acidente. Na Maker, o orçamento calculado pelo sistema bate com a planilha célula a célula.
Precisa trocar o ERP para ter um sistema sob medida?
Não, e na maioria dos casos não deve. O ERP continua com o que faz bem, como fiscal, financeiro e estoque, e o sistema sob medida cuida da regra que o ERP não comporta, como a formação de preço ou o cálculo de margem por obra. Os dois são integrados para que o dado não seja digitado duas vezes. Trocar o ERP é um projeto muito maior, com risco muito maior, e raramente resolve o problema da regra presa na planilha.
De quem é o código de um software sob medida?
Em projeto sob medida, o normal é o código ser do cliente, com isso escrito em contrato. Se o contrato prevê licença de uso em vez de propriedade, o modelo na prática é de produto, não de desenvolvimento sob medida. O dado também precisa ser do cliente, com exportação completa em formato aberto garantida por contrato. Documentação e ambiente reproduzível completam a proteção: são o que permite trocar de fornecedor sem recomeçar.
Como escolher uma empresa de desenvolvimento de software?
Cinco perguntas ajudam: a empresa diagnostica antes de orçar; integra ao que já existe em vez de propor trocar tudo; diz quem fica depois da entrega e com que contrato; deixa claro que o código e o dado são seus; e tem casos do seu porte e do seu tipo de problema. Vale pedir para falar com um cliente parecido em vez de ver portfólio de telas. Proposta muito abaixo das outras costuma significar escopo menos entendido, e a diferença volta como aditivo.
O que encarece um projeto de software sob medida?
Especificar a solução antes de entender o problema, pedir uma réplica do sistema antigo, concentrar tudo numa entrega única e não ter, do lado do cliente, um dono do projeto com poder de decidir e tempo para responder. Escolher pelo menor preço com escopo mal definido também encarece, porque o que não foi entendido volta como aditivo. O antídoto comum aos cinco é um diagnóstico bem feito e entregas pequenas em uso real.
Qual a diferença entre software sob medida e SaaS?
SaaS é produto pronto, vendido por assinatura para muitas empresas, com customização limitada. Sob medida é sistema construído para uma empresa, a partir do processo dela. O primeiro é mais rápido e barato de começar; o segundo atende à regra que nenhum produto de mercado cobre. Na prática, as duas coisas convivem: SaaS no que é comum a todas as empresas e sistema próprio na camada que diferencia, integrados entre si.
