Download Word gratuito • Edite on-line • Salve e compartilhe com Drive • Exporte para PDF
Um Acordo de Desenvolvimento de Software Customizado é um contrato profissional entre você (cliente ou consumidor) e um desenvolvedor ou empresa que vai criar software personalizado. O modelo, disponível como download Word gratuito e editável on-line, estabelece claramente o que será desenvolvido, como será pago, quando será entregue, e como mudanças de escopo serão tratadas. É aplicável a projetos de qualquer tamanho: desde um app simples até um sistema corporativo complexo. O documento cobre opções tanto de pagamento por hora (tempo e material) quanto preço fixo, além de reembolso de despesas, prazos de revisão e formalização de mudanças. Exporta em PDF para assinatura digital ou impressão.
Sem um contrato formal, você corre riscos significativos. Um desenvolvedor pode alegar que entendeu diferente o que deveria fazer, ou aplicar a trabalho que você não pediu. Você pode achar que o software pronto não atende, mas sem ter por escrito o que foi prometido, fica difícil exigir correções. Despesas podem crescer sem controle (viagem, software, infraestrutura), e mudanças ao plano inicial viram motivo de conflito: quem paga pelo trabalho extra? Este modelo protege ambas as partes ao deixar explícito desde o início o escopo, cronograma, valores, critérios de aceitação, e como lidar com mudanças. Desenvolvedor sabe exatamente o que entregar e como será pago. Cliente sabe que pode exigir cumprimento conforme acordado. Ambos ganham segurança jurídica e operacional, evitando disputas caras e retrabalho.
| Se sua situação é… | Use este modelo |
|---|---|
| Projeto com escopo pouco definido ou sujeito a mudanças frequentes | Acordo de tempo e material |
| Projeto bem definido com escopo claro e cronograma estabelecido | Acordo de preço fixo |
| Cliente quer capped liability para orçamento previsível | Com limite de responsabilidade máxima |
| Projetos pequenos ou prototipagem rápida | Básico (sem reembolsos detalhados) |
| Projetos corporativos complexos com múltiplas entregas e fases | Completo (com todas as cláusulas) |
Por que importa: Sem especificações claras por escrito, desenvolvedor e cliente discordam sobre o que foi prometido, levando a retrabalho e conflito.
Fix: Anexe Especificações Funcionais detalhadas e liste cada entregável esperado no Inventário A antes de assinar.
Por que importa: Se o cliente rejeitar o plano depois, o desenvolvedor pode não ser pago por todo o trabalho já realizado.
Fix: Sempre obtenha aprovação escrita do Plano de Desenvolvimento antes de começar qualquer desenvolvimento de código.
Por que importa: Despesas como viagem, software e infraestrutura podem crescer sem limite, gerando surpresas no final.
Fix: Seja explícito sobre quais despesas o cliente vai reembolsar e pedir recibos; estabeleça teto se necessário.
Por que importa: Cliente pode adiar pagamento indefinidamente sem consequência, prejudicando o fluxo de caixa do desenvolvedor.
Fix: Insira percentual de juros mensal por atraso e número de dias exato (p.ex., 15 dias) para pagamento após fatura.
Por que importa: Escopo aumenta sem o cliente pagar extra ou prazos serem ajustados, prejudicando o desenvolvedor.
Fix: Para qualquer mudança, exija proposta escrita do cliente, avalie impacto e formalize com Acordo de Modificação assinado.
Por que importa: Desenvolvedor fica esperando acesso a sistemas, dados ou equipamentos, atrasando o projeto sem ter culpa.
Fix: Na cláusula de Materiais, liste tudo que o cliente deve fornecer e a data exata de entrega antes de começar.
Em linguagem simples: Define que o consumidor contrata o desenvolvedor como contratado independente para criar software descrito em especificações funcionais anexadas.
O Consumidor deseja reter o Desenvolvedor como um contratado independente para desenvolver o software de computador (o "Software") descrito nas Especificações Funcionais contidas no Inventário A anexo a este Acordo.
Erro comum: Omitir anexos com especificações, deixando vago o que exatamente será desenvolvido.
Em linguagem simples: O desenvolvedor apresenta um plano com especificações, entregáveis, cronograma e orçamento, que deve ser aprovado pelo cliente antes do início.
O Plano de Desenvolvimento deve incluir: Especificações Detalhadas do Software; Uma lista de todos os itens a serem entregues; Um plano de desenvolvimento contendo datas de entrega; e Um plano de pagamento.
Erro comum: Começar a desenvolver sem plano aprovado, causando retrabalho e disputas sobre escopo.
Em linguagem simples: Cliente tem prazo fixo para revisar e aprovar o plano; pode rejeitar com objeções escritas e solicitar modificações dentro de prazos definidos.
O Consumidor deve ter [NUMERO] dias para rever o Plano de Desenvolvimento. Se insatisfatório, deve preparar descrição detalhada de objeções e o Desenvolvedor tem [NUMERO] dias para modificar.
Erro comum: Aceitar um plano vago ou incompleto, levando a desentendimentos posteriores sobre o que será entregue.
Em linguagem simples: Se o cliente rejeitar o plano e terminar o contrato, paga o desenvolvedor apenas pelas horas de preparação do plano, com um teto máximo.
O Desenvolvedor deve ser beneficiado por uma compensação pelo tempo e materiais, baseado em horas de trabalho de [TAXA DE HORAS]. A compensação total não deve exceder [QUANTIA].
Erro comum: Não definir teto máximo, deixando o cliente exposto a custos imprevistos pelo trabalho de planejamento.
Em linguagem simples: Desenvolvedor cobra taxa horária ou diária acordada; cliente paga dentro de prazo após receber fatura de trabalho completado.
O Desenvolvedor deve ser compensado pela taxa de [TAXA] por hora. O Pagamento será feito dentro de [NUMERO DE DIAS] dias após o envio da fatura pelo trabalho completado.
Erro comum: Não estabelecer teto de responsabilidade máxima, permitindo custos abertos em projetos prolongados.
Em linguagem simples: Preço total acordado antecipadamente; cliente paga entrada na assinatura, aprovação do plano, e saldo em prestações conforme conclusão de fases.
O Consumidor deve pagar [QUANTIA INICIAL] na assinatura deste Acordo e [QUANTIA SE APROVADO] quando aprovar o Plano. O restante será pago em prestações conforme cada fase.
Erro comum: Não vincular prestações a marcos concretos, criando dúvida sobre quando o desenvolvedor merece cada pagamento.
Em linguagem simples: Cliente reembolsa despesas do desenvolvedor: comunicação, conversão de dados, mídia, viagem e outras necessárias para o projeto.
O Consumidor deve reembolsar o Desenvolvedor por todo gasto inesperado: cobranças de comunicação, custos de serviços, mídia, viagem além da normal, e outras despesas resultantes do trabalho.
Erro comum: Deixar despesas sem limite ou definição clara, gerando desentendimentos sobre o que é reembolsável.
Em linguagem simples: Pagamentos atrasados estão sujeitos a juros mensais em percentual acordado até que o débito seja quitado.
Pagamentos atrasados pelo Consumidor devem estar sujeitos a taxa de atraso de [%] ao mês da data de débito até a quantia paga.
Erro comum: Omitir juros por atraso, deixando sem incentivo para o cliente pagar no prazo.
Em linguagem simples: Cliente fornece ao desenvolvedor (por sua conta) materiais, equipamentos e dados necessários para o projeto, em data combinada.
O Consumidor deve disponibilizar ao Desenvolvedor, a custos do Consumidor, os seguintes materiais e equipamentos: [LISTA]. Estes itens serão providenciados em [DATA].
Erro comum: Não especificar o que o cliente deve fornecer, causando atraso quando o desenvolvedor fica aguardando dados ou acesso.
Em linguagem simples: Cliente que quer mudar funcionalidades ou escopo envia proposta escrita; desenvolvedor responde em prazo com impacto em preço, cronograma e garantias.
Se o Consumidor desejar mudança após aceitação do Plano, deve enviar proposta escrita. O Desenvolvedor deve responder dentro de [NUMERO] dias com disponibilidade e impacto no contrato. Mudanças devem ser evidenciadas por um Acordo de Modificação do Plano de Desenvolvimento.
Erro comum: Aplicar mudanças de escopo sem formalizar por escrito, resultando em trabalho não pago ou cliente arrependido.
Insira o nome completo, estado de constituição legal e endereço da empresa cliente (Consumidor) e da empresa ou profissional desenvolvedor. Garanta que os nomes correspondem exatamente aos documentos legais.
💡 Use documentos de identificação (CNPJ/RG ou equivalente em Portugal) como referência.
Na seção de Considerações, detalhe especificamente o que o cliente quer que o software faça. Seja concreto: "sistema de gestão de inventário integrado com nota fiscal" é melhor do que "software customizado".
💡 Quanto mais específico, menor o risco de desentendimento depois.
Decida entre tempo e material (taxa horária) ou preço fixo. Delete a seção que não se aplica. Para tempo e material, insira a taxa horária e o número de dias de prazo para pagamento.
💡 Preço fixo funciona melhor se o escopo é bem definido; tempo e material se há incerteza.
Complete as datas e números de dias em [COLCHETES] para aprovação do plano, revisão de objeções, respostas a mudanças, e outras etapas. Estabeleça teto máximo de responsabilidade se aplicável.
💡 Prazos realistas evitam frustrações; 5–7 dias úteis é razoável para revisão de documentos.
Crie ou anexe um Inventário A com as Especificações Funcionais do software (o que deve fazer). Na cláusula de Materiais, liste o que o cliente vai fornecer (dados, acesso, equipamento).
💡 Especificações claras reduzem conflitos sobre o que é ou não responsabilidade do desenvolvedor.
Insira a taxa horária ou valor fixo do contrato, a taxa de atraso mensal (p.ex., 2%), reembolso por km de viagem, e teto máximo de responsabilidade (se aplicável).
💡 Mantenha referência em moeda local (real brasileiro ou euro português, conforme aplicável).
Leia todo o contrato com atenção. Certifique-se de que datas, valores e descrições estão corretos. Ambas as partes devem assinar e datar o documento (e o Inventário A, que vira Anexo B).
💡 Guarde cópia assinada em local seguro; envie cópia por email confirmada para ambas as partes como prova de acordo.
É um contrato entre um cliente (Consumidor) e um desenvolvedor (ou empresa) que estabelece os termos para criar software personalizado. Define o escopo do projeto, como o software será desenvolvido, quanto custa, quando será entregue, como o cliente pode solicitar mudanças, e quanto paga por despesas extras. Funciona tanto para projetos pequenos quanto para sistemas corporativos complexos.
Sim, especialmente se é a primeira vez trabalhando com esse profissional ou se o projeto dura várias semanas. Um contrato por escrito protege ambas as partes: deixa claro o que o desenvolvedor vai fazer, quanto você vai pagar, quando você paga, e o que acontece se você mudar de ideia. Mesmo entre amigos ou conhecidos, um contrato evita desentendimentos futuros.
Em Tempo e Material, você paga uma taxa horária ou diária; o custo total depende de quanto tempo o desenvolvedor realmente levar. É flexível se o escopo é incerto, mas você não sabe o custo final até o fim. Em Preço Fixo, você e o desenvolvedor concordam sobre o valor total antes de começar; o desenvolvedor absorve variações de tempo. Preço Fixo é melhor se o projeto está bem definido; Tempo e Material é melhor se há muita incerteza ou mudanças esperadas.
É um documento que você assina se quer mudar algo no projeto depois de já ter aprovado o Plano inicial. Por exemplo, se o cliente quer adicionar um novo recurso ao software, pede isso por escrito, o desenvolvedor calcula o impacto no tempo e custo, e ambos assinam um Acordo de Modificação que atualiza o cronograma e orçamento. Garante que mudanças são formalizadas e que ninguém fica surpreso.
O contrato permite rejeição com objeções escritas detalhadas. O desenvolvedor tem alguns dias para corrigir. Se depois de uma ou mais tentativas o cliente ainda não gostar, ele pode terminar o contrato. Nesse caso, o desenvolvedor é pago apenas pelas horas de preparação do plano, até um teto máximo definido no contrato. Essa cláusula protege ambos: o desenvolvedor não trabalha de graça, e o cliente não é obrigado a pagar por um plano que não o satisfaz.
Especificações Funcionais descrevem exatamente o que o software deve fazer: quais telas tem, que dados processa, como os usuários interagem, quais integrações com outros sistemas, requisitos de segurança, etc. Podem ser simples (um parágrafo para app pequeno) ou complexas (10+ páginas para sistema empresarial). Quanto mais detalhe, melhor. Anexe como Inventário A ao contrato.
Por padrão, o cliente (Consumidor) reembolsa todas as despesas do desenvolvedor resultantes do projeto: viagem, software licenciado, infraestrutura em nuvem, etc. O contrato lista categorias (comunicação, conversão de dados, viagem em km específicos, etc.). O desenvolvedor deve apresentar recibos ou extrato detalhado. Se você quer limitar despesas, pode impor um teto máximo.
Depende da sua localização, experiência, complexidade do projeto e mercado local. Pesquise desenvolvedoras na sua região para software similar. No Brasil, taxas variam de R$ 80–300/hora conforme nível; em Portugal, de €25–100/hora. Para Preço Fixo, estime horas × taxa + margem. Sempre negocie com realismo.
Para projetos simples (até alguns milhares de euros/reais), este modelo é suficiente. Para projetos corporativos complexos com múltiplas partes, confidencialidade sensível ou grandes valores, recomenda-se ter um advogado revisar para garantir conformidade com leis locais. Consulte um advogado se tem dúvida sobre termos legais específicos da sua jurisdição.
Um contrato genérico de prestação de serviços cobre qualquer tipo de trabalho, mas não detalha os riscos específicos de software (mudanças de escopo, testes, integração, etc.). Este modelo é especializado para desenvolvimento de software, com cláusulas sobre Plano de Desenvolvimento, Especificações Funcionais, pagamento por fases, e gestão de mudanças. Use o modelo específico para software.
Um contrato de trabalho cria vínculo de emprego direto com encargos sociais e trabalhistas. Este modelo trata o desenvolvedor como contratado independente (freelancer ou empresa), sem vínculo empregatício. Use este modelo se vai contratar por projeto; use contrato de trabalho se pretende contratar um funcionário em tempo integral.
Acordos verbais ou via email são informais e criam dúvida sobre o que foi realmente combinado se houver disputa. Este modelo é formal, assinado e datado por ambas as partes, servindo como prova legal se necessário. Recomenda-se sempre usar contrato escrito, mesmo que seja com alguém de confiança.
Este modelo permite tanto Preço Fixo (escopo bem definido, cliente paga valor fechado) quanto Tempo e Material (escopo aberto, cliente paga pelo tempo usado). Escopo-fechado reduz risco para o cliente; escopo-aberto reduz risco para o desenvolvedor. Escolha conforme certeza sobre o que será feito.
Modelo padrão para empresas de desenvolvimento que precisam formalizar contratos com clientes de forma profissional e clara.
Aplicável a agências de design, marketing digital ou consultoria que desenvolvem soluções customizadas para clientes.
Protege empreendedores que contratam desenvolvedores freelancer ou agencies para MVP ou produto inicial.
Usado por lojas on-line que contratam desenvolvimento de plataforma personalizada ou integração de sistemas de pagamento.
Aplicável a empresas que desenvolvem sistemas de gestão, automação ou controle de produção sob medida.
Facilita contratação de software customizado (gestão de pacientes, plataforma de aprendizado) com conformidade contratual clara.
| Caminho | Melhor para | Custo | Tempo |
|---|---|---|---|
| Use o modelo | Projetos pequenos (até €10k), equipa interna com experiência legal, cronograma flexível. | €0–50 (apenas o modelo) | 2–3 horas para preencher e revisar internamente |
| Modelo + revisão profissional | Projetos médios (€10k–100k), quer proteção extra mas não quer custo de advogado exclusivo. | €200–500 (modelo + revisão jurídica básica) | 1 semana (inclui feedback de profissional) |
| Redigido sob medida | Projetos grandes (>€100k), requisitos complexos, múltiplas partes, confidencialidade sensível, quer máxima proteção legal. | €1,000–3,000+ (advogado redige do zero) | 2–4 semanas (negociação, redação, revisão) |
Este documento é um dos 3,000+ modelos comerciais e jurídicos incluídos no Business in a Box.
Acesse mais de 3,000+ modelos empresariais e jurídicos para qualquer tarefa, projeto ou iniciativa.
Personalize seu modelo de documento empresarial pronto para uso e salve-o na nuvem.
Compartilhe seus arquivos e pastas com sua equipe. Crie um espaço de colaboração contínua.
"De um valor fantástico! Não sei o que faria sem essa plataforma. Vale cada centavo e valeu o investimento diversas vezes."
"Eu uso o Business in a Box há 4 anos. Tem sido a fonte mais útil de documentos que encontrei. Recomendo a todos."
"Salvou minha vida tantas vezes que eu perdi a conta. O Business in a Box me poupou muito tempo e, como você sabe, tempo é dinheiro."
Pare de baixar documentos. Comece a operar com clareza. Business in a Box fornece o sistema operacional usado por mais de 250.000 empresas no mundo para estruturar, gerenciar e expandir seu negócio.
Comece grátis · Não é necessário cartão de crédito
