Modelos de trabalho

Contrato de desenvolvimento de software: o que não pode faltar (e as red flags)

Equipe iatize · 2026-07-26 · 8 min de leitura

Você fechou com uma agência, uma fábrica ou um freelancer pra tirar sua ideia do papel. Agora vem o contrato — ou, pior, não vem contrato nenhum, só um combinado no WhatsApp. É exatamente aí que nasce quase todo conflito entre quem paga e quem constrói: não no código, no que ninguém deixou escrito.

Aviso de honestidade: a iatize assina contratos de desenvolvimento — temos interesse no assunto. Justamente por isso este guia é o checklist que protege VOCÊ, o contratante, e não quem constrói. E um aviso jurídico rápido: isto é um mapa pra você saber o que exigir, não substitui um advogado revisando o seu contrato específico.

Por que “a gente combina no WhatsApp” não basta

Combinar por mensagem funciona lindamente enquanto tudo dá certo. O problema aparece no atrito: o projeto atrasou, o escopo cresceu, o pagamento travou, ou você quis trocar de fornecedor. Nesse momento, o que vale é o que está escrito — e se não há nada escrito, cada lado lembra do combinado de um jeito diferente, sempre a seu favor. Contrato não é burocracia nem desconfiança: é a memória oficial do que os dois toparam, pra ninguém depender da boa vontade do outro quando a relação esfria.

Os 6 itens que não podem faltar

1. Escopo — e principalmente o que NÃO está incluído

A maior fonte de briga é o escopo vago. O contrato precisa listar o que será entregue (telas, funcionalidades, integrações) e, tão importante quanto, o que fica de fora. Sem a lista do que não está incluído, toda funcionalidade nova vira uma discussão sobre se já estava combinada. Deve existir também uma regra clara pra pedidos extras: como se cobra o que não estava no escopo.

2. Prazo — e o que acontece se atrasar

Prazo sem consequência é só uma expectativa. O contrato deve ter datas por entrega e o que acontece no atraso de cada lado — inclusive quando o atraso é seu (você demorou pra aprovar, pra mandar conteúdo, pra liberar um acesso). Entrega em fases, com aprovação a cada etapa, protege os dois: você não paga tudo pra ver no fim, e o fornecedor não fica refém de um cliente que some.

3. Pagamento atrelado a entrega, não ao calendário

Fuja de dois extremos: 100% antecipado (você fica sem alavanca se algo der errado) e 100% no fim (nenhum fornecedor sério aceita). O saudável é pagamento por etapa entregue e aprovada — uma parte na largada, o resto liberado conforme cada fase fica pronta. Assim o dinheiro anda junto com o trabalho, e ninguém carrega todo o risco sozinho.

4. Propriedade do código e das contas — no seu nome

Este é o item que mais dá problema depois e o que menos gente confere antes. Código feito sob encomenda não é automaticamente seu: a transferência precisa estar escrita. Exija cessão total e definitiva dos direitos sobre o código, entrega do código-fonte com histórico, e as contas (hospedagem, domínio, serviços, lojas) no seu nome ou da sua empresa. Repare numa palavra venenosa: se o contrato fala em licença de uso em vez de cessão de direitos, você está alugando o que pagou pra construir.

5. Garantia e manutenção

Todo software nasce com algum bug e envelhece com o tempo. O contrato deve separar duas coisas: garantia (correção sem custo de defeitos por um período após a entrega) e manutenção/evolução (o trabalho contínuo depois, que é pago). Sem essa distinção escrita, todo ajuste vira uma negociação do zero — e você descobre tarde que ninguém está responsável por manter o produto no ar.

6. Confidencialidade e o fim da relação

Sigilo sobre o seu negócio e seus dados (um NDA resolve, e é razoável pedir). E, principalmente, o que acontece quando a relação termina: prazo pra transferir tudo, entregar documentação e remover os acessos do fornecedor. A hora de combinar o divórcio é no casamento — depois que a relação azeda, ninguém quer colaborar.

As red flags no contrato que te oferecerem

Nenhuma delas é ilegal. Todas são formas de inclinar o contrato a favor de quem construiu:

• Fala em “licença de uso” em vez de “cessão de direitos” sobre o código. É a diferença entre ser dono e ser inquilino do que você pagou.
• Exige pagamento integral antecipado. Você perde toda a alavanca se a entrega não vier.
• Escopo genérico, sem lista do que fica de fora. Vago hoje é conta extra amanhã.
• Silêncio sobre propriedade do código e titularidade das contas. O que não está escrito não é seu.
• Nenhuma cláusula de saída — nada sobre transferência, acessos e documentação no fim.
• Multa pesada pra você rescindir, mas nada que responsabilize o fornecedor por abandono ou atraso. O contrato tem que proteger os dois lados.

Quando o contrato pode (e deve) ser simples

Sendo honesto contra o próprio interesse: nem todo projeto precisa de um contrato de vinte páginas. Uma landing page ou um site institucional de R$500 se resolve com um documento curto — escopo, prazo, pagamento e propriedade em uma página. Aliás, contrato exageradamente longo e cheio de proteção só pra um lado costuma ser red flag, não sinal de profissionalismo. A régua é a proporção: quanto maior o investimento, mais dado sensível e mais tempo de relação, mais o contrato precisa cobrir. Pra um piloto pequeno, o essencial basta.

Já comecei sem contrato. E agora?

1. Não brigue ainda — organize. Faça um inventário do que já foi combinado, do que já foi pago e de onde está cada peça (código, domínio, contas, dados).
2. Formalize daqui pra frente: proponha um documento simples cobrindo os 6 itens, num tom de organização, não de acusação. Fornecedor sério topa.
3. Garanta primeiro o acesso: contas e repositório no seu nome. É o que te dá liberdade se precisar trocar.
4. Se houver resistência real em colocar propriedade e acessos no papel, trate como o alerta que é — e leve pro advogado antes de pagar a próxima parcela.

Como a gente combina isso (pra você comparar)

Já que o artigo cobra transparência, o nosso lado: o produto que construímos é seu — código e contas no seu nome, escopo e etapas claros, pagamento por entrega. No diagnóstico gratuito, em cerca de 1 minuto, a gente entende seu projeto e já aponta o que precisa estar no contrato pro seu caso — mesmo que você contrate outra pessoa.

Fazer meu diagnóstico gratuito