Contrato de freelance dev: as cláusulas que salvam sua pele quando o projeto azeda

Você fechou o projeto no WhatsApp. O cliente parecia gente boa, o escopo estava "combinado" em meia dúzia de áudios e você começou a codar no dia seguinte. Três semanas depois, o "só mais um ajustezinho" virou rotina, a última parcela atrasou e você percebeu que não tem um papel que prove o que foi combinado. Se essa cena parece familiar, este artigo é sobre a ferramenta mais barata e mais ignorada da carreira freelance: o contrato de freelance dev. Não o modelo de quinze páginas em juridiquês que ninguém lê. Um documento de três ou quatro páginas, com as cláusulas certas, que muda completamente a conversa quando o projeto azeda.

A verdade desconfortável: calote raramente começa como calote

Quase nenhum cliente fecha um projeto planejando não pagar. O calote e o scope creep nascem de ambiguidade. O cliente acha que "o app" incluía o painel administrativo. Você acha que não. O cliente acha que ajustes são ilimitados até ele gostar. Você achava que eram duas rodadas. Sem documento, a versão que vale é a de quem tem mais poder na relação, e quem precisa da última parcela para pagar aluguel não é quem tem mais poder.

Contrato não é sinal de desconfiança. É a memória escrita do combinado, feita enquanto os dois lados ainda concordam. Você não escreve contrato para brigar na justiça. Escreve para nunca precisar chegar perto disso.

O que um contrato de freelance dev precisa ter: as 7 cláusulas

Aviso honesto antes da lista: eu não sou advogado, sou dev e fundador de software house. O que segue é o que a prática de fechar projetos toda semana ensinou. Monte seu modelo com essas cláusulas e pague um advogado uma única vez para revisar. Custa entre R$ 800 e R$ 2.500 e você reutiliza em todos os projetos.

1. Escopo fechado, com lista do que NÃO está incluído

A cláusula de escopo não existe só para descrever o que você vai fazer. Ela existe principalmente para registrar o que você não vai fazer. Liste telas, integrações, plataformas e quantas rodadas de ajuste estão incluídas. "App iOS e Android" sem uma linha sobre painel admin significa, na cabeça do cliente, que o painel vem de graça. O anexo de escopo é a parte do contrato que mais protege você, e é a que a maioria deixa vaga.

2. Sinal antes da primeira linha de código

Entre 30% e 50% na assinatura, o restante atrelado a entregas, nunca só a datas. Na OCA, nenhum projeto começa sem sinal. Nenhum. Cliente que resiste a pagar sinal está te contando quem ele é antes de o projeto começar. O sinal também protege o cliente: filtra dev que some depois do PIX, porque quem cobra sinal e tem contrato assinado tem nome a zelar.

3. Mudança de escopo vira aditivo, por escrito

Qualquer pedido fora do anexo de escopo gera orçamento e prazo novos, formalizados antes da execução. A conta é simples: um "ajustezinho" de duas horas por semana, num projeto de três meses, soma mais de 24 horas. É quase uma semana inteira trabalhada de graça. A cláusula de aditivo transforma essa conversa desconfortável em procedimento padrão, e procedimento padrão não estressa relação.

4. Propriedade intelectual só passa com pagamento integral

O código é seu até a quitação. Com o pagamento completo, a titularidade passa para o cliente. Essa cláusula vale mais do que multa e juros somados, porque muda o incentivo: o cliente que atrasa a última parcela não está devendo dinheiro, está operando um produto que ainda não é dele. Você não precisa ameaçar nada. O contrato já disse tudo.

5. Prazo de resposta do cliente, com pausa de cronograma

Todo freelancer conhece o cliente que some por três semanas e volta cobrando o prazo original. A cláusula: o cliente tem X dias úteis para dar feedback ou entregar insumos (conteúdo, acessos, chaves de API), e cada dia de atraso dele empurra o cronograma na mesma proporção. Se o projeto ficar parado por mais de 30 dias por inércia do cliente, você pode encerrar com pagamento proporcional do que foi entregue.

6. Rescisão com pagamento proporcional

Os dois lados podem sair, com aviso prévio definido. Se o cliente cancelar, paga tudo que foi entregue até ali, e o sinal não é reembolsável, porque ele comprou a reserva da sua agenda. Sem essa cláusula, um cancelamento no meio do projeto vira negociação no grito, e de novo: quem precisa do dinheiro negocia pior.

7. Limitação de responsabilidade e garantia definida

Sua responsabilidade fica limitada ao valor do contrato, e você não responde por lucro cessante. Sem isso, um bug em produção vira "o sistema caiu e eu perdi R$ 100 mil em vendas, me paga". Do outro lado, ofereça garantia clara: 30 a 60 dias de correção de defeitos após a entrega. Defeito é aquilo que contraria o escopo assinado. Funcionalidade nova não é defeito.

Contrato de freelance dev na prática: como apresentar sem perder o cliente

O medo clássico: "se eu mandar contrato, o cliente desiste". A experiência de quem fecha projeto toda semana diz o contrário. Cliente sério não desiste por causa de contrato. Cliente que desiste por causa de contrato ia te dar problema, e é melhor descobrir isso antes de escrever a primeira linha de código.

Como fazer sem fricção:

• Envie o contrato junto com a proposta comercial, como parte natural do processo, não como uma etapa extra depois do "sim".
• Use assinatura digital (Autentique, Clicksign, ZapSign). Ninguém imprime nada, assina em dois minutos no celular.
• Escreva em português claro. Juridiquês assusta mais do que a existência do contrato.
• Apresente como proteção mútua, porque é: escopo escrito protege o cliente do dev que entrega metade, e protege você do escopo infinito.

E a conta do advogado que revisa seu modelo fecha rápido: um único calote de R$ 8 mil evitado paga a revisão três ou quatro vezes.

As armadilhas que pegam até quem já tem contrato

Ter contrato assinado não basta se você sabotar o documento no dia a dia. As quatro situações que mais vejo queimarem freelancer:

• Anexo de escopo "a definir". Contrato assinado com escopo vago é um contrato que protege ninguém. Se o escopo ainda não está claro, venda uma fase de descoberta paga antes, e só então feche o desenvolvimento.
• Mudança aceita por áudio e nunca formalizada. Você não precisa de aditivo notarizado para tudo. Um e-mail de três linhas, "confirmando o que combinamos hoje: entra X, o prazo vai para Y, o valor adicional é Z", já cria registro.
• Deixar o aditivo para "acertar no final". No final, o cliente lembra de metade e você vira o chato que apareceu com uma fatura surpresa. Cobre a mudança quando ela nasce.
• Assinar o contrato do cliente sem ler. Empresas maiores mandam o modelo delas. Procure três coisas: cláusula de exclusividade, propriedade intelectual sobre tudo que você produzir (inclusive suas libs internas de outros projetos) e multa por atraso que só vale para o seu lado. Tudo isso é negociável, mas só antes de assinar.

Do lado de quem repassa projetos: como a OCA usa isso

Vou te falar como funciona do lado de quem recebe os leads: a OCA aparece no Google e nas respostas das IAs para buscas de desenvolvimento de software no Brasil, e isso traz dezenas de leads de clientes por dia, mais do que o time interno consegue atender. A resposta foi montar uma rede de parceiros, devs seniores e times pequenos que recebem projetos já validados.

E aqui a conexão com este artigo: nenhum projeto sai da OCA para um parceiro sem escopo fechado e contrato assinado. As cláusulas acima não são teoria de blog, são o que usamos nos projetos que construímos e operamos e no que repassamos. O parceiro recebe o projeto com cliente validado, escopo documentado e combinado financeiro claro. O que esperamos de volta é o mesmo padrão: entrega senior, comunicação de gente grande e respeito ao escopo assinado. Sem promessa de volume, sem taxa para entrar, sem curso para comprar.

Se você entrega bem e quer receber projeto com essa estrutura em vez de caçar cliente no frio:

Entre para a rede de parceiros da OCA

E independente da rede, uma ação para esta semana: abra seu último projeto e escreva o anexo de escopo que ele deveria ter tido, incluindo a lista do que não estava incluído. Depois monte seu modelo com as sete cláusulas e mande para um advogado revisar. É o investimento com melhor retorno que um freelancer faz em 2026, e ele não envolve nenhum framework novo.