Todo prestador de serviços de TI conhece o tipo: o cliente abusivo em contrato de desenvolvimento de software pede mudanças, evoluções e upgrades sem fim, sempre alegando que é leigo e que “isso estava incluído”. Com um contrato frágil, baseado em proposta ou e-mail, o projeto de três meses vira compromisso de anos pelo mesmo preço.
A defesa tem dois tempos: o contrato que previne, e a saída jurídica quando o abuso já se instalou. Este guia cobre os dois.
Escopo fechado: a defesa que evita o problema
Nos contratos de desenvolvimento, o descritivo técnico é a parte mais importante do documento. É ele que delimita o escopo: quais entregáveis serão desenvolvidos e, tão importante quanto, o que não será desenvolvido, entregue ou realizado.
Antes de assinar, o desenvolvedor precisa conhecer o projeto em detalhe: o alcance das próprias atribuições e as partes que dependem de serviços e custos de terceiros, como hospedagem, APIs e integrações vitais ao funcionamento da aplicação. O que depende de terceiro deve estar escrito como responsabilidade do cliente ou como custo repassável.
A combinação perigosa tem nome: escopo aberto com preço fechado. Nela, cada “pequeno ajuste” é trabalho sem remuneração, e a recusa vira desgaste comercial. A regra contratual que desarma isso é simples: qualquer alteração de escopo exige termo aditivo escrito, com prazo e valor próprios. Sem aditivo, não há entrega nova.
Como sair de um projeto capturado pelo cliente
Detectado o abuso, o primeiro passo é paralisar as entregas fora do escopo. A partir daí, dois caminhos.
Renegociação. Se concluir o projeto ainda interessa, convoque o cliente e formalize um aditivo com todos os entregáveis faltantes, prazos e valores. Isso estanca a sangria de solicitações e transforma o “combinado verbal” em obrigação bilateral escrita.
Encerramento. Se a conversa não é viável, notifique o cliente: o escopo se exauriu, os valores pactuados se esgotaram com os desvios do projeto, e a retomada depende de ajuste formal das condições. O fundamento está no Código Civil: o art. 187 trata como ato ilícito o exercício de direito que excede manifestamente os limites da boa-fé e do fim econômico do contrato, e o art. 422 impõe probidade e boa-fé na execução contratual.
Na notificação, assinale prazo para o cliente negociar o aditivo, sob pena de caracterização do inadimplemento dele. Sem resposta no prazo, comunica-se o encerramento dos serviços pactuados, dando a execução por concluída. Cada etapa documentada por escrito é prova a favor do desenvolvedor em eventual disputa.
Quando vale procurar advogado
A prevenção (contrato com escopo fechado e regra de aditivo) pode ser resolvida uma única vez e reutilizada em todos os projetos: é o investimento de melhor retorno para quem vive de desenvolvimento. Já a saída de um projeto capturado exige calibragem jurídica caso a caso: a notificação mal fundamentada pode se voltar contra o prestador, e a invocação do desequilíbrio contratual depende de prova dos desvios de escopo.
Vale buscar orientação quando o cliente ameaça cobrança ou processo, quando os valores envolvidos são relevantes e quando não há contrato escrito digno do nome. O escritório atende profissionais de TI e empresas de tecnologia nos dois cenários.
Cliente abusivo se alimenta de contrato frágil e de silêncio. Escopo escrito, aditivo obrigatório e notificação formal no momento certo encerram o ciclo.