#fundadores
#desenvolvimento-de-software
Empreendedorismo

Valoração de know-how e segredos de negócio: como pôr preço na regra que só existe dentro do código

Valoração de know-how e segredos de negócio usa custo de reprodução, renda atribuível e comparável de mercado. Como fazer o inventário das regras e a prova documental antes da due

Por Victhor Araújo

Fundador da Revin. Engenheiro de formação, especialista em desenvolvimento de software e produtos digitais.

O preço do know-how aparece na mesa da due diligence, não na linha de software do balanço

O preço do know-how aparece na mesa da due diligence, não na linha de software do balanço

Valoração de know-how e segredos de negócio cabe em três contas, e quem avalia vai pedir as três: quanto custa reconstruir aquilo do zero hoje, quanto de margem você perde se aquilo vazar ou sumir, e quanto alguém pagou por algo parecido em uma transação comparável. Custo de reprodução, renda atribuível, comparável de mercado. Quando o know-how mora dentro do código, a primeira conta é a única que você consegue fechar sozinho na semana que vem, porque os insumos já estão em casa: o número de regras vivas, o tempo de engenharia para reescrevê-las e o tempo de descoberta do que ninguém escreveu em lugar nenhum.

A segunda parte é a que move o preço de verdade, e é onde quase todo mundo perde dinheiro. Ela depende de prova. Segredo de negócio só entra como ativo se você mostra que era segredo e que continua seu: quem teve acesso, sob qual contrato, em qual repositório, com qual registro. Sem isso, o avaliador não escreve zero na planilha. Ele escreve desconto por risco, e esse desconto costuma custar mais caro que a refatoração que você adiou por dois anos.

As três contas que um avaliador aceita

Das 1.043 ramificações do serviço de preço, 34 mudaram no ano: são essas que entram na conta

Das 1.043 ramificações do serviço de preço, 34 mudaram no ano: são essas que entram na conta

  • Custo de reprodução: você estima quantas horas de engenharia sênior seriam necessárias para chegar no mesmo comportamento, partindo de uma equipe que nunca viu aquele sistema, e multiplica pelo custo real de hora do mercado. Esse número é o piso, nunca o teto.
  • Renda atribuível: você isola a margem que existe por causa daquela regra e não existiria sem ela, como a política de desconto que segura a recompra ou o cálculo de risco que permite aprovar crédito mais rápido que o concorrente, e projeta essa margem pelos anos em que a regra deve continuar valendo.
  • Comparável de mercado: você procura quanto foi pago em aquisições do mesmo setor pela parte intangível do negócio, o que na prática significa olhar a diferença entre o valor da transação e o patrimônio contábil da empresa comprada.

A conta que fecha o laudo quase sempre é uma combinação das três, com peso maior na renda atribuível. Mas a que você consegue começar hoje, sem contratar ninguém, é o custo de reprodução. E ela tem uma propriedade útil: se o custo de reprodução do seu know-how for baixo, o resto da conversa também vai ser, e é melhor descobrir isso antes de sentar na mesa com um comprador.

Conte as ramificações antes de escrever qualquer número

Abri um serviço de precificação e contei os pontos de decisão: 1.043 ramificações entre if, switch e tabela de parâmetro. Passei o histórico de mudança dos últimos doze meses por cima e sobraram 34 que alguém realmente tocou, uns 3% do total. Aquelas 34 são o negócio vivo. As outras 1.009 são história congelada, decisões tomadas por gente que já saiu, regras de campanhas que acabaram, exceções para clientes que nem existem mais.

Essa separação é a base de cálculo inteira. Você não valora 1.043 ramificações, valora as 34 que mudam, mais o subconjunto das congeladas que ainda decide dinheiro todo mês mesmo sem receber manutenção. O resto é passivo disfarçado de patrimônio, porque cada uma daquelas linhas mortas aumenta o custo de mexer nas vivas.

Já escrevi por aqui sobre onde essas mil regras deveriam morar, se no código, num motor de regras ou na planilha do financeiro. Aquele artigo usa a mesma contagem para decidir arquitetura. Aqui ela serve para outra coisa: virar linha de laudo. A medição é igual, a pergunta que ela responde é outra.

"Isso já está no balanço, foi capitalizado como software"

Na obra, o trecho só é aceito com o as-built assinado. No software, a regra é a mesma

Na obra, o trecho só é aceito com o as-built assinado. No software, a regra é a mesma

Essa é a objeção que aparece em toda reunião com o financeiro, e ela está meio certa. O que foi capitalizado é custo de desenvolvimento, amortizado por um prazo que alguém arbitrou lá atrás. Isso mede o que você gastou, não o que aquilo vale. São coisas que só coincidem por acaso.

A diferença fica visível na due diligence. O comprador não pergunta quanto você gastou. Ele pergunta se, comprando a empresa, ele compra junto o conhecimento, ou se compra um sistema cujo funcionamento só três pessoas conseguem explicar e duas delas estão sem contrato de exclusividade. Segredo de negócio protegido exige medida razoável de proteção, e medida razoável é documento: acesso restrito com registro, contrato assinado com quem viu, repositório sob controle da empresa.

E aqui vem a parte desconfortável. Em muito resgate que chega, o repositório principal ainda está numa conta pessoal do fornecedor anterior, com a chave de produção dele ativa. Já tratei disso em detalhe quando escrevi que seu fornecedor antigo ainda está logado na sua produção. Para efeito de valoração, o efeito é direto: know-how acessível por terceiro sem contrato de confidencialidade não é segredo. É informação compartilhada, e vale bem menos.

A planta as-built vale mais que a estrutura de pé

Quando eu respondia tecnicamente por montagem de estrutura metálica, ninguém aceitava o trecho só porque ele estava em pé. A liberação vinha com o projeto as-built assinado, o relatório de ensaio, a rastreabilidade do material. A estrutura sem esse maço de papel é um problema caro, não um ativo.

Software funciona igual, e a prova documental que sustenta preço tem quatro formatos:

  • Histórico de commit com mensagem que explica a decisão, não só o que mudou. É o único documento que ninguém consegue deixar de atualizar.
  • Registro de decisão de arquitetura, mesmo que seja um arquivo de texto de dez linhas por decisão, dizendo o que foi considerado e o que foi descartado.
  • Teste que descreve a regra em linguagem de negócio e falha quando a regra muda. Teste sem expect é o oposto disso: ele existe para o relatório de cobertura, não para o comprador.
  • Tabela de parâmetros versionada fora do código, com data de vigência, para que a regra de ontem continue auditável depois que a de hoje entrar.

Esses quatro itens fazem duas coisas ao mesmo tempo. Aumentam a renda atribuível, porque provam que o conhecimento é transferível, e derrubam o desconto por risco de pessoa-chave. É o oposto do que acontece no código que passa no pitch e reprova na due diligence, onde a tela bonita esconde que ninguém sabe mais por que aquele desconto de 7% existe.

O preço aparece sozinho no dia em que você troca de fornecedor

Se você quer saber quanto vale o conhecimento preso no seu sistema sem contratar avaliador, existe um teste de campo brutal: peça a alguém de fora para reimplementar uma das regras vivas sem falar com quem a escreveu. O tempo que isso leva é o seu custo de reprodução real, e ele inclui o que nenhuma planilha prevê, que é o tempo de arqueologia antes da primeira linha nova.

Esse custo desaba ou explode dependendo de quem está do outro lado. Fornecedor que trocou o time entre a proposta e o kickoff começa a arqueologia do zero, e é por isso que escrevi que o time que te venderam não é o time que vai entregar. Para transformar horas em dinheiro sem chutar, use referência pública de faixa salarial, como a que levantamos em salário de desenvolvedor de software no Brasil em 2026, ou o custo mensal de um squad dividido pelas horas úteis. Número com fonte externa passa em auditoria. Número que você inventou não passa.

Uma digressão que vale o parágrafo: já vi empresa descobrir na saída do fornecedor que a regra mais valiosa do negócio estava numa planilha que um analista mantinha na mão, e que o sistema só lia. O ativo existia, só não estava onde todo mundo achava.

Onde essa conta não serve para nada

Regra de commodity não vale dinheiro. Cálculo de imposto, tabela de frete de transportadora, arredondamento de parcela: tudo isso o mercado inteiro tem, e um avaliador competente vai cortar da conta na primeira leitura. O que sobra é a regra que você só sabe porque errou antes, a política que veio de uma perda concreta, o ajuste que existe porque um cliente específico quebrou de um jeito específico.

Também não sei dizer se essa conta vale para uma empresa de três pessoas com um ano de operação. Ali o conhecimento ainda está inteiro na cabeça dos sócios, e o comprador está comprando os sócios, não o repositório. A conta começa a fazer sentido quando o sistema sobrevive à saída de quem o escreveu, que é exatamente o momento em que a maioria descobre que ele não sobrevive.

Comece pelas 34 regras que mudaram

Separe uns quarenta minutos nesta semana e faça a parte chata: liste as regras que decidem preço, desconto, comissão e limite, e marque quais foram alteradas nos últimos doze meses. Para cada uma das que mudaram, escreva em uma linha por que ela existe e quem consegue explicá-la sem abrir o código.

Se você não consegue preencher essa segunda coluna em mais da metade da lista, o número que vai aparecer no seu laudo já está decidido, e não é o que você esperava. A pergunta para levar à sua próxima reunião de sócios é curta: das regras que mais dão dinheiro aqui, quantas continuariam funcionando e sendo compreendidas se as duas pessoas que mais mexem nelas saíssem no mesmo mês?

Pronto para elevar o seu negócio?

Agendar uma reunião
Compartilhe
Link de compartilhamento LinkedinLink de compartilhamento XLink de compartilhamento WhatsappLink de compartilhamento Facebook

A cada quinze dias. As decisões técnicas que tomamos, e o que aprendemos.