Contrato de desenvolvimento de software: o que não pode faltar

O contrato é o que protege você quando algo sai do plano: prazo estourado, escopo que cresce, fornecedor que some. Muitos conflitos em projetos de software nascem de contratos vagos. Saber o que precisa estar escrito ajuda a conversar com o fornecedor e com o seu advogado.

Aviso: este texto é informativo e não substitui a análise de um advogado. Cada contrato deve ser revisado por um profissional jurídico.

Resposta rápida

Um bom contrato define o que será entregue, quando, por quanto, quem é dono do código, como funcionam mudanças de escopo, suporte e sigilo, e o que acontece se uma das partes quiser encerrar.

Cláusulas que não podem faltar

1. Objeto e escopo: o que será construído, com funcionalidades, plataformas e o que está fora. Anexe o briefing do projeto e o escopo detalhado.
2. Entregas e prazos: marcos, datas e critérios de aceite, ou seja, como se decide que algo está pronto.
3. Valor e forma de pagamento: preço fechado, por hora ou por equipe, com condições de pagamento ligadas a entregas.
4. Propriedade intelectual: quem é dono do código, do design e da documentação. O ideal é que o contratante receba a titularidade do que foi desenvolvido para ele, com ressalva de componentes de terceiros e de código reutilizável do fornecedor.
5. Acessos e entrega do código: repositórios, servidores, contas de lojas de apps e domínios devem estar em nome do contratante, ou ser transferidos ao final.
6. Mudanças de escopo: como pedidos novos são avaliados, estimados e aprovados antes de entrar.
7. Garantia e suporte: período de correção de erros após a entrega e condições de suporte e manutenção de software.
8. Confidencialidade: sigilo sobre informações do negócio e dos clientes.
9. Proteção de dados: papéis de cada parte e responsabilidades segundo a LGPD. Veja mais em LGPD no desenvolvimento de software.
10. Rescisão e saída: como encerrar o contrato, o que ocorre com o trabalho em andamento e como o conhecimento é transferido.

Modelos de contratação

Para comparar tipos de fornecedor, veja freelancer, software house ou time interno. Para entender os fatores de preço, veja quanto custa desenvolver software sob medida.

Erros comuns

• aceitar um contrato sem anexar o escopo;
• não definir como as entregas são aprovadas;
• deixar acessos e contas em nome do fornecedor;
• não prever o que acontece se o relacionamento acabar;
• ignorar a propriedade de bibliotecas e componentes de terceiros.

Checklist rápido antes de assinar

• O escopo e o briefing estão anexados
• Há marcos, prazos e critérios de aceite
• A propriedade do código está clara
• Os acessos ficam em meu nome
• Há regra para mudanças de escopo
• Garantia e suporte estão definidos
• Sigilo e LGPD estão previstos
• A saída do contrato está descrita
• Um advogado revisou o texto

Perguntas frequentes

O código sempre fica com quem contratou?

Não automaticamente. Depende do que o contrato diz. Por isso a cláusula de propriedade intelectual deve ser explícita.

Preço fechado ou por hora?

Preço fechado dá previsibilidade quando o escopo está claro. Por hora ou equipe dedicada serve quando o escopo vai mudar muito.

Preciso de um advogado?

Recomendamos. Um contrato de software envolve propriedade intelectual, dados e responsabilidades que merecem revisão jurídica.

O que fazer se o fornecedor não entregar?

O contrato deve prever prazos, notificações, correções e condições de rescisão. Ter os acessos e o código em seu nome reduz muito o risco.

Conclusão

Um contrato claro não é desconfiança: é a forma de alinhar expectativas e proteger as duas partes. Invista tempo nele antes de começar a desenvolver.