Antes de qualquer coisa, uma honestidade sobre o nome. A internet chama isso de "escravidão digital", e eu entendo por que o termo pega: ele descreve bem a sensação de quem trabalha e não recebe. Mas ele é impreciso, e a imprecisão atrapalha.

Trabalho análogo à escravidão é um crime específico no Brasil, previsto no artigo 149 do Código Penal, com jornada exaustiva, servidão por dívida, condição degradante e restrição de locomoção. Ele existe, mata gente e tem milhares de resgates por ano. Não é isso que acontece quando uma empresa pede mais uma telinha de graça.

O que acontece tem outros nomes, e cada um deles tem consequência jurídica própria: apropriação de trabalho não remunerado, violação de direito autoral sobre software, enriquecimento sem causa, subordinação disfarçada e risco psicossocial não gerenciado. São nomes menos dramáticos e muito mais perigosos para quem pratica, porque esses têm artigo, multa e processo.

Este post é escrito principalmente para o empresário e o gestor, e não para desabafo do desenvolvedor. Porque a maior parte das empresas que faz isso não é má: ela não sabe que está fazendo, não sabe quanto custa e não sabe o tamanho do risco que está correndo. Vou mostrar os três.

• Alerta com data: a suspensão das sanções da NR-1 sobre riscos psicossociais, concedida pelo STF em 25 de junho, se encerra por volta de 23 de setembro de 2026. Sobrecarga e metas inalcançáveis voltam a ser item autuável.

• Código de teste técnico pertence a quem escreveu. Usar em produção sem contrato é violação da Lei do Software e enriquecimento sem causa.

• Candidato que fica "à disposição da empresa" em teste longo é o elemento que a Justiça do Trabalho usa para reconhecer vínculo.

• Escopo aberto custa de R$ 8 mil a R$ 30 mil por ano por cliente ao fornecedor, e o fornecedor sempre acaba cobrando isso de volta, de alguma forma.

• O mercado de desenvolvedor é pequeno e conversa. Reputação de empresa que não paga circula mais rápido que vaga.

• E tem a parte incômoda: parte disso continua acontecendo porque o desenvolvedor nunca disse não. Isso também está no post.

Parte 1: por que aumentou agora

A ilusão do "é só apertar um botão"

Essa é a causa nova e é a mais forte. Quem não é da área técnica passou a ver a IA gerar sessenta linhas de código em dois segundos e concluiu, razoavelmente, que desenvolver ficou trivial.

O erro está em confundir escrever código com fazer software funcionar. São coisas diferentes, e a proporção entre elas é o oposto da intuição. Escrever é a parte curta. O que consome tempo é entender a regra que ninguém documentou, prever o que quebra quando o dado vem errado, testar o caso que só acontece no fim do mês, migrar sem derrubar o que está no ar, e responder quando às 3h da manhã alguém não consegue emitir uma nota.

Um exemplo concreto que eu vivo: "mudar o valor do frete grátis" parece uma configuração. Dependendo de como o sistema foi feito, isso toca a regra de promoção, o cálculo do carrinho, o cupom que já estava emitido, o relatório financeiro e a integração com o marketplace. A alteração é de um número. O trabalho é de verificar os cinco lugares onde aquele número tem consequência.

A IA acelerou exatamente a parte que já era rápida e não tocou na parte que era demorada. Quem só vê a primeira acha que o preço deveria ter caído pela metade.

A exploração do desespero por experiência

A segunda causa é de mercado, e os números explicam o comportamento. As vagas para desenvolvedor júnior caíram cerca de 40% desde 2022, enquanto o volume de formados em cursos rápidos e faculdades continuou crescendo. Você tem mais gente disputando menos porta de entrada.

Quando existe fila, aparece quem cobra pedágio. É aí que nasce o "desafio técnico" que não é desafio: em vez de um problema fechado de lógica, pede-se que o candidato construa telas reais, integre uma API real, resolva um fluxo que a empresa precisa de verdade. Às vezes o código vira produção e o candidato é dispensado.

Quero ser justo aqui, porque nem todo teste é abuso. Teste técnico é legítimo e necessário. O que separa um do outro é objetivo, e eu dou a régua na Parte 4.

A síndrome do "já que você está mexendo nisso"

A terceira causa é a mais silenciosa, porque ela não vem com má intenção. Vem com simpatia. "Já que você está aí, dá uma olhadinha nisso também." "É rapidinho, né?" "Isso é parte do projeto, não é?"

Cada pedido isolado é pequeno. O problema é que eles não são isolados: são um padrão que transfere, aos poucos, o risco do projeto do contratante para o fornecedor. A empresa deixa de precisar decidir o que quer, porque sai mais barato ir pedindo.

E existe um agravante estrutural: contrato mal escrito. Boa parte do que vira conflito depois não é má-fé de ninguém, é um documento que dizia "desenvolvimento do site" e não dizia mais nada. Sobre como escrever isso direito, do lado de quem contrata, escrevi em como contratar um programador sem se arrepender.

A quarta causa, que quase ninguém cita: a confusão entre parceria e favor

"Somos parceiros" é uma das frases mais caras do mercado brasileiro. Parceria de verdade tem as duas pontas: risco dividido e ganho dividido. O que costuma se chamar de parceria é outra coisa: a empresa mantém o ganho inteiro e transfere metade do risco, em troca de uma promessa de trabalho futuro que quase nunca se materializa.

A versão mais comum é "faz esse primeiro sem cobrar que depois vem muita coisa". Depois quase nunca vem, e quando vem, vem com o preço ancorado no zero da primeira vez.

Ninguém pede de graça ao contador o balanço do ano, nem ao advogado a petição inicial. Pede ao desenvolvedor porque o trabalho dele é invisível: o cliente vê a tela, não vê o que sustenta a tela.

Parte 2: o alerta que interessa ao empresário

Aqui está a parte que raramente é escrita, porque o tema é sempre tratado do lado de quem sofre. Vamos ao lado de quem faz: quanto isso custa para a sua empresa.

Risco 1: o código do teste técnico não é seu

Este é o mais direto e o menos conhecido. Software é obra protegida por direito autoral no Brasil, pela Lei 9.609/98, a Lei do Software, combinada com a Lei 9.610/98. O código pertence a quem escreveu, salvo previsão contratual em contrário.

A cessão de direitos ao empregador existe quando há vínculo e quando a criação decorre do contrato de trabalho. Candidato não é empregado. Não há contrato, não há cessão, e portanto não há autorização de uso.

Se a sua empresa pediu um teste, descartou o candidato e aproveitou aquele código na base, ela está em duas situações ao mesmo tempo: uso não autorizado de obra protegida e enriquecimento sem causa. As duas são acionáveis, e a prova é trivial de produzir, porque o candidato tem o repositório, o histórico de commits com data e o email do processo seletivo.

Conserto, e é simples: ou o teste usa um problema fictício que não serve para nada na sua operação, ou o teste é remunerado e vem com cessão de direitos assinada. Escolha uma.

Risco 2: teste longo demais vira vínculo

A jurisprudência trabalhista é mais equilibrada do que os dois lados costumam dizer. Teste em processo seletivo, por si só, não gera vínculo: é fase pré-contratual, e o candidato sabe que está sendo avaliado.

O que muda o jogo é uma expressão que aparece nas decisões: ficar à disposição da empresa. Quando o suposto teste tem as características de um contrato de experiência, com prestação de serviço típico de empregado, subordinação e continuidade, o reconhecimento de vínculo passa a ser possível. Treinamento embutido em processo seletivo, à margem de contrato, é tratado como prática abusiva.

A régua prática para você não cruzar a linha: o teste avalia capacidade ou extrai entrega? Se o resultado do teste tem valor para a sua operação, não era teste.

Risco 3: a NR-1 volta a ter dente em 13 dias

Este é o alerta com data, e ele vale para qualquer empresa com empregado CLT, de qualquer porte.

Desde a atualização da NR-1, as empresas passaram a ter a obrigação de identificar, avaliar e gerenciar riscos psicossociais, e a lista inclui explicitamente assédio, sobrecarga de trabalho e metas inalcançáveis. A fiscalização com poder de autuação começaria em 26 de maio de 2026.

Em 25 de junho de 2026, o STF suspendeu por 90 dias a aplicação de multas e sanções ligadas aos dispositivos de risco psicossocial, abrindo um processo de conciliação. Esse prazo se encerra por volta de 23 de setembro de 2026, salvo prorrogação ou acordo. E o ponto que muita empresa entendeu errado: a liminar suspendeu a sanção, não a obrigação. O dever de identificar e controlar continua existindo o tempo todo.

Os valores, quando voltarem a incidir, vão de R$ 2.396,35 a R$ 6.708,08 por item infracionado, dobrando em caso de reincidência, com acréscimo de até 100% em situação de risco grave e iminente.

Traduzindo para o assunto deste post: prazo impossível combinado com escopo que cresce toda semana é, tecnicamente, sobrecarga de trabalho e meta inalcançável. Deixou de ser só um problema de gestão e virou item de norma regulamentadora.

Risco 4: subordinação disfarçada em contrato PJ

Muita relação de desenvolvimento é PJ, e isso é legítimo quando há autonomia real. O que descaracteriza é a subordinação: horário fixo, exigência de estar disponível, ordens diretas de gestor, exclusividade de fato.

O tema está no STF sob o Tema 1.389, e os processos voltaram a correr em primeira instância desde junho de 2026, aguardando a decisão final. Independentemente do resultado, a régua de proteção é a mesma: contrato com escopo definido, entrega por resultado, nota fiscal validada, ausência de controle de jornada e trilha documental. Empresa com processo estruturado fica defensável em qualquer cenário; empresa com gestão informal, não.

E repare na conexão com o tema: a empresa que pede "mais uma coisinha" o tempo todo está, sem perceber, construindo a prova de subordinação contra si mesma. Cada mensagem de "preciso disso hoje" é um documento.

Risco 5: você perde o bom e fica com quem aceita

Este não tem multa, e é o mais caro no longo prazo. Fornecedor bom tem fila. Quando a relação vira pedido infinito sem contrapartida, ele não briga: ele vai embora educadamente, e aos poucos.

Quem fica é quem não tem alternativa, e isso se reflete no que você recebe. A empresa que não paga por alteração seleciona, ao longo do tempo, o fornecedor que não tem opção.

E trocar custa caro. Colocar um desenvolvedor novo dentro de um sistema existente até ele produzir com segurança leva de 40 a 120 horas. A R$ 180 a hora, são de R$ 7.200 a R$ 21.600 apenas de rampa, sem nenhuma funcionalidade nova entregue. Isso costuma ser mais caro que um ano inteiro das "coisinhas" que teriam sido faturadas.

Risco 6: escopo aberto produz sistema ruim, e o ruim volta

Quando cada pedido entra fora de planejamento, ninguém desenha nada. As funcionalidades vão sendo penduradas onde dá, o sistema fica frágil, e a conta chega em forma de bug recorrente, lentidão e aquele momento em que "mexer nisso é arriscado demais".

É a mesma lógica de custo que descrevo em gerenciar um SaaS é equilibrar funcionalidade e custo: o que você não paga em projeto, você paga em manutenção, com juros.

Risco 7: reputação

O mercado de desenvolvimento é muito menor do que parece e conversa muito. Comunidade, grupo, evento, indicação. A informação de que uma empresa pede muito e paga mal circula mais rápido que a vaga dela. O efeito não é imediato: ele aparece quando você precisa contratar rápido, com urgência, e os bons não respondem.

Parte 3: sua empresa está fazendo isso? O teste das sete perguntas

Responda com sinceridade. Quatro respostas "sim" e vale rever o processo:

1. O seu teste técnico produz algo que serviria para a sua operação? Se serve, não é teste, é entrega.

2. O teste leva mais de quatro horas? Acima disso você está comprando tempo de alguém sem pagar por ele.

3. Alguém na sua empresa já disse "é rapidinho" esta semana? Quem estima o esforço do trabalho alheio quase sempre subestima, e a frase é o sintoma.

4. Existe alguma alteração dos últimos 90 dias que entrou sem orçamento? Conte quantas. Se você não consegue contar, já são muitas.

5. O contrato define o que está fora do escopo? Definir o que entra é fácil; a proteção mútua está em listar o que não entra.

6. Você chama de parceria algo em que só uma parte assume risco? Se o ganho não é dividido, não é parceria, é desconto com outro nome.

7. Seu fornecedor já respondeu mensagem sua de madrugada ou no fim de semana? E isso foi combinado e pago, ou apenas aconteceu?

Parte 4: como fazer certo, dos dois lados

O teste técnico legítimo

Existe, e é simples de desenhar:

• Problema fictício ou público, que não tenha utilidade nenhuma na sua operação.

• Até quatro horas, com escopo fechado e enunciado claro.

• Ou pague. Se você precisa de algo maior ou realista, contrate como trabalho pontual, com valor de mercado e cessão de direitos assinada. Fica caro? Custa menos que um processo e vale como sinal de seriedade.

• Dê retorno técnico a quem participou. Custa 15 minutos e é a diferença entre candidato que fala bem de você e candidato que fala mal.

• Nunca use o código de quem não foi contratado. Nem "só de inspiração".

E uma alternativa que funciona melhor que teste para a maioria das vagas: conversa técnica sobre o que o candidato já fez. Peça para explicar uma decisão, o que foi descartado e o que deu errado. Avalia julgamento, que é o que você quer, e não consome o fim de semana de ninguém.

O contrato que trava escopo sem azedar a relação

Cláusulas que eu recomendo que existam, escritas em português simples:

1. Escopo positivo e negativo. O que será entregue e, em lista separada, o que não está incluído. A segunda lista evita mais briga que a primeira.

2. Definição de "pronto". Critério objetivo de aceite por entrega, para que ninguém discuta se acabou.

3. Procedimento de mudança. Qualquer item fora do escopo gera orçamento e prazo próprios, por escrito, antes da execução. Sem exceção, inclusive para pedido pequeno.

4. Número de rodadas de ajuste incluídas por entrega, geralmente duas. A partir da terceira, é hora extra.

5. Canal e horário de atendimento, com o que é urgência de verdade e quanto custa fora do horário.

6. Propriedade do código e condição de entrega, incluindo o que acontece se a relação terminar.

7. Reajuste e vigência, para que a conversa de preço tenha data marcada em vez de virar desgaste.

Para quem está montando um projeto do zero e quer entender preço e escopo antes de assinar qualquer coisa, os números reais estão em quanto custa fazer um site em 2026.

O instrumento que resolve 80% do atrito: o pacote de evolução

A maior parte do conflito de "coisinha" não é sobre dinheiro, é sobre fricção. O cliente não quer pedir orçamento para mudar um texto, e o fornecedor não quer mandar proposta de R$ 200.

A solução que funciona para os dois lados é contratar um pacote mensal de horas de evolução. O cliente ganha previsibilidade e agilidade, porque pedido pequeno entra sem burocracia; o fornecedor ganha receita recorrente e pode planejar. E, o mais importante, o saldo fica visível: quando as horas do mês acabam, a conversa deixa de ser sobre a boa vontade de alguém e passa a ser sobre um número.

É esse mecanismo, e não a rigidez contratual, que faz o "já que você está mexendo" parar de existir. Não porque foi proibido, mas porque passou a ter preço visível.

Parte 5: para quem está do outro lado

Se você é o desenvolvedor nessa história, quatro coisas que funcionam:

• Registre, não reclame. Mantenha um registro simples de cada pedido fora do escopo, com data e tempo gasto. Na conversa de renovação, esse documento vale mais que qualquer argumento.

• Dizer não tem uma forma que não queima relação: "consigo fazer, entra como escopo novo, são X horas e entra na semana tal". Você não recusou, você precificou. É diferente e o cliente sente a diferença.

• Nunca entregue código de teste que sirva para produção sem contrato. Se pedirem algo assim, ofereça fazer pago. A resposta a essa oferta já te diz tudo sobre o cliente.

• Cuidado ao aceitar promessa de volume futuro. O preço da primeira vez vira a âncora de todas as outras.

E sobre precificação, o princípio que muda a conversa inteira está em preço B2B é o seu valor, não o seu custo.

Parte 6: a parte incômoda, que é sobre nós

Prometi sinceridade, então aqui vai a parte que o meu lado não gosta de ouvir.

Uma parcela grande desse abuso continua existindo porque o fornecedor nunca disse não. Não por generosidade: por medo de perder o cliente, por dificuldade de estimar, por não ter contrato, ou por não saber cobrar. Eu já fiz isso, mais de uma vez, e a conta sempre chegou.

Três coisas que são nossa responsabilidade e não do cliente:

• Contrato vago é falha de quem vende. O cliente não tem obrigação de saber o que precisa estar escrito. Nós temos.

• Preço baixo demais convida escopo aberto. Quando o valor não cobre o trabalho, qualquer pedido extra vira prejuízo, e aí o conflito é inevitável.

• Aceitar uma vez define a regra. A segunda "coisinha" de graça não é culpa do cliente, é a confirmação de uma regra que nós criamos na primeira.

Existe também o caso, menos comum e real, em que o cliente age de má-fé deliberada. Para esse não tem técnica de comunicação: tem contrato, tem registro e tem saber ir embora.

Parte 7: o que eu acho que vem por aí

Previsões datadas, com grau de confiança, no mesmo formato que uso nos outros posts. Quando a data chegar, eu volto e marco acerto ou erro, e o erro fica registrado.

• Teste técnico longo e não remunerado vira minoria em empresa média até o fim de 2028. Confiança: 60%. Menos por ética e mais por eficiência: o custo de perder bons candidatos ficou maior que o benefício de filtrar.

• Aparece pelo menos uma condenação divulgada por uso de código de teste técnico até o fim de 2028. Confiança: 55%. A base jurídica já existe e a prova é fácil; falta alguém processar e o caso circular.

• Sobrecarga por escopo aberto entra em autuação de NR-1 em 2027. Confiança: 65%. Assim que a fiscalização estabilizar, prazo impossível deixa de ser cultura e vira item de laudo.

• Pacote de horas de evolução vira o padrão de contratação para pequenas empresas até 2028. Confiança: 70%. É o formato que resolve a fricção dos dois lados, e formato que resolve fricção sempre vence.

• A ilusão do "é só apertar um botão" piora antes de melhorar, com pico em 2027. Confiança: 75%. As ferramentas vão ficar ainda mais impressionantes na demonstração, e a distância entre demonstração e produção continua sendo a mesma.

O fecho, para os dois lados da mesa

Para o empresário: quase nada disso é maldade, e quase tudo é caro. Você provavelmente não sabia que o código do teste não é seu, que escopo aberto constrói prova de subordinação contra a sua empresa, e que sobrecarga virou item de norma regulamentadora com multa. Agora sabe, e corrigir custa uma tarde de trabalho no processo seletivo e uma revisão de contrato.

Para o desenvolvedor: a defesa não é indignação, é documento. Contrato com escopo negativo, procedimento de mudança por escrito e pacote de evolução resolvem mais que qualquer discussão sobre valorização da profissão.

E, no meio, a frase que resume tudo: trabalho invisível não é trabalho de graça, é só trabalho que ninguém mostrou. A responsabilidade de mostrar é de quem faz.

Se você está montando um projeto e quer que escopo, prazo e regra de alteração fiquem claros antes de começar, monte sua proposta aqui. É o tipo de conversa que evita exatamente o que este post descreve.

Perguntas frequentes

A empresa pode usar o código do meu teste técnico?

Não, sem autorização. Software é obra protegida por direito autoral no Brasil, pela Lei 9.609/98 combinada com a Lei 9.610/98, e o código pertence a quem o escreveu, salvo cessão contratual. Candidato não é empregado, então não existe a cessão automática que ocorre em contrato de trabalho. Usar o código em produção configura uso não autorizado de obra protegida e enriquecimento sem causa, e a prova é simples porque o autor tem o repositório com histórico e as mensagens do processo seletivo.

Teste técnico não remunerado é ilegal?

Não por si só. Teste em processo seletivo é fase pré-contratual legítima, e a Justiça do Trabalho entende que não gera vínculo quando o candidato sabe que está sendo avaliado e não presta serviço típico de empregado. O problema aparece quando o candidato fica efetivamente à disposição da empresa, quando o suposto teste tem características de contrato de experiência, ou quando o resultado é aproveitado pela empresa. A régua prática é simples: se o resultado serve para a sua operação, não era teste.

Qual o tamanho aceitável de um teste técnico?

Até quatro horas, com escopo fechado e problema que não tenha utilidade real para a empresa. Acima disso, você está comprando tempo de alguém sem pagar. Se precisar de algo maior ou mais realista, contrate como trabalho pontual remunerado, com cessão de direitos assinada.

O que fazer quando o cliente pede alteração fora do escopo?

Precifique em vez de recusar. A formulação que funciona é "consigo fazer, entra como escopo novo, são X horas e entra na semana tal". Você não negou nada, apenas tornou o custo visível, e o cliente percebe a diferença. Como estrutura permanente, o pacote mensal de horas de evolução resolve a maior parte do atrito, porque transforma boa vontade em saldo visível.

A NR-1 se aplica a pedido excessivo de trabalho?

Sim, na medida em que sobrecarga de trabalho e metas inalcançáveis estão expressamente entre os riscos psicossociais que as empresas devem identificar, avaliar e gerenciar. O STF suspendeu em 25 de junho de 2026, por 90 dias, a aplicação de multas ligadas a esses dispositivos, com prazo terminando por volta de 23 de setembro de 2026. É importante entender que a liminar suspendeu a sanção, não a obrigação: o dever de gerenciar o risco continua valendo o tempo inteiro.

Contratar desenvolvedor como PJ é arriscado?

É legítimo quando há autonomia real e não há subordinação. O risco aparece com horário fixo, exigência de disponibilidade permanente, ordens diretas de gestor e exclusividade de fato. O Tema 1.389 do STF ainda não teve decisão final e os processos voltaram a correr em primeira instância desde junho de 2026. Independentemente do desfecho, a proteção é a mesma: escopo definido, entrega por resultado, ausência de controle de jornada e trilha documental. Curiosamente, a empresa que pede "mais uma coisinha" toda semana está produzindo, por escrito, a prova de subordinação contra si mesma.

Por que desenvolvimento parece caro se a IA faz código rápido?

Porque escrever código e fazer software funcionar são coisas diferentes, e a IA acelerou principalmente a primeira. O tempo do projeto está em entender a regra que ninguém documentou, prever o que quebra com dado errado, testar o caso raro, migrar sem derrubar o que está no ar e responder quando algo falha em produção. Uma alteração que parece ser de um número frequentemente tem consequência em cinco lugares diferentes do sistema, e é a verificação desses cinco lugares que custa.

Como escrever um contrato que evita escopo infinito?

Sete elementos resolvem quase tudo: escopo positivo e escopo negativo em listas separadas, definição objetiva de "pronto" por entrega, procedimento de mudança exigindo orçamento por escrito antes da execução, número de rodadas de ajuste incluídas, canal e horário de atendimento com custo fora do horário, propriedade do código e condição de entrega ao fim da relação, e regra de reajuste com data. A lista do que não está incluído costuma evitar mais conflito que a lista do que está.

É correto chamar isso de escravidão digital?

É o termo popular, mas é impreciso. Trabalho análogo à escravidão é crime previsto no artigo 149 do Código Penal, com elementos específicos como jornada exaustiva, servidão por dívida, condição degradante e restrição de liberdade, e continua ocorrendo no Brasil com milhares de resgates. O que este post descreve tem outros nomes jurídicos: apropriação de trabalho não remunerado, violação de direito autoral, enriquecimento sem causa, subordinação disfarçada e risco psicossocial não gerenciado. São menos dramáticos e bem mais úteis, porque cada um tem artigo, consequência e forma de defesa.

Este post é orientação prática de alguém que trabalha com desenvolvimento, e não parecer jurídico. As referências normativas citadas são a Lei 9.609/98 e a Lei 9.610/98 sobre direito autoral de software, o artigo 149 do Código Penal, a NR-1 com a redação da Portaria MTE 1.419/2024 e o Tema 1.389 do STF, com a situação verificada em 10 de setembro de 2026. Prazos judiciais e administrativos mudam: para decisão concreta, consulte um advogado trabalhista. As previsões são minhas, com verificação pública nas datas indicadas.