Blogsistema pronto ou sob medida
Sistema pronto ou sob medida: como decidir sem se arrepender depois
Sistema pronto serve quando o seu jeito de trabalhar pode mudar. Sob medida serve quando o seu jeito de trabalhar é a vantagem que você não quer perder.
A pergunta chega quase sempre do mesmo jeito: a empresa cresceu, a planilha não dá mais conta, e alguém sugere comprar um sistema. Aí aparece a dúvida. Compro um pronto, que já existe e é mais barato, ou mando fazer um do meu jeito?
Não há resposta certa em geral. Há resposta certa para a sua operação, e ela sai de quatro perguntas.
A pergunta que decide, e as três que confirmam
A decisão inteira gira em torno de uma coisa: o seu jeito de trabalhar é o que faz você ganhar dinheiro, ou é só o jeito que ficou?
Pense em roupa. A maior parte do guarda-roupa é comprada pronta, e isso é ótimo: custa menos, chega hoje e serve bem. Mas o alfaiate continua existindo, e não por vaidade. Quem tem um corpo fora do padrão da prateleira, ou precisa de uma peça para uma função específica, gasta mais tempo e dinheiro tentando ajustar o pronto do que teria gasto mandando fazer.
Empresa é igual. A maioria das operações é padrão e deveria comprar pronto. Uma minoria tem um jeito próprio que é justamente a vantagem competitiva, e nessa minoria adaptar-se ao sistema pronto significa jogar fora a vantagem.
Depois dessa, três perguntas confirmam:
- Existe sistema pronto que faça 80% do que eu preciso? Se existe, compre e adapte a empresa nos 20%. Se o melhor candidato faz 40%, sob medida entra na conversa.
- Quanto custa, por mês, o pedaço que vai continuar sendo feito à mão? É a linha que mais muda a decisão, e a que quase ninguém calcula.
- Daqui a três anos, eu ainda vou querer trabalhar assim? Se a resposta é “não sei”, prefira o pronto: é mais fácil trocar uma assinatura do que abandonar um sistema construído.
Onde cada um ganha
| Situação | Sistema pronto | Sob medida |
|---|---|---|
| Operação igual à do resto do ramo | Melhor escolha | Desperdício |
| Regra própria que é a sua vantagem | Você perde a vantagem | Melhor escolha |
| Precisa funcionar em semanas | Melhor escolha | Não entrega a tempo |
| Vários sistemas que não conversam | Raramente resolve | Costuma ser o motivo real |
| Equipe pequena e processo simples | Melhor escolha | Difícil se pagar |
| Muita hora gasta movendo dado de um lugar para outro | Depende da integração | Melhor escolha |
A quinta e a sexta linhas explicam a maior parte dos projetos sob medida que realmente valem a pena. Eles não nascem porque a empresa queria um sistema bonito. Nascem porque existem três sistemas que não conversam e uma pessoa no meio copiando dado de um para o outro o dia inteiro.
A conta de três anos
O preço da assinatura não é o custo, e o preço do projeto também não. A comparação honesta soma quatro coisas nos dois cenários, ao longo de três anos.
- O que sai direto. Assinatura mensal vezes 36, ou o valor do projeto mais a manutenção.
- Implantar e treinar. Migrar dado, configurar, ensinar a equipe. Vale para os dois, e é mais alto do que a proposta sugere.
- As horas que a solução consome ou devolve por mês. Esta é a linha decisiva.
- A etapa que vai continuar sendo feita à mão. Se ela sobrevive nos dois cenários, some nos dois. Se um deles elimina, a diferença é ganho.
A terceira linha precisa de um número concreto: quanto custa a hora da sua equipe. E ela não é o salário dividido pelas horas. Sobre o salário incidem o 13º, as férias com um terço a mais, o FGTS e a contribuição patronal, previstos na Constituição e na Lei 8.212/1991, e o peso muda com o regime: no Simples Nacional, a Lei Complementar 123/2006 coloca a contribuição patronal dentro da guia única. A nossa calculadora de custo por funcionário faz essa parte.
Com o custo da hora, a conta fica concreta. Uma etapa que consome duas horas por dia, a R$ 15 a hora, custa cerca de R$ 660 por mês e quase R$ 24 mil em três anos. Diante desse número, uma diferença de R$ 8 mil no preço de entrada deixa de ser o critério principal. Os valores deste exemplo são ilustrativos; os da sua empresa saem da sua folha.
A cláusula que quase ninguém lê
Se a decisão for por sob medida, existe um parágrafo que decide o futuro do projeto: quem é o dono do que foi construído.
A Lei do Software, Lei 9.609/1998, resolve isso no art. 4º. Salvo estipulação em contrário, os direitos sobre programa desenvolvido na vigência de contrato expressamente destinado a esse fim pertencem exclusivamente ao empregador ou ao contratante dos serviços. Em português de dono: a regra padrão da lei favorece quem pagou.
Duas observações que evitam arrependimento. A primeira é que a proteção depende de o contrato ser expresso sobre o objeto. Contrato vago sobre o que está sendo desenvolvido enfraquece exatamente o que deveria proteger. A segunda é que ser dono do código no papel não adianta nada se o código não estiver na sua mão.
Por isso, três itens práticos no contrato, além da cláusula de propriedade:
- O código entregue e guardado com você, num repositório em nome da sua empresa, desde a primeira semana e não no fim.
- Os dados exportáveis num formato comum, a qualquer momento, sem depender de boa vontade.
- A documentação de como funciona, suficiente para outro fornecedor entender sem entrevistar o primeiro.
Esses três itens custam uma conversa antes de assinar. Sem eles, trocar de fornecedor significa reescrever tudo, e o preço da troca vira o argumento que prende a empresa a quem ela não quer mais.
O erro dos dois lados
Do lado de quem compra pronto, o erro é comprar a licença e continuar fazendo o trabalho à mão. Acontece mais do que parece: o sistema entra, ninguém muda o processo, e a empresa passa a ter o custo da assinatura somado ao custo das horas de antes. A licença não conserta processo, e processo se arruma antes, com um mapeamento das etapas.
Do lado de quem manda fazer, o erro é pedir tudo de uma vez. Projeto grande concentra risco, demora a mostrar valor e chega pronto justamente quando a empresa já descobriu que precisava de outra coisa.
O caminho que funciona é o contrário: escolha a etapa que mais consome hora, resolva só ela, meça o antes e o depois com cronômetro e use o resultado para decidir o próximo pedaço. Pedaço pequeno que funciona paga o próximo e ensina o que a empresa realmente precisa.
Como saber que você decidiu certo
Três meses depois, olhe para três coisas.
A equipe está usando sem você cobrar? Ferramenta boa é adotada; ferramenta ruim precisa de vigilância. A tarefa que doía leva menos tempo agora, medido com cronômetro e não de memória? E a empresa consegue seguir sem o fornecedor, caso precise?
Se as três respostas forem sim, a escolha foi certa, seja ela pronta ou sob medida. Se alguma for não, o problema raramente está no tipo de sistema, e sim numa etapa que ninguém mapeou antes de comprar.
Se quiser entender melhor o que se compra quando se compra sob medida, o texto sobre o que é software sob medida explica o que entra no pacote. E é essa a frente de Tecnologia sob medida: tecnologia que se adapta ao negócio, e não o contrário.
Perguntas que costumam vir junto
Quando vale a pena um sistema sob medida?
Quando o seu jeito de trabalhar é a vantagem do negócio e nenhum sistema pronto acompanha, ou quando a adaptação ao sistema pronto custaria mais que a diferença de preço. Se a sua operação é igual à de todo mundo do ramo, sistema pronto é melhor negócio: mais barato, mais rápido e com o problema dos outros já resolvido dentro dele.
Sob medida é sempre mais caro?
Na entrada, quase sempre. Em três anos, nem sempre. A conta que decide soma quatro coisas nos dois cenários: o que sai na assinatura ou no projeto, o que se gasta para implantar e treinar, quantas horas de equipe a solução consome ou devolve por mês, e quanto custa a etapa que continuará sendo feita à mão. É a terceira linha que costuma virar o jogo.
Quem fica dono do software que eu mandei fazer?
Pela Lei do Software, a Lei 9.609/1998, art. 4º, salvo estipulação em contrário os direitos pertencem exclusivamente ao empregador ou contratante quando o programa é desenvolvido na vigência de contrato expressamente destinado a isso. Ou seja: a regra padrão favorece quem contratou. Mesmo assim, escreva no contrato, porque a proteção depende de o contrato ser expresso sobre o objeto.
E se eu quiser trocar de fornecedor depois?
Só é possível se três coisas estiverem no contrato desde o começo: o código entregue e guardado com você, os dados exportáveis num formato comum, e a documentação de como o sistema funciona. Sem isso, mudar de fornecedor vira reescrever tudo. É a pergunta mais barata de fazer antes de assinar e a mais cara de fazer depois.
Dá para começar pequeno?
Dá, e costuma ser o melhor caminho. Escolha a etapa que mais consome hora, resolva só ela e meça o resultado antes de ampliar. Projeto grande de uma vez concentra risco e demora a mostrar valor. Pedaço pequeno que funciona paga o próximo pedaço e ensina o que a empresa realmente precisa, que quase nunca é o que estava na lista inicial.
De onde vêm os números
- Lei 9.609/1998 (Lei do Software), art. 4º (titularidade dos direitos sobre programa desenvolvido na vigência de contrato, salvo estipulação em contrário) (consultado em 12 de setembro de 2026)
- Constituição Federal de 1988, art. 7º, incisos VIII, XIII e XVII (13º salário, jornada de 44 horas semanais, férias com um terço a mais) (consultado em 12 de setembro de 2026)
- Lei 8.212/1991, art. 22, incisos I e II (contribuição patronal de 20% e seguro-acidente de 1% a 3%) (consultado em 12 de setembro de 2026)
- Lei Complementar 123/2006, art. 13, inciso VI e § 3º (Simples Nacional: contribuição patronal dentro da guia única e dispensa das contribuições a terceiros) (consultado em 12 de setembro de 2026)