MÓDULO 5.1

📄 Escopo e proposta: SOW e expectativas

Uma proposta que vende resultado, não horas. Como definir escopo, entregáveis, o que está fora e quando dizer não — antes que o cliente peça mais do que o combinado.

6
Tópicos
~45
Minutos
Prático
Nível
Negócio
Tipo

A proposta é o primeiro documento de confiança entre consultor e cliente. Uma proposta ruim — focada em horas, vaga nos entregáveis, muda sem restrições — é a principal causa de projetos que terminam em desgaste. Uma proposta boa alinha os dois lados antes que o trabalho comece.

Resultado esperado o porquê Escopo + Entregáveis o que entra Fora-de- escopo o que não entra Fases e marcos o quando Critérios de aceite o que é "pronto" cada bloco resolve uma dúvida diferente — juntos eliminam conflito

Diagrama ilustrativo — anatomia de uma proposta sem ambiguidade.

1

🧾 Anatomia de uma proposta que vende resultado

A maioria das propostas começa com "vou fazer X horas de Y". A proposta que fecha contrato começa com "seu problema é Z, o resultado esperado é W, aqui está como chegar lá". Cliente compra resultado, não horas.

📐 Estrutura de uma proposta eficaz

  • 1.Contexto — o problema do cliente em uma frase. Mostra que você entendeu.
  • 2.Resultado esperado — o que muda na operação ou no número. Concreto e mensurável.
  • 3.Abordagem — como você vai chegar lá. Fases, entregáveis, metodologia.
  • 4.O que está incluso — escopo fechado, entregáveis nomeados.
  • 5.O que não está incluso — fora-de-escopo explícito.
  • 6.Preço e condições — por projeto, por fase ou retainer. Nunca apenas por hora.

💡 Dica prática

Comece a proposta pela linha de resultado: "Ao final deste projeto, você terá [resultado concreto]." Se não consegue preencher essa frase antes de começar a escrever, você ainda não entendeu o problema suficientemente bem.

Contexto

mostra que você escutou

Resultado

o porquê de tudo

Abordagem

o como estruturado

Limites

escopo + fora-de-escopo

2

🎯 Escopo, entregáveis e fora-de-escopo

Scope creep não é um evento — é um processo gradual. Começa com um pedido pequeno ("você consegue incluir isso?") e vai crescendo até o projeto ficar inviável. O antídoto está na proposta: escrever o que está fora é tão importante quanto escrever o que está dentro.

✓ Escopo bem definido

  • Entregáveis nomeados com critério de aceite
  • Fora-de-escopo listado explicitamente
  • Processo de change request documentado
  • Ambas as partes assinam o entendimento

✗ Escopo vago

  • "Ajudar com IA" sem especificar o quê
  • Sem fora-de-escopo = tudo pode ser pedido
  • Mudanças aceitas verbalmente sem registro
  • Projeto sem fim definido

📊 A regra do fora-de-escopo

Toda vez que o cliente pede algo que não está na proposta, você tem duas opções: incluir gratuitamente (e criar expectativa de que tudo pode ser pedido) ou tratar como change request com preço separado. A segunda opção parece mais difícil — mas é a que mantém a relação saudável.

3

🗓️ Fases e marcos — assessment, plano, execução

Dividir o engajamento em fases serve para os dois lados: o cliente tem checkpoints onde pode avaliar se continua; você tem momentos naturais de renovação e expansão. Uma fase concluída bem é a melhor venda para a fase seguinte.

1

🔍 Fase 1 — Assessment / diagnóstico

~2 a 4 semanas · produto: relatório de prioridades

Mapeia o estado atual, identifica oportunidades, prioriza casos de uso. Escopo pequeno e preço acessível — reduz o risco percebido pelo cliente de contratar alguém novo.

2

🗺️ Fase 2 — Plano / roadmap

~2 a 3 semanas · produto: roadmap + business case

Transforma as oportunidades em um plano de execução com ondas, ROI estimado e riscos. Dá ao cliente o que precisa para conseguir aprovação interna do orçamento.

3

⚙️ Fase 3 — Execução

~1 a 6 meses · produto: solução implantada e adotada

Implementa os casos priorizados, com acompanhamento de adoção e métricas de valor. O maior projeto, que só acontece porque a confiança foi construída nas fases anteriores.

💡 Por que a escada funciona

O cliente que fez o assessment com você já pagou para te ver trabalhar. Ele tem evidência do seu método, não apenas promessa. Vender a fase 2 para quem aprovou a fase 1 é infinitamente mais fácil do que vender do zero para um desconhecido.

4

🤝 Expectativas: o que o cliente precisa fazer também

O consultor entrega melhor quando o cliente faz a parte dele. Projetos não falham por incompetência do consultor — muitas vezes falham porque o cliente não estava disponível: demorou para validar, não forneceu acesso, stakeholders não participaram das reuniões críticas.

O que pedir do cliente na proposta

  • Acesso a dados e sistemas — sem isso o diagnóstico é baseado em suposição.
  • Disponibilidade de stakeholders — pelo menos 2h por semana de alguém com autoridade de decisão.
  • Validações no prazo — atraso na revisão atrasa a entrega. Isso é seu também.
  • Sponsor designado — alguém com autoridade que defende o projeto internamente.

⚠️ Sinal de alerta

Se o cliente não quer nomear um sponsor ou não consegue garantir 2h de disponibilidade por semana, o projeto vai travar. Isso precisa ser resolvido antes da assinatura, não depois do primeiro mês.

5

📐 SOW e critérios de aceite

O Statement of Work (SOW) transforma a proposta em acordo operacional. O critério de aceite responde a uma pergunta simples: como os dois sabem que o entregável está pronto? Sem resposta objetiva para essa pergunta, o projeto nunca termina.

Exemplos de critérios de aceite objetivos

  • ✓ Claro: "Relatório entregue e aprovado em reunião de revisão com presença do sponsor."
  • ✓ Claro: "Modelo com acurácia ≥ 85% no conjunto de teste fornecido pelo cliente."
  • ✓ Claro: "Dashboard publicado com acesso de 5 usuários designados pelo cliente."
  • ✗ Vago: "Cliente satisfeito com o resultado."
  • ✗ Vago: "Solução funcionando conforme esperado."
Objetivo

mensurável ou verificável

Binário

sim ou não, não "mais ou menos"

Acordado

cliente assina antes de começar

Finito

há um "pronto" definido

6

🚩 Sinais de projeto ou cliente para recusar

Recusar um projeto é contraintuitivo — parece perder dinheiro. Na prática, projetos errados custam mais do que trazem: drenam energia, ocupam capacidade que poderia ir para bons projetos e, se terminarem mal, mandam sinal ruim ao mercado. Saber recusar é parte do posicionamento.

🚩 Red flags antes de assinar

  • Escopo impossível — resultado prometido não é atingível com os recursos disponíveis.
  • Sem sponsor — ninguém internamente tem autoridade ou interesse no projeto.
  • Dados inexistentes ou inacessíveis — o projeto depende de dados que o cliente não tem ou não pode fornecer.
  • Cliente quer resultado sem envolvimento — "me entrega tudo pronto" sem disponibilidade de tempo ou decisão.
  • Preço abaixo do mínimo — o que o cliente quer pagar não cobre o custo do relacionamento.
  • Desalinhamento de valores — você não conseguiria recomendar o resultado que o cliente quer alcançar.

💡 Como recusar sem queimar a relação

Seja específico sobre o motivo: "Para eu poder entregar o resultado que você espera, precisaria de X — e no momento vocês não têm isso disponível. Não faria sentido assinar agora." Isso mantém a porta aberta para quando o contexto mudar — e posiciona você como honesto, não como quem perdeu interesse.

🎒 Resumo do módulo

Proposta começa pelo resultado — horas são consequência, não ponto de partida.
Fora-de-escopo é tão importante quanto escopo — é onde a maioria dos conflitos nasce.
Fases reduzem risco percebido — e criam momentos naturais de expansão da relação.
Critérios de aceite objetivos — sem eles o projeto nunca termina oficialmente.
Saber recusar é posicionamento — projetos ruins custam mais do que não os fazendo.

Próximo módulo:

5.2 — Precificação do engajamento: modelos de preço, escada de ofertas e como cobrar pelo diagnóstico