Escopo de projeto para freelancer com modelo e exemplo

Profissões & Empreender

O escopo de projeto define o trabalho que você vai entregar, os limites dessa entrega e as condições para considerá-la concluída. Para um freelancer, isso significa registrar quantidade, formato, revisões, responsabilidades e aprovação antes de começar. Assim, um pedido como “preciso de materiais para divulgar meu serviço” vira um conjunto de decisões que você e o cliente conseguem conferir.

Neste guia, você encontra um modelo para copiar, exemplos fictícios preenchidos, critérios para distinguir correções de trabalho adicional e um registro de mudanças. Você também verá como esclarecer pedidos vagos e adaptar o escopo à redação, a sites e à assistência recorrente.

Dica Tudum:

Precisando de um Site, ou Landing page?

Quando definir o escopo de projeto

Prepare o escopo depois de entender a necessidade e antes de confirmar uma entrega com preço e prazo. Se ainda faltam público, objetivo ou materiais, volte ao briefing para freelancer com perguntas e modelo. O briefing reúne informações; o escopo seleciona o que será feito com elas. Já a proposta apresenta a solução e suas condições comerciais.

Um documento pode reunir essas partes, desde que cada decisão fique clara. Porém, este modelo de organização não substitui a avaliação das condições contratuais, dos direitos de uso ou das obrigações aplicáveis à contratação. Essas questões dependem do serviço e do contexto.

A orientação da Asana sobre escopo do projeto trata dos limites, objetivos e entregáveis. Aqui, aplicamos essa ideia a um serviço pequeno e acrescentamos campos operacionais para aprovações, rodadas de revisão e mudanças.

Como definir o escopo quando o cliente ainda não sabe o que precisa

Comece pela decisão que a entrega precisa apoiar. Se o cliente pede “um site completo”, pergunte quem vai usá-lo, qual ação essa pessoa deve conseguir realizar e quais materiais já existem. Em seguida, separe o necessário para a primeira entrega das ideias que podem esperar. Por isso, evite transformar uma conversa exploratória em compromisso com funções ainda desconhecidas.

Use estas perguntas na reunião e registre a resposta com o nome de quem precisa confirmá-la.

Qual problema concreto precisa ser resolvido agora e para qual público.
Qual é a menor entrega que permite atender a essa necessidade.
O que já está pronto e o que ainda depende de pesquisa, produção ou acesso.
Quais restrições de prazo, capacidade e orçamento orientam a escolha.
Quem decide quando aparecem preferências diferentes dentro da equipe.
Como vocês vão conferir que a entrega atende ao combinado.

Hipóteses e pendências no escopo de projeto

Depois, classifique cada ponto como confirmado, hipótese ou pendência. Por exemplo, “cliente fornecerá cinco depoimentos” é uma hipótese até que alguém confirme a disponibilidade e a permissão de uso. Assim, cada pendência terá um responsável e uma data de resposta. Se a pendência altera a quantidade de páginas ou a viabilidade de uma integração, não a esconda na estimativa.

Quando a incerteza é grande, proponha uma etapa de diagnóstico com entrega própria: levantamento de requisitos, verificação de acessos e definição das opções. Combine separadamente o trabalho e as condições dessa etapa. Dessa forma, vocês poderão fechar o escopo de execução com mais informação; não apresente a investigação como desenvolvimento já incluído por padrão.

Essa separação entre limites, marcos e restrições também aparece na orientação da Atlassian sobre limites e entregas. A aplicação abaixo é uma proposta de organização para pequenos serviços, não uma regra obrigatória de contratação.

Descreva entregas que possam ser conferidas

“Fazer conteúdo” é amplo demais. Prefira uma descrição como “diagramar um PDF de até seis páginas com os textos e imagens enviados pelo cliente”. Em seguida, registre o formato final, o tamanho, o canal de uso e quem fornece cada material. Quanto mais concreto for o objeto, mais fácil será avaliar um pedido posterior.

Quantidade e unidade. Diferencie três peças de três campanhas, por exemplo.
Características. Indique dimensões, extensão, idioma e versões necessárias.
Arquivos finais. Combine se a entrega inclui apenas PDF ou também arquivos editáveis.
Critérios de aprovação. Descreva o que será checado para aceitar a entrega.
Exclusões relevantes. Registre serviços próximos que o cliente poderia presumir incluídos.

Assim, um critério útil é verificável por quem recebe: o PDF deve abrir, seguir a sequência aprovada e conter os contatos fornecidos. “Ficar incrível” não permite a mesma conferência. Por outro lado, não prometa vendas, alcance ou retorno financeiro como critério de uma entrega que não controla esses resultados.

Combine revisões, materiais e prazo

Uma rodada de revisão pode ser um conjunto de comentários reunidos pelo aprovador sobre a mesma versão. Defina isso no escopo de projeto, em vez de escrever apenas “duas alterações”. Também indique se a rodada cobre ajustes dentro da direção escolhida e como serão avaliadas novas direções, formatos ou entregas.

Correção de algo que não atende ao combinado precisa ser distinguida de uma nova solicitação. Por exemplo, corrigir um telefone digitado incorretamente pelo prestador não é o mesmo que acrescentar um novo serviço ao PDF. Analise o ocorrido com o registro acordado; não classifique toda correção como trabalho extra.

Além disso, para fechar o escopo de projeto, combine quem entrega textos, imagens e acessos, em qual condição e até quando. Se o material vier incompleto, registre a pendência antes de iniciar a etapa dependente. Um cronograma pode contar a partir do recebimento e da conferência desses insumos, desde que isso esteja explícito e aceito.

Para o retorno do cliente, escolha um prazo de análise e um único responsável por consolidar comentários. Se o retorno atrasar, reavalie a disponibilidade e confirme uma nova data. Não presuma aprovação por silêncio nem uma prorrogação automática que não foi combinada.

Modelo de escopo de projeto para copiar

Substitua os campos entre colchetes e remova o que não se aplica. Por fim, antes de enviar, procure palavras vagas como “completo”, “ilimitado” e “quando necessário”. Se elas permanecerem, explique qual limite concreto representam.

Identificação. [Nome do projeto, versão do documento, data e responsáveis.]

Objetivo e público. [Problema atendido e pessoas que usarão a entrega.]

Entregas incluídas. [Quantidade, formato, dimensões, idioma, arquivos e canal de entrega.]

Fora do escopo. [Serviços, versões ou etapas não incluídos.]

Materiais e dependências. [O que cada parte fornece, prazo de envio e condição necessária para começar.]

Etapas e datas. [Início condicionado, primeira versão, retorno e entrega final. Identificar dias úteis e fuso quando necessário.]

Revisões. [Quantidade de rodadas, definição de uma rodada e limites dos ajustes.]

Aprovação. [Pessoa responsável, critérios verificáveis e canal de confirmação.]

Mudanças. [Como registrar o pedido, avaliar impactos e confirmar a versão revisada antes de executar.]

Condições relacionadas. [Referência à proposta e aos documentos que tratam de valores, pagamento e demais condições.]

Exemplo fictício de escopo de projeto para diagramação

Exemplo fictício, criado apenas para demonstrar o preenchimento. Uma profissional autônoma quer apresentar seus serviços em um PDF para enviar a pessoas interessadas. Os nomes e prazos abaixo são ilustrativos; não representam um caso realizado pelo Tudum.

Projeto. Apresentação de serviços da Oficina Horizonte, versão 1, 23/10/2026. Prestador responsável pela diagramação; cliente responsável pelo conteúdo e aprovação.

Objetivo. Organizar a apresentação dos serviços para leitura digital por potenciais clientes.

Incluído. Um PDF em português, formato A4 vertical, com até seis páginas e uma direção visual. Entrega final em PDF por pasta compartilhada.

Excluído. Redação dos textos, criação de logotipo, fotografia, impressão, tradução, peças para redes sociais e arquivo editável.

Materiais. Cliente envia textos finais de até 900 palavras, logotipo e até oito imagens que pode utilizar. Prestador confere a disponibilidade e a adequação técnica antes de confirmar o início.

Etapas. Primeira versão em cinco dias úteis após materiais completos e início confirmado. Cliente reúne os comentários em até dois dias úteis; entrega revisada em até dois dias úteis após o retorno consolidado. Datas de calendário serão confirmadas no início.

Revisões. Duas rodadas de comentários consolidados, limitadas a ajustes de diagramação dentro da direção aprovada e das seis páginas. Mudança de conteúdo que altere a estrutura será avaliada antes da execução.

Aprovação. Cliente confere abertura do arquivo, quantidade de páginas, presença dos textos e contatos aprovados, legibilidade e sequência. A confirmação fica registrada por e-mail.

Mudanças. Pedido fora desses limites gera análise de trabalho, prazo e eventual valor adicional, com confirmação escrita antes de começar. Valores e pagamento constam na proposta relacionada.

Dica Tudum:

Precisando de um Site, ou Landing page?

Como avaliar um pedido fora do escopo

Suponha que o cliente peça uma versão em outro idioma e três imagens para redes sociais. Mesmo que os arquivos originais já existam, surgem novas entregas, adaptações e conferências. Para manter o escopo de projeto claro, primeiro compare o pedido com a lista aprovada; depois, proponha uma decisão sem iniciar o extra por impulso.

Registre o pedido concreto e a data em que chegou.
Classifique como correção, ajuste previsto ou mudança de escopo, explicando o motivo.
Identifique etapas adicionais, dependências e impacto na entrega atual.
Apresente opções, como acrescentar trabalho, substituir uma entrega ou deixar para outra fase.
Confirme prazo, eventual valor e nova versão do escopo antes de executar a mudança.

Você pode responder assim, adaptando o exemplo: “O combinado inclui um PDF em português. A versão em outro idioma e as peças sociais são novas entregas. Vou avaliar os materiais necessários e enviar o impacto em prazo e valor para você decidir antes de começarmos.”

Se decidir absorver um ajuste pequeno, registre essa exceção e seus limites. Assim, uma gentileza pontual não fica parecendo uma ampliação permanente. A explicação da Asana sobre gestão do escopo ajuda a contextualizar o registro e o controle de mudanças.

Como classificar mudanças no escopo de projeto

Antes de responder “isso é extra”, compare o pedido com a versão aprovada e identifique por que ele surgiu. No entanto, o tamanho aparente da alteração não resolve a questão: uma troca de palavra pode corrigir um erro seu, enquanto um botão pequeno pode exigir nova integração. Os casos fictícios abaixo mostram como raciocinar.

Erro em relação ao material aprovado

O PDF saiu com um número de telefone diferente do texto enviado. Nesse caso, a entrega não corresponde ao insumo aprovado. Portanto, registre a correção e confira os demais contatos. Além disso, não trate automaticamente essa falha como uma rodada de preferência do cliente nem como uma entrega adicional.

Ajuste dentro da direção combinada

O cliente pede para aumentar os títulos e mudar a posição de duas imagens, mantendo as seis páginas e a direção visual. Se a rodada cobre esses ajustes e ainda está disponível, reúna os comentários e revise a mesma versão. Em seguida, devolva uma lista do que foi alterado para evitar que pedidos já atendidos voltem sem contexto.

Nova entrega ou nova direção

O cliente troca o público, pede nova estrutura e acrescenta uma versão para impressão. Portanto, há decisões e verificações que não estavam no PDF digital combinado. Explique o que muda, estime o impacto e ofereça opções. Ainda assim, confira se a mudança decorreu de uma ambiguidade do seu próprio escopo antes de atribuir toda a responsabilidade ao cliente.

Se a diferença continuar ambígua, localize o trecho que permitiu duas interpretações. Negocie a solução para o caso e reescreva o limite na próxima versão. Afinal, um escopo bem gerido deve esclarecer a colaboração, não servir como resposta automática para qualquer insatisfação.

A orientação da Fiverr sobre pacotes de serviços explica que os pacotes podem combinar diferentes limites, revisões e extras. As condições daquela plataforma pertencem ao seu próprio serviço; não são aplicadas automaticamente ao modelo deste artigo.

Registre a mudança no escopo de projeto

Uma mensagem solta no meio de uma conversa pode não deixar claro o que foi aprovado. Por isso, crie um registro curto para cada mudança e vincule-o à versão atual do escopo. Além disso, separe a estimativa em análise da decisão efetivamente confirmada.

Registro fictício M-01. Projeto Oficina Horizonte, relacionado ao escopo versão 1.

Pedido. Acrescentar três imagens para redes sociais a partir do PDF. Cliente ainda precisa confirmar dimensões e textos finais.

Análise. São três arquivos adicionais, com adaptação de composição, exportação e conferência. O PDF permanece com seis páginas.

Opções. Manter somente o PDF; contratar as imagens em etapa posterior; ou incluir as imagens agora com prazo e valor revistos.

Condição para executar. Confirmar opção, materiais, valor e novas datas por escrito. Até lá, o pedido fica em análise e o extra não é iniciado.

Atualização. Se aprovado, emitir versão 2 com as três imagens, formatos, critérios de aprovação e calendário confirmado. Guardar a versão 1 como histórico.

Confira esforço, calendário e confirmação

Para estimar o impacto, liste as tarefas adicionais e suas dependências. Por exemplo, o trabalho inclui adaptar o layout, receber os textos, exportar e revisar. No entanto, o tempo de produção não é igual ao prazo de calendário: a disponibilidade do prestador e o retorno do cliente também precisam caber na agenda. Por isso, não some “mais um dia” ao prazo sem conferir essas dependências.

Uma resposta possível é: “Consigo avaliar as três peças. Preciso confirmar os formatos e receber os textos finais. Depois envio as opções de prazo e valor. O PDF segue com o combinado atual; as novas peças só entram após sua confirmação.” Se a mudança afetar o PDF, indique também qual etapa precisa aguardar a decisão.

Por fim, envie um resumo do que foi aprovado e do que continua excluído. Se o acordo aconteceu em reunião, registre-o no canal combinado e peça confirmação. Assim, uma nova versão deve substituir a anterior como referência de execução, sem apagar o histórico ou presumir que todos leram uma alteração silenciosa.

Exemplos de escopo de projeto para outros serviços

Os exemplos seguintes são fictícios e mostram como adaptar os mesmos campos. Quantidades, rodadas e prazos são escolhas ilustrativas, não padrões de mercado. Por isso, use os limites adequados ao trabalho real e acrescente as condições comerciais no documento relacionado.

Redação de artigos

Entrega. Dois artigos em português, de aproximadamente 800 a 1.000 palavras cada, com pauta e público aprovados. Inclui pesquisa em fontes públicas, títulos, subtítulos e uma rodada de comentários consolidados por texto. Não inclui entrevistas, imagens, publicação no site ou tradução.

Dependências e aceite. Cliente fornece orientações da marca e aprova as pautas antes da redação. A conferência considera aderência à pauta, clareza, fontes identificadas e ausência de informações inventadas. Prazo e janela de retorno são confirmados no calendário. Por exemplo, acrescentar uma entrevista exige avaliar preparação, agendamento, autorização e redação; não é apenas adicionar algumas frases.

Site institucional pequeno

Entrega. Quatro páginas — início, serviços, sobre e contato — em uma plataforma definida, com textos e imagens enviados pelo cliente. Inclui adaptação às larguras de tela combinadas e formulário com campos e destinatário previamente definidos. Exclui loja virtual, área restrita, novos idiomas e manutenção contínua.

Dependências e aceite. Cliente disponibiliza domínio, hospedagem e acessos necessários pelo meio seguro acordado. Antes de aprovar, confere navegação, leitura nos dispositivos previstos e envio do formulário ao destinatário correto. Além disso, publicação, migração e licenças precisam ter responsáveis explícitos. Se houver tratamento de dados ou requisitos especializados de acessibilidade, defina o trabalho e a revisão adequados; um teste simples de formulário não comprova conformidade integral.

Assistência virtual recorrente

Entrega. Organização de até 40 registros semanais em uma planilha e duas janelas de atualização por semana. Inclui conferência dos campos fornecidos e lista de pendências. Exclui atendimento de urgência, análise financeira e decisões em nome do cliente.

Capacidade e prioridade. Cliente envia os dados antes da janela acordada e indica um responsável para dúvidas. Quando chegam 55 registros, os 15 excedentes não entram silenciosamente: vocês decidem se serão adiados, substituem outra demanda ou ampliam o serviço. Além disso, defina o destino da capacidade não usada; não presuma acúmulo para o mês seguinte.

Para trabalho recorrente, determine quando o período encerra e como avaliar a próxima renovação. Assim, um limite semanal não se confunde com disponibilidade permanente. A orientação da Workana sobre o conteúdo de uma proposta ajuda a distinguir tarefas, prazo e valor; suas regras de operação são específicas da plataforma.

Limites verificáveis no escopo de projeto

“Site completo”. Escreva quais páginas, funções, integrações e testes estão incluídos. Sem isso, “completo” pode significar projetos diferentes para cada parte.
“Duas alterações”. Defina duas rodadas de comentários consolidados, o que cada uma cobre e quem envia o retorno. Um pedido fragmentado em mensagens não deve virar uma contagem improvisada.
“Entrega em cinco dias”. Identifique dias úteis ou corridos, o evento de início e as dependências. Depois confirme as datas do calendário.
“Ajustes até ficar bom”. Combine direção, critérios de aceite e tratamento de novas solicitações. Preferência e falha técnica exigem conversas diferentes.
“Suporte incluído”. Defina assunto, canal, duração, horário e diferença entre corrigir a entrega e prestar manutenção futura.

Antes de encerrar, faça uma entrega acompanhada de uma lista de conferência. Identifique arquivos, versão, pendências e canal de aprovação; esclareça também o que acontecerá com acessos e materiais após o fim do serviço. No entanto, se houver divergência, registre o ponto específico e a próxima ação, em vez de declarar tudo aprovado ou tudo recusado sem critério.

Confira o escopo de projeto antes de enviar

O cliente consegue reconhecer todas as entregas e o que ficou de fora.
Os formatos, quantidades e arquivos estão descritos.
As dependências de materiais aparecem antes dos compromissos de prazo.
Há um aprovador e uma definição clara de rodada de revisão.
Os critérios de aceitação permitem conferir a entrega.
Pedidos novos têm um caminho de análise e confirmação.
O documento tem versão e corresponde à proposta relacionada.

Transforme o escopo de projeto em uma conversa clara

Escolha um serviço real, preencha o modelo e revise os limites com o cliente. Depois, mantenha a versão confirmada acessível durante o trabalho. O objetivo é que ambos possam consultar o mesmo combinado quando surgir uma dúvida, uma aprovação ou uma nova ideia.

Para organizar outros passos da atividade independente, consulte o guia de profissões e empreendedorismo e os conteúdos de Profissões & Empreender.