Download Word gratuito • Edite on-line • Salve e compartilhe com Drive • Exporte para PDF
Um acordo de desenvolvimento de website é um contrato legalmente vinculativo que formaliza a relação entre um cliente e um desenvolvedor, agência ou consultor de tecnologia. Define o escopo exato do trabalho (quais funcionalidades serão criadas), prazos de entrega, estrutura de pagamento, responsabilidades técnicas (como uptime e performance do servidor), e — crucialmente — quem é proprietário do domínio, código, design, e dados transacionais após conclusão. Este modelo inclui cláusulas especializadas para servidor de transação (processamento de pagamentos online), catálogo de produtos, treinamento, e realocação de hardware. Está disponível para download em Word editável, pronto para preenchimento com datas, valores, nomes de empresas, e especificidades do projeto.
Sem um acordo de desenvolvimento escrito e claro, ocorrem conflitos frequentes: o cliente acredita que uma funcionalidade estava incluída no preço, o desenvolvedor diz que é trabalho extra; o cliente não sabe quem é proprietário do domínio ou do código-fonte; o timeline se estende indefinidamente porque mudanças de escopo não são rastreadas; ou o site é lançado mas não há clareza sobre quem é responsável se ele cai ou processa pagamentos incorretamente. Este modelo protege ambas as partes ao documentar por escrito: (1) quais serviços serão prestados, (2) cronograma e marcos de entrega, (3) valores e quando são devidos, (4) quem possui propriedade intelectual e dados, (5) padrões técnicos esperados (uptime, backup), (6) como mudanças de requisito são tratadas (via Change Order), e (7) suporte pós-lançamento. Com este acordo assinado antes do desenvolvimento começar, ambas as partes têm clareza, o projeto progride com menos fricção, e há proteção legal se algo der errado. É essencial para qualquer projeto web acima de USD 5.000 ou que envolva dados transacionais, e é recomendado por advogados de tecnologia para evitar disputes custosas.
| Se sua situação é… | Use este modelo |
|---|---|
| Projeto envolve e-commerce, catálogo com compras online, ou servidor dedicado | Acordo completo com servidor de transação |
| Apenas website informativo sem transações ou pagamentos online | Acordo simplificado — website corporativo |
| Cliente e desenvolvedor desejam direitos conjuntos sobre código ou design | Acordo com cláusula de propriedade compartilhada |
| Inclui suporte contínuo, correção de bugs, e atualizações após go-live | Acordo com período de manutenção pós-lançamento |
| Pagamentos divididos por fases: conceito, design, desenvolvimento, testes, lançamento | Acordo com escalonamento de custos |
| Projetos com deadline crítico e necessidade de penalidade contratual | Acordo com multa por atraso |
| Projeto envolve propriedade intelectual sensível ou dados confidenciais do cliente | Acordo com NDA (confidencialidade reforçada) |
Por que importa: Sem um Testamento de Trabalho claro e escrito, há sempre disputa sobre se uma funcionalidade estava incluída ou não, levando a atrasos, custos extras e relação deteriorada.
Fix: Anexe um documento detalhado (Statement of Work) que liste cada funcionalidade, integração, página, e entrega esperada, com critérios de aceitação claros.
Por que importa: Se o consultor registra o domínio em seu próprio nome, o cliente corre risco de perder acesso ao site inteiro se houver disputa ou se o consultor desaparecer.
Fix: O cliente ou seu advogado deve registrar o domínio, ou a cláusula deve estabelecer que o domínio é registrado em nome do cliente desde o início, com prova de propriedade.
Por que importa: Sem níveis de serviço definidos (SLA), o cliente não tem recourse se o servidor cai constantemente ou é lento, e o consultor não sabe qual padrão atender.
Fix: Especifique: uptime mínimo (ex: 99.5%), tempo médio de resposta (ex: < 2 segundos), frequência de backup (diária), e quem cobre custos se padrão não é atingido.
Por que importa: O cliente pede 'pequenas' adições constantemente (mais uma integração, mais um recurso), o projeto nunca termina, consultor não é pago pelos extras, e ambos ficam frustrados.
Fix: Estabeleça um processo: qualquer requisição fora do escopo original requer um 'Change Order' assinado que define custo, prazo, e aprovação antes do trabalho começar.
Por que importa: Mais tarde, há ambiguidade sobre se o cliente pode copiar código, se o consultor pode usar o design para outro cliente, ou quem possui a propriedade intelectual.
Fix: Declare explicitamente: 'Cliente possui propriedade exclusiva de [conteúdo, dados, design customizado]. Consultor retém direito de reutilizar componentes de código genérico em outros projetos.'
Por que importa: Após o lançamento, o site tem bugs, mas não está claro se o consultor deve corrigir gratuitamente, em quanto tempo, ou se há custo adicional — causando fricção imediata.
Fix: Inclua no acordo: 'Período de suporte de [X semanas] após lançamento incluído. Bugs críticos corrigidos em [Y] horas. Bugfixes após período de suporte são cobrados conforme tabela de taxas anexa.'
Em linguagem simples: O cliente oficialmente contrata o consultor a partir de uma data efetiva, e o consultor aceita essa contratação com os termos do acordo.
O Cliente por meio dessa retém o Consultor na data efetiva de [DATA] e o Consultor aceita por meio desta a retenção pelo Cliente, iniciando imediatamente os trabalhos de acordo com o Testamento de Trabalho.
Erro comum: Não especificar a data efetiva com clareza, deixando ambíguo quando a relação contratual e a cobrança de horas começam realmente.
Em linguagem simples: Lista os principais serviços que o consultor vai prestar, incluindo consultoria, desenvolvimento, treinamento e manutenção, conforme descrito em documentos anexos (Testamento de Trabalho).
O Consultor concorda em oferecer ao Cliente serviços de consultoria como descrito no Testamento de Trabalho a ser concordado por escrito entre as partes de tempos em tempos durante o termo desta, e que deve ser consecutivamente numerado e anexado aqui como Inventário [NUMERO].
Erro comum: Deixar os serviços vagos ou incompletos no documento principal, confiando apenas em comunicações por email que podem ser perdidas ou interpretadas diferentemente.
Em linguagem simples: O consultor oferece um número limitado de dias de treinamento sobre o uso e funcionalidades do website, com possibilidade de cobrança para treinamento adicional.
Prover tal treinamento (que não exceda [NUMERO] dias), conselho e informações sobre o uso e funcionalidades do Site que o Cliente deve requisitar. Qualquer treinamento adicional será compensado conforme o Inventário [ESPECIFICAR], anexado.
Erro comum: Não limitar o número de horas ou dias de treinamento, permitindo que o cliente consuma recursos ilimitados sem compensação adicional.
Em linguagem simples: O consultor obtém e registra o domínio em nome do cliente, mas o cliente retém propriedade exclusiva. O consultor não tem responsabilidade pela manutenção ou renovação do domínio após isso.
Obter, a pedido do Cliente, a favor do Cliente e em nome do Cliente, um endereço de Protocolo na Internet e um nome de domínio correspondente escolhido pelo Cliente. Todo direito, titularidade e interesse no domínio devem ser exclusivamente do Cliente.
Erro comum: Registrar o domínio em nome do consultor em vez do cliente, criando risco de perda de acesso ou disputa de propriedade no futuro.
Em linguagem simples: O consultor configura, aloca e mantém o servidor de transação (computador que processa compras online) em suas dependências ou em datacenter seguro, com conexão internet direta e nível de desempenho definido.
Configurar e operar o Servidor de Transação em um computador servidor com conexão direta à Internet e manter o desempenho de acordo com as especificações. O Consultor deve alocar o Servidor de Transação nas dependências do Consultor (ou em local seguro e protegido em dependências de terceiros, dado que terceiros não irão ter acesso ao Servidor de Transação ou a qualquer Informação Confidencial do Cliente).
Erro comum: Não especificar o nível de uptime (disponibilidade), velocidade de resposta, ou backup esperado, deixando ambíguo o que é aceitável em caso de falhas.
Em linguagem simples: O consultor obtém e configura linhas de telecomunicação necessárias para o servidor de transação funcionar, e aconselha o cliente sobre opções de conectividade para o servidor cliente.
Obter acesso a, e o direito de usar software e/ou hardware de telecomunicação para funcionar com o Servidor de Transação. O Consultor deve arranjar a instalação de linhas de telecomunicação para o Servidor de Transação de acordo com o Horário.
Erro comum: Atribuir responsabilidade ao consultor por falhas de provedores de telecomunicação terceirizados sobre os quais ele não tem controle, causando disputas quando o serviço cai.
Em linguagem simples: O consultor traduz textos, gráficos e materiais fornecidos pelo cliente em linguagem HTML para exibição no website, chamado de 'Tela da Internet'.
Oferecer serviços de consultoria ao Cliente e traduzir textos, gráficos e outros materiais fornecidos pelo cliente em Linguagem HTML da forma como usada no Site (tais materiais, podem ser atualizados periodicamente pelo Cliente como parte do Servidor Cliente, deve ser conhecida como 'Tela da Internet').
Erro comum: Não deixar claro que o cliente é responsável por fornecer conteúdo de qualidade e direitos autorais, gerando atraso se o cliente não fornece material a tempo.
Em linguagem simples: O consultor desenvolve programas, scripts e funcionalidades customizadas para o website conforme solicitado e definido em cronograma, com compensação conforme plano de pagamento anexo.
Desenvolver, de acordo com a Seção [NUMERO] desta, os Programas e Outros Derivados Relacionados ao Site. O Consultor será compensado por tais serviços de acordo com o 'Plano de Pagamento', Inventário [ESPECIFICAR], anexado.
Erro comum: Iniciar desenvolvimento sem definir escopo claro ou prioridades, levando a mudanças de requisitos midway que causam atrasos e custos não previstos.
Em linguagem simples: O consultor desenvolve rotinas de script que geram listagem automática de produtos, rastreiam compras, e integram o catálogo ao servidor de transação, sem custo adicional além da taxa inicial.
As rotinas de scripts do software desenvolvido em [ESPECIFICAR] que irão gerar HTML para fazer as informações de catálogo do cliente retendo propaganda aparecendo no Servidor de Transação como especificado aqui (o catálogo, junto com toda rotina de programa e banco associado é referido aqui como 'o Catálogo') e instalar, configurar e customizar o Servidor de Transação para permitir e rastrear compras do Catálogo.
Erro comum: Não estabelecer a versão inicial final do catálogo, permitindo que o cliente solicite mudanças indefinidas sem compensação clara para atualizações.
Em linguagem simples: Define que o cliente retém direitos sobre seu conteúdo, domínio e dados, enquanto o consultor protege informações confidenciais do cliente e não as divulga a terceiros.
Todo direito, titularidade e interesse no domínio devem ser exclusivamente do Cliente. O Consultor não deve ter nenhuma responsabilidade em conexão com ou vinda do nome do domínio que for obtido pelo Cliente. Todas as informações confidenciais do cliente serão mantidas em sigilo e protegidas.
Erro comum: Deixar vago se o código-fonte, design gráfico, ou banco de dados pertencem ao cliente ou ao consultor, causando disputa sobre reutilização em projetos futuros.
Em linguagem simples: Estabelece que o consultor pode transferir o servidor de transação para as dependências do cliente após implementação inicial, permitindo que o cliente tenha controle total do hardware.
Consultar com o Cliente com respeito de realizar a grande transferência de todo componente de hardware e software do Servidor de Transação para o local e estrutura do Cliente.
Erro comum: Não deixar claro o timeline, custos, ou responsabilidade técnica durante a transferência, levando a problema de continuidade de serviço durante a mudança.
Insira a data efetiva do acordo (quando começa), nome completo e endereço de ambas as empresas (cliente e consultor), incluindo estado/país e endereço legal. Certifique-se de que os nomes das entidades legais estão exatos.
💡 Valide os nomes junto aos registros comerciais para evitar questões de validade contratual.
Crie e anexe um documento 'Testamento de Trabalho' (Statement of Work) detalhado que especifique exatamente quais funcionalidades, módulos, integrações e entregas estão incluídas. Numere esse documento como 'Inventário [NUMERO]' e refira-se a ele no acordo.
💡 Um escopo claro no início previne 90% dos conflitos sobre 'isso estava incluído ou não'.
Preencha os prazos específicos para cada fase do projeto (design, desenvolvimento, testes, lançamento), o número de dias de treinamento incluído, e as datas-alvo de conclusão. Anexe como 'Horário' (Schedule).
💡 Inclua um período de contingência (ex: +2 semanas) para cobrir atrasos não-previstos e evitar penalidades automáticas.
Preencha o valor total do projeto, a estrutura de pagamento (parcelas iguais, baseado em marcos, ou pagamento único), datas de vencimento, e a Taxa Inicial. Especifique o que está coberto pela Taxa Inicial versus o que é trabalho adicional pago separadamente.
💡 Divida pagamentos por marcos alcançados para reduzir risco de abandono do projeto por falta de fundos.
Defina quem é responsável por cada componente (cliente fornece conteúdo, consultor fornece tecnologia), especifique uptime mínimo esperado (ex: 99%), tempo de resposta para suporte, e quem paga pelos serviços de terceiros (hosting, domínio, telecomunicações).
💡 Deixe claro que falhas de provedores terceirizados não são responsabilidade do consultor, a menos que ele tenha escolhido um provedor inadequado.
Confirme que o cliente detém propriedade exclusiva do domínio, dados do cliente, e conteúdo; o consultor retém propriedade de seu código genérico/framework reutilizável; ambas as partes protegem informações confidenciais. Defina o que é confidencial.
💡 Use linguagem específica: 'O Cliente detém propriedade exclusiva de [X]. O Consultor retém direito de reutilizar padrões e técnicas genéricas em [Y].'
Submeta o acordo preenchido a um advogado de tecnologia da sua jurisdição (Brasil ou Portugal) para validar cláusulas de propriedade, pagamentos, limitações de responsabilidade, e conformidade com leis de proteção de dados (LGPD no Brasil, RGPD em Portugal se aplicável).
💡 Uma revisão rápida antes de assinatura custa muito menos que resolver uma disputa após falha do projeto.
O modelo inclui cláusulas específicas para servidor de transação e catálogo, tipicamente usados em e-commerce. Para um website corporativo simples (sem compras online), você pode usar este modelo mas remover as seções sobre 'Servidor de Transação', 'Catálogo' e 'Scripts de Transação', mantendo as seções sobre design, treinamento, domínio, e propriedade. Alternativamente, procure por um modelo simplificado se disponível. Em qualquer caso, revise com um advogado local.
Recomenda-se sim, especialmente se o projeto é de alto valor ou envolve dados sensíveis. Um advogado local de tecnologia pode validar cláusulas de propriedade intelectual, conformidade com leis de proteção de dados (LGPD no Brasil, RGPD em Portugal), e limitações de responsabilidade. Uma revisão rápida é mais barata que resolver uma disputa após falha. Para projetos pequenos (< USD 5.000), o cliente pode usar o modelo direto com ajustes básicos.
O modelo estabelece que serviços estão definidos no 'Testamento de Trabalho'. Se o cliente quer adicionar uma funcionalidade fora desse escopo original, um 'Change Order' (documento adicional) deve ser redigido, assinado pelas partes, especificando custo adicional, prazo, e aprovação. Isso evita atraso infinito e protege ambas as partes. Sem Change Order formais, é ambíguo se a nova funcionalidade é grátis ou paga.
Este modelo não inclui automaticamente penalidade contratual por atraso. As partes podem adicionar uma cláusula 'Liquidated Damages' (multa por atraso) no Testamento de Trabalho ou em um aditivo, especificando: (a) quanto tempo é tolerado antes de multa; (b) valor da multa por dia ou semana de atraso; (c) limite máximo. Isso incentiva conclusão a tempo mas deve ser negociado em acordo com a complexidade do projeto.
Sim, segundo o modelo, o cliente retém propriedade exclusiva do domínio, do banco de dados, dos dados transacionais, e do conteúdo fornecido. O consultor retém direito de reutilizar técnicas genéricas e componentes de código que desenvolveu (que podem ser usados em outros projetos), mas não pode copiar ou reutilizar design, funcionalidades ou lógica customizada específica deste cliente. Propriedade de código-fonte customizado deve ser clarificada explicitamente.
Este modelo não inclui cláusula de 'key person' ou penalidade por abandono. Recomenda-se adicionar: (a) direito do cliente de rescindir com pré-aviso de [X dias] se o consultor falha em entregar por [Y dias] consecutivos; (b) multa de rescisão ou restituição de taxas pagas; (c) transferência de todos os arquivos, código, e acesso ao cliente imediatamente. Um advogado pode ajudar a redigir essas proteções de forma executável.
O modelo não inclui automaticamente um período de suporte pós-lançamento. Recomenda-se adicionar ao Testamento de Trabalho: (a) período de 'defect-fixing' gratuito de [X semanas] após lançamento, durante o qual bugs críticos ou relacionados ao desenvolvimento original são corrigidos sem custo; (b) após esse período, suporte é oferecido como serviço separado com taxa mensal ou por hora; (c) defina o que é 'crítico' (site down, pagamentos não processam) versus 'menor' (cosmético). Isso evita expectativa de suporte indefinido.
O modelo distingue: 'Servidor de Transação' é o computador que processa compras, pagamentos, e dados transacionais — tipicamente gerenciado e hospedado pelo consultor (ou em datacenter seguro) durante o projeto. 'Servidor Cliente' é onde o conteúdo, catálogo, e informações do cliente residem — pode estar no próprio data center do cliente ou também hospedado, conforme acordado. O modelo permite transferência da Servidor de Transação para o local do cliente no final do projeto, dando ao cliente controle total.
O modelo é neutro geograficamente na estrutura, mas há considerações importantes: (a) a jurisdição (qual lei se aplica em caso de disputa) deve ser clarificada — recomenda-se a lei da localidade do cliente; (b) conformidade com proteção de dados: se o cliente é brasileiro, LGPD se aplica; se em Portugal, RGPD; se ambos, pode ser necessário adicionar cláusula de conformidade dupla; (c) moeda de pagamento (real, euro, dólar) deve ser especificada; (d) diferenças de fuso horário afetam prazos de resposta no SLA. Revise com um advogado de ambas jurisdições.
Um acordo genérico de prestação de serviços é amplo e cobre vários tipos de serviço, mas lacks termos técnicos específicos para desenvolvimento web (servidor, domínio, uptime, scripts). Este modelo de 'Acordo de Desenvolvimento e Serviço de Web Site' é especializado, com cláusulas sobre propriedade de domínio, servidor de transação, catálogo, e realocação de hardware — muito mais apropriado para projetos web que requerem infraestrutura técnica complexa e dados transacionais.
Um NDA protege apenas informações confidenciais das partes, proibindo divulgação a terceiros. Este modelo de acordo de desenvolvimento é um contrato full, que além de confidencialidade, define escopo, pagamentos, cronograma, propriedade intelectual, responsabilidades técnicas, e direitos pós-projeto. Você pode usar um NDA separado em ADIÇÃO a este modelo se há propriedade intelectual muito sensível, mas não substitui este acordo de desenvolvimento.
Um contrato de licença define direitos de uso de um software já existente (ex: o cliente licencia um software do consultor para usar). Este modelo de desenvolvimento é para CRIAÇÃO de novo software customizado. Se o projeto inclui integração com software licenciado de terceiros (ex: plataforma de e-commerce), você pode precisar de AMBOS: este acordo de desenvolvimento + cláusula que especifica que software de terceiros é licenciado separadamente.
Um acordo de maintenance define termos de suporte contínuo, correção de bugs, e atualizações APÓS o website estar live. Este modelo de desenvolvimento cobre a CRIAÇÃO e lançamento inicial. Recomenda-se ter este acordo de desenvolvimento primeiro, e quando o site lança, firmar um SEGUNDO acordo de maintenance para suporte pós-lançamento com SLA, taxas, e escalação claras. Você pode incluir um período inicial de defect-fixing gratuito neste modelo.
Este modelo é projetado especificamente para agências e desenvolvedores que vendem serviços de criação, manutenção e otimização de websites, incluindo configuração técnica, design, e suporte.
Para lojas online que necessitam de servidor de transação, processamento de pagamentos, catálogo de produtos, e rastreamento de compras — este modelo define responsabilidades técnicas e propriedade de dados transacionais.
Consultorias que vendem serviços de transformação digital, implantação de plataformas, e implementação de soluções web podem adaptar este modelo para formalizar engajamentos com clientes.
Agências que oferecem design web, gestão de conteúdo, otimização de SEO, e publicidade online precisam de contratos que clarifiquem propriedade de domínio, dados de cliente, e reutilização de criativas em projetos futuros.
Startups que contratam desenvolvedores ou agências para lançar MVP (mínimo produto viável) podem usar este modelo para proteger propriedade de código e dados, e para estabelecer prazos e marcos de pagamento claros.
Organizações que desenvolvem plataformas de aprendizado online (LMS, cursos web) precisam de contratos que definam direitos sobre conteúdo educacional, acesso de alunos, e manutenção técnica pós-lançamento.
No Brasil, este modelo é sujeito à Lei nº 13.709/2018 (LGPD — Lei Geral de Proteção de Dados). Se o website processa dados pessoais de usuários, uma cláusula de conformidade LGPD deve ser adicionada, especificando papel de controlador/processador, retenção de dados, e direitos de titular. Recomenda-se revisão por um advogado de tecnologia de São Paulo ou Rio de Janeiro. O direito de propriedade intelectual é regido pelo Código Civil Brasileiro e Lei de Direitos Autorais (Lei nº 9.610/1998).
Em Portugal, o modelo segue a Lei nº 67/98 (Direito de Autor) e Lei nº 10/2004 (Propriedade Intelectual). Se o cliente processa dados de residentes da UE, o RGPD se aplica, exigindo cláusula de Data Processing Agreement (DPA). Recomenda-se revisão por advogado de Lisboa ou Porto especializado em direito digital. Contatos entre Portugal e Brasil podem exigir clarificação sobre qual lei prevalece — geralmente a do cliente.
| Caminho | Melhor para | Custo | Tempo |
|---|---|---|---|
| Use o modelo | Projeto pequeno a médio (< USD 10.000), cliente e consultor já têm relacionamento de confiança, ou objetivo é rapidez e economia. | Gratuito ou baixo custo (apenas para preencher campos). Tempo para customizar: 2–4 horas. | Rápido — download, preenchimento, assinatura em dias. Ideal se timeline é apertado. |
| Modelo + revisão jurídica | Projeto médio (USD 10.000–50.000), primeira vez contratando, ou propriedade intelectual sensível envolvida. Melhor equilíbrio entre custo e proteção. | USD 200–500 por revisão (advogado local revisa o modelo preenchido, sugere edições, não redige do zero). Tempo para customizar: 1–2 semanas incluindo revisão. | Moderado — envio para advogado, feedback, edições, assinatura. Recomendado para a maioria dos projetos acima de USD 10.000. |
| Redigido sob medida | Projeto grande ou complexo (> USD 50.000), jurisdições múltiplas, data sensitivity alta (LGPD/RGPD), ou relação anterior disputada. Máxima proteção legal. | USD 1.000–3.000+ dependendo de complexidade e advogado. Advogado redige contrato customizado baseado em necessidades específicas. | Longo — 3–8 semanas de negociação, revisões, redação, aprovação. Requerido para transações de alto valor ou risco alto. |
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
