"A gente confia um no outro, não precisa de contrato."
Essa frase é o prelúdio de toda dor de cabeça em consultoria.
Não porque as pessoas sejam desonestas. Mas porque memória é seletiva, expectativa é subjetiva e "o combinado" muda dependendo de quem conta.
O contrato não existe pra criar burocracia. Existe pra proteger as duas partes. Pra que ninguém fique na dúvida sobre o que foi acordado, o que está incluso, o que não está, e o que acontece se algo mudar no meio do caminho.
Se você faz consultoria sem contrato, está apostando que nada vai dar errado. E no dia que der, vai desejar ter escrito tudo antes.
O elemento mais importante: definição de escopo
Se o contrato inteiro fosse resumido a uma seção, seria essa.
O escopo define o que você vai fazer. E, tão importante quanto, o que não vai fazer.
Escopo mal definido é a causa número um de projetos que se arrastam, clientes insatisfeitos e consultores esgotados.
Escopo ruim: "Consultoria de marketing digital para a empresa X."
Escopo bom: "Análise e reestruturação da estratégia de email marketing da empresa X, incluindo: auditoria da lista atual, redesenho da sequência de boas-vindas, criação de 3 templates de campanha e treinamento da equipe interna. Prazo: 6 semanas."
A diferença é brutal. No primeiro caso, o cliente pode achar que "marketing digital" inclui gestão de redes sociais, criação de site, produção de conteúdo e mais 47 coisas que você nunca pretendeu fazer.
No segundo, está claro. Ambos sabem exatamente o que esperar.
Regra prática: se você não consegue explicar o escopo em 3-5 frases objetivas, ele não está definido o suficiente.
Entregáveis vs horas
Aqui mora uma decisão importante que muda toda a dinâmica da consultoria.
Modelo por horas:
- Você cobra por hora trabalhada
- O cliente sabe quanto paga por hora, mas não sabe o total final
- Incentivo perverso: quanto mais tempo você leva, mais ganha
Modelo por entregável:
- Você define o que entrega e cobra por isso
- O cliente sabe exatamente quanto vai pagar
- Incentivo saudável: quanto mais eficiente você for, maior sua margem
| Modelo | Vantagem | Risco |
|---|---|---|
| Por hora | Simples de calcular | Cliente fica inseguro com o total |
| Por entregável | Previsibilidade pra ambos | Subestimar o trabalho necessário |
| Híbrido | Flexibilidade | Pode ficar confuso |
Minha recomendação: sempre que possível, cobre por entregável. O cliente se sente mais seguro. Você se posiciona como quem vende resultado, não tempo. E fica mais fácil precificar conforme o valor que entrega, não as horas que gasta.
No contrato, liste cada entregável de forma clara:
- Relatório de diagnóstico (até X páginas)
- Plano de ação com cronograma
- 2 sessões de acompanhamento (1h cada)
- Revisão final com recomendações
Quanto mais específico, menos margem pra mal-entendido.
Termos de pagamento
Defina antes de começar:
- Valor total do projeto
- Forma de pagamento (Pix, transferência, boleto)
- Parcelamento (se aplicável)
- Condições de entrada (50% na assinatura, 50% na entrega é o mais comum)
- Prazo de pagamento (data específica ou "em até X dias após a entrega")
Pra projetos maiores, uma estrutura em etapas funciona bem:
| Momento | Percentual |
|---|---|
| Na assinatura do contrato | 30-50% |
| Na entrega intermediária | 25-35% |
| Na entrega final | 25-35% |
Isso protege você (não trabalha sem receber nada) e o cliente (não paga tudo antes de ver resultado).
Importante: inclua uma cláusula sobre atraso. "Em caso de atraso no pagamento superior a X dias, o projeto será pausado até regularização." Simples, direto, sem constrangimento.
Política de revisões
Esse é o item que mais gente esquece. E o que mais causa atrito.
Defina:
- Quantas rodadas de revisão estão inclusas (normalmente 2-3)
- O que conta como "revisão" vs "mudança de escopo"
- O prazo que o cliente tem pra solicitar revisão após a entrega
- O que acontece se pedir mais revisões além do acordado
Exemplo de cláusula: "Estão inclusas até 2 rodadas de revisão por entregável, desde que solicitadas em até 5 dias úteis após a entrega. Revisões adicionais ou alterações que extrapolem o escopo original serão orçadas separadamente."
Parece rígido? É proteção. Pro cliente também. Ele sabe exatamente o que tem direito e não fica na dúvida.
Confidencialidade
Em consultoria, você acessa informações sensíveis: faturamento, estratégias, dados de clientes, processos internos.
O contrato precisa de uma cláusula de confidencialidade (NDA) que defina:
- Que informações são consideradas confidenciais
- Que você não vai compartilhar com terceiros
- Por quanto tempo a obrigação vale (normalmente 1-2 anos após o fim do projeto)
- Exceções (informações que já são públicas, por exemplo)
Isso transmite profissionalismo e gera confiança. O cliente se sente seguro pra abrir o jogo com você. E quanto mais transparente ele for, melhor seu trabalho.
A cláusula mais importante: o que acontece quando o escopo muda
E ele vai mudar. Sempre muda.
No meio do projeto, o cliente descobre novas necessidades. Ou muda de ideia sobre uma entrega. Ou quer adicionar algo que não estava previsto.
O que a maioria dos consultores faz: absorve o trabalho extra sem cobrar, por medo de perder o cliente. E aí o projeto que era pra durar 6 semanas dura 4 meses, a margem vai embora e a frustração aparece.
O que um bom contrato prevê:
"Qualquer alteração no escopo original será documentada em um adendo ao contrato, com prazo e valor adicionais acordados por ambas as partes antes da execução."
Pronto. Sem drama. O cliente pede algo extra, você orça, ele aprova (ou não), e ambos seguem com clareza.
Mudança de escopo não é problema. Mudança de escopo sem acordo é problema.
Modelo de estrutura do contrato
Aqui vai uma estrutura que você pode usar como base:
1. Partes envolvidas
- Dados do consultor (nome, CNPJ/CPF, endereço)
- Dados do cliente (razão social, CNPJ, representante)
2. Objeto do contrato
- Descrição do serviço de consultoria
- Objetivo geral do projeto
3. Escopo detalhado
- Lista de entregáveis com descrição
- O que está incluso e o que não está
- Premissas (ex: "o cliente fornecerá acesso às ferramentas X e Y")
4. Cronograma
- Datas de início e término
- Marcos intermediários
- Prazos de entrega por etapa
5. Investimento e pagamento
- Valor total
- Forma e condições de pagamento
- Política de atraso
6. Revisões e alterações
- Rodadas inclusas
- Prazo pra solicitar
- Procedimento pra mudança de escopo
7. Confidencialidade
- Definição de informações confidenciais
- Obrigações das partes
- Prazo de vigência
8. Propriedade intelectual
- Quem é dono dos materiais produzidos
- Direitos de uso após o projeto
9. Rescisão
- Condições pra cancelamento por qualquer parte
- Aviso prévio necessário
- Reembolso proporcional (ou não)
10. Foro
- Cidade/comarca pra resolver disputas
Não precisa ser um documento de 30 páginas. Duas a quatro páginas bem escritas resolvem. Se preferir, um advogado pode revisar o modelo e validar pra sua realidade.
O contrato como ferramenta de onboarding
Um bom contrato não é só jurídico. É parte do processo de integração do cliente.
Quando você apresenta um contrato claro e profissional, três coisas acontecem:
- O cliente se sente seguro. Ele sabe que está lidando com um profissional sério.
- As expectativas ficam alinhadas. Ninguém vai se surpreender no meio do caminho.
- Você se posiciona como autoridade. Quem tem processo definido transmite competência.
O contrato não é burocracia. É a fundação de um projeto bem-sucedido. Sem ele, você está construindo sobre areia.
Dedique uma hora pra montar o seu modelo. Uma hora agora economiza semanas de dor de cabeça depois.