Pular para o conteúdo
Kronos LabAgendar diagnóstico

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.

Publicado em Conferido em 7 min de leituraPelo time da Kronos Lab

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:

  1. 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.
  2. 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.
  3. 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.

  1. O que sai direto. Assinatura mensal vezes 36, ou o valor do projeto mais a manutenção.
  2. Implantar e treinar. Migrar dado, configurar, ensinar a equipe. Vale para os dois, e é mais alto do que a proposta sugere.
  3. As horas que a solução consome ou devolve por mês. Esta é a linha decisiva.
  4. 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

  1. 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)
  2. 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)
  3. 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)
  4. 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)
Próximo passo

Quer aplicar isso na sua empresa?

Uma conversa objetiva para entender o cenário da sua empresa e as possibilidades. Sem compromisso e sem tecniquês.

Prefere escrever?comercial@kronoslab.com.br

WhatsApp