Se o seu projeto vive mudando de direção, o problema quase sempre está no escopo. Não é “falta de alinhamento”. É falta de um documento claro o bastante para o cliente assinar sem dúvidas e sem abrir brechas.
Este guia mostra como criar um template de escopo de projeto que cliente assina, com campos que reduzem retrabalho, evitam discussões no meio do caminho e dão previsibilidade para você executar.
Cliente assina quando entende exatamente:
- O que será entregue (e em qual formato).
- O que não será entregue (e quais itens ficam fora).
- Como o trabalho será feito no nível necessário para não virar “surpresa”.
- Quem decide o quê e em que prazos.
- Como mudanças acontecem (processo de alteração, impactos e aprovação).
- Como mede progresso (marcos e critérios de aceite).
- Quanto tempo e custo (pelo menos na lógica: escopo fechado, variações e replanejamento).
Quando esses pontos ficam vagos, você ganha um projeto “elástico”. Ele estica conforme o cliente vai entendendo o que quer.
Estrutura recomendada do template de escopo
Use esta ordem no documento. Ela acompanha a leitura do cliente e reduz idas e vindas.
1) Identificação do projeto
- Nome do projeto
- Cliente, CNPJ (se aplicável) e responsável do cliente
- Empresa executora e responsável
- Data de emissão e versão do documento
- Referências (contrato, proposta comercial, anexos)
2) Objetivo e resultado esperado
Escreva em linguagem direta. Evite metas genéricas.
- Objetivo: por que este projeto existe
- Resultado esperado: o que muda no final
Dica: se você não consegue descrever o resultado em 3 a 5 linhas, seu escopo ainda não está pronto.
3) Escopo incluído (entregáveis)
Aqui entram os itens que o cliente vai receber. Estruture por entregável, com descrição e formato.
- Entregável 1: descrição curta do que é
- Formato: arquivo, documento, acesso, instalação, treinamento (o que for real)
- Conteúdo mínimo: lista do que não pode faltar
- Responsável: quem produz
- Prazo: data ou janela
- Critério de aceite: como você confirma que está pronto
Se você tiver muitos entregáveis, use uma tabela no anexo. O importante é que o texto do escopo seja claro.
4) Escopo excluído (o que fica fora)
Esta seção evita a frase “mas eu achei que estava incluso”.
- Itens fora do projeto
- Atividades que não serão feitas
- Dependências que não estão sob seu controle
- Limites de suporte, integrações ou aprovações
Se existir algo “parcial”, escreva como parcial. Exemplo de redação (adapte ao seu caso): “Integrações com sistemas X e Y estão fora. Integração apenas com o sistema Z está incluída”.
5) Premissas e dependências
Sem premissas, o projeto vira discussão. Aqui você registra o que precisa acontecer para o prazo funcionar.
- Disponibilidade de pessoas do cliente (revisão, decisões)
- Fornecimento de dados, acessos e materiais
- Ambiente, permissões e infraestrutura
- Regras de negócio que precisam ser validadas
Se o cliente não consegue garantir isso, você precisa saber antes. Escopo assinável inclui o que depende do cliente.
6) Metodologia e abordagem (sem virar manual)
Descreva o fluxo de trabalho em etapas. O cliente quer entender “como vamos tocar” e você quer amarrar o processo.
- Levantamento e validações
- Planejamento
- Execução por fases
- Revisões
- Entrega e aceite
Se houver reuniões, descreva o tipo e a finalidade. Não prometa “alinhamento constante”. Prometa marcos.
7) Marcos do projeto e calendário
Marcos são o que dá controle. Use datas ou janelas e conecte cada marco a um entregável ou decisão.
- Marco 1: início com kickoff e confirmação de premissas
- Marco 2: aprovação de artefatos (ex.: desenho, documento, protótipo)
- Marco 3: entrega parcial
- Marco 4: entrega final
- Marco 5: aceite e encerramento
Se você ainda não tem datas fechadas, use janelas e deixe claro o que dispara cada etapa.
8) Critérios de aceite
Cliente assina quando sabe como “termina”. Defina critérios objetivos para cada entregável.
- Checklist do que precisa estar presente
- Condições de qualidade (sem exagero, com foco no essencial)
- Prazo para o cliente revisar e aprovar
- Como registrar aceite (e-mail, documento, sistema)
Se não houver aceite formal, você vai discutir no fim. Coloque o aceite no documento.
9) Gestão de mudanças (change request)
Esta seção é a “seguro contra escopo elástico”. Estruture assim:
- O que caracteriza uma mudança de escopo
- Como o pedido chega (canal, responsável)
- Como você avalia impacto (prazo, custo, esforço)
- Como a mudança é aprovada (assinatura ou aceite formal)
- O que acontece enquanto a mudança não é aprovada
Mesmo que você faça mudanças pontuais, deixe o processo claro. A assinatura do cliente depende disso.
10) Papéis e responsabilidades
Defina o que cada lado faz. Isso evita reunião que não gera decisão.
- Responsável do projeto do cliente (aprova, fornece dados, valida)
- Responsável do projeto do fornecedor (entrega, organiza, reporta)
- Quem participa de revisões
- Quem decide em caso de conflito
11) Comunicação e reporte de status
Não escreva “comunicação frequente”. Escreva o mínimo que mantém previsibilidade.
- Frequência de status (ex.: semanal, quinzenal)
- Formato do reporte (lista de entregáveis, riscos, próximos passos)
- Canal de comunicação para solicitações e mudanças
Se você usa um sistema interno, cite o nome apenas se fizer sentido. O essencial é o processo, não a ferramenta.
12) Condições comerciais relacionadas ao escopo
Sem inventar números, amarre a lógica ao que já existe no contrato ou na proposta.
- Vinculação ao contrato/proposta (referenciar anexos)
- Forma de medição e faturamento (se estiver no contrato, referencie)
- Tratamento de custos adicionais por mudança aprovada
Se o seu escopo precisa incluir valores, deixe isso como campo editável. Caso contrário, referencie o documento comercial.
13) Validade, versão e assinatura
- Versão do documento
- Data de vigência
- Assinaturas do cliente e do fornecedor
- Local e data
Sem versão e assinatura, o escopo vira “um PDF antigo”. Coloque isso no template.
Campos editáveis que você deve deixar prontos no template
Monte seu template pensando em velocidade. Você vai reutilizar em novos projetos. Deixe campos editáveis para não reescrever do zero.
- Nome do projeto
- Objetivo e resultado esperado
- Lista de entregáveis com descrição, formato e critérios de aceite
- Lista de itens excluídos
- Premissas e dependências (com responsáveis)
- Etapas e marcos com datas/janelas
- Regras de aceite (prazo e forma)
- Processo de change request
- Papéis e responsáveis
Exemplo de redação pronta (para você adaptar)
Use como base. Ajuste para o seu tipo de projeto.
Escopo incluído
Entregável: [Nome do entregável].
Descrição: [O que é e para que serve].
Formato: [Arquivo / documento / acesso / instalação].
Conteúdo mínimo:
- [Item 1]
- [Item 2]
- [Item 3]
Critério de aceite: [Checklist do que precisa estar pronto] e aprovação formal em [canal].
Escopo excluído
Fora do escopo: [lista objetiva].
Observação: [se houver exceções, descreva aqui].
Gestão de mudanças
Qualquer solicitação que altere entregáveis, prazos ou premissas deverá ser registrada como Change Request, com avaliação de impacto e aprovação formal do responsável do cliente antes de ser executada.
Checklist final antes de enviar para o cliente assinar
Antes de encaminhar o documento, rode este checklist. Se você marcar “não” em qualquer item, ajuste o texto.
- O cliente consegue listar os entregáveis sem pedir explicação adicional?
- Existe seção de escopo excluído com itens concretos?
- Há critérios de aceite por entregável (não só “entregue e pronto”)?
- O prazo de revisão/aceite do cliente está definido?
- Você escreveu como mudanças serão aprovadas e quais impactos serão avaliados?
- Premissas e dependências do cliente estão claras (acessos, dados, decisões)?
- Marcos existem e conectam trabalho a decisões?
- O documento tem versão e assinatura?
Erros comuns que travam a assinatura
- Escopo só com atividades (“fazer reuniões”, “acompanhar”) sem entregáveis e critérios.
- Exclusões vagas (“fora o que não estiver descrito”) sem listar o que realmente não entra.
- Aceite sem prazo (o cliente demora e o projeto fica preso).
- Mudanças sem processo (vira “vamos ajustar no WhatsApp”).
- Premissas omitidas (depois você descobre que faltava acesso, dados ou decisão interna).
Como usar o template no seu dia a dia
Você não precisa “criar do zero” toda vez. Faça assim:
- Copie o template base e preencha identificação, objetivo e resultado esperado.
- Liste entregáveis com critérios de aceite. Se não tiver critério, crie.
- Escreva escopo excluído com foco no que costuma virar discussão.
- Confirme premissas e dependências com o cliente antes de enviar.
- Defina marcos e prazos por etapa. Mesmo em janelas, amarre a decisão.
- Revise a seção de mudanças. Se estiver genérica, reescreva com o processo real.
- Envie a versão final para assinatura e guarde a versão como referência.
Quando o documento fica claro, a conversa muda. Em vez de “o que você acha que está incluso?”, você passa a discutir apenas o que realmente precisa ser ajustado.
Resumo prático: um template assinável é aquele que transforma expectativa em entregável, e entregável em critério de aceite, com regras de mudança e premissas do cliente bem definidas.
