Uma das perguntas que aparecem em quase todo briefing é: “Quantas revisões estão inclusas?”. Faz sentido perguntar — afinal, revisões em projeto de site é um ponto que, mal combinado, vira fonte de atrito dos dois lados. O cliente se frustra porque achava que podia pedir mudanças infinitas. Eu me frustro porque o projeto trava e os outros clientes na fila pagam o preço disso. Aqui vou explicar exatamente como eu trabalho, o raciocínio por trás do número que uso e o que conta (ou não) como revisão.
O que eu entendo por revisão em projeto de site
Revisão é qualquer rodada formal de ajustes depois que apresento uma versão do site para avaliação. Não é um bug, não é um erro meu de interpretação do briefing — é uma mudança de direção ou preferência que surge depois da aprovação de uma etapa anterior.
Essa distinção importa porque misturar os dois conceitos cria confusão. Se eu entrego um layout e o botão está na cor errada porque o cliente me passou o hex errado no briefing, isso é correção — zero custo, zero debate. Agora, se o site está exatamente como combinado e o cliente decide que quer mudar a paleta de cores completa, isso é revisão.
Quantas rodadas de revisões em projeto de site estão incluídas
Nos meus projetos, estão inclusas duas rodadas de revisão por etapa principal entregue. Em projetos de página única (landing page), isso significa até duas rodadas após a primeira apresentação do layout. Em sites institucionais com múltiplas páginas, cada bloco de páginas tem suas próprias rodadas.
Esse número não é arbitrário. Ele existe por duas razões concretas:
- Prazo real: Trabalho com janelas de entrega definidas — em projetos de site em 7 dias, cada rodada extra consome tempo que impacta diretamente o go-live. Quem quer entender como esse cronograma funciona na prática pode ler como funciona meu processo de criação de site em 7 dias.
- Qualidade do processo: Um projeto bem briefado raramente precisa de três rodadas. Se chega à terceira, em geral é sinal de que algo no levantamento de informações falhou — não de que o trabalho foi mal feito.
Por que mais revisões não significam um site melhor
Existe um mito de que mais rodadas de revisões em projeto de site resultam em um produto mais refinado. Na prática, acontece o oposto com frequência.
Depois de duas ou três rodadas, o cliente entra no que chamo de “modo de perfeccionismo reativo” — começa a questionar coisas que já havia aprovado, compara com referências novas que encontrou depois, e o projeto perde o fio condutor original. O site que sai daí costuma ser mais fragmentado do que o que saiu da primeira apresentação.
O que realmente garante um bom resultado não é a quantidade de revisões, mas a qualidade do briefing. Por isso tenho um processo estruturado de coleta de informações antes de abrir o Elementor — expliquei isso em detalhes no post sobre como extraio um briefing bom de cada cliente novo.
O que conta como revisão e o que não conta
Para evitar ambiguidade, aqui está a separação que uso com todos os clientes:
Não conta como revisão
- Correção de texto enviado pelo cliente (erro tipográfico, dado desatualizado)
- Ajuste técnico que não funcionou como esperado (formulário com campo errado, link quebrado)
- Qualquer ponto que diverge do que foi aprovado no briefing ou wireframe — isso é correção, não revisão
Conta como revisão
- Mudança de identidade visual (paleta, tipografia) após a primeira versão aprovada
- Reorganização de seções após o layout ter sido validado
- Adição de páginas ou seções que não estavam no escopo original
- Alteração de copy que o próprio cliente forneceu e depois decidiu reescrever
O que acontece quando as rodadas se esgotam
Quando as revisões em projeto de site inclusas se esgotam, as rodadas adicionais entram como serviço avulso, com valor proporcional ao escopo da alteração. Isso está combinado antes de começar — não é surpresa no meio do projeto.
Na prática, a maioria dos projetos não chega a esgotar as duas rodadas. Clientes que chegam com referências claras, com identidade visual definida e que respondem feedbacks de forma objetiva costumam fechar na primeira rodada.
Como evitar usar as revisões desnecessariamente
Minha dica principal: não revise em partes. Quando envio o layout para avaliação, peço que o cliente revise o projeto completo e me envie todos os pontos de uma vez, em vez de mandar mensagens ao longo de vários dias com ajustes isolados. Cada envio desse conta como uma rodada — não cada mensagem individual, mas cada ciclo de “apresentação → feedback → ajuste”.
Outra prática que ajuda: antes de pedir uma alteração, o cliente perguntar a si mesmo “isso muda o resultado esperado ou é preferência pessoal que não afeta a performance?”. Mudança de cor de fundo que não tem impacto na conversão é preferência — e preferências ilimitadas são o caminho mais rápido para estourar o escopo.
Falando em performance: muitos ajustes cosméticos que clientes pedem nas revisões chegam a comprometer a velocidade do site. Esse assunto tem impacto direto em resultados — tratei disso no post sobre por que PageSpeed 95+ não é luxo.
Transparência que protege os dois lados
Definir o número de revisões em projeto de site de forma clara não é uma forma de limitar o cliente — é uma forma de proteger o projeto. Um escopo aberto vira um projeto sem fim. Um projeto sem fim não vai ao ar. E site que não vai ao ar não gera nenhum resultado para ninguém.
Quando estabeleço esse critério antes de começar, o cliente sabe exatamente o que contratar, eu sei exatamente o que entregar, e o prazo combinado se sustenta. O que acontece depois do site ir ao ar — ajustes pontuais, atualizações de conteúdo, manutenção — é outro capítulo, que expliquei em detalhes no post sobre o que acontece depois que o site vai ao ar.
Quer saber como ficaria o processo do seu projeto?
Se você quer entender o escopo completo antes de fechar, incluindo quantas revisões em projeto de site fazem sentido para o seu caso, me chama no WhatsApp. Explico o processo, ouço o que você precisa e dou um retorno objetivo.
→ Falar sobre meu projeto no WhatsApp
Perguntas frequentes sobre revisões em projeto de site
Quantas revisões estão inclusas em um projeto de site?
Em geral, projetos de site incluem duas rodadas de revisão por etapa principal entregue. Em landing pages, isso significa duas rodadas após a primeira apresentação do layout. Em sites institucionais, cada bloco de páginas tem suas próprias rodadas. Rodadas adicionais são cobradas como serviço avulso, com valor proporcional ao escopo da alteração.
O que é considerado revisão em um projeto de site?
Revisão é qualquer rodada formal de ajustes solicitada após a aprovação de uma etapa. Exemplos: mudança de paleta de cores, reorganização de seções já validadas, adição de páginas fora do escopo original ou alteração de textos que o próprio cliente forneceu. Correções de erros técnicos ou divergências em relação ao briefing aprovado não contam como revisão.
Como evitar gastar as rodadas de revisão desnecessariamente?
A prática mais eficaz é revisar o projeto completo de uma vez — enviando todos os pontos de ajuste em um único feedback — em vez de mandar mensagens isoladas ao longo de vários dias. Antes de pedir uma alteração, vale se perguntar se ela muda o resultado esperado ou é apenas preferência pessoal sem impacto em conversão ou performance.
Mais rodadas de revisão garantem um site melhor?
Não necessariamente. Na prática, projetos com muitas rodadas tendem a perder o fio condutor original, pois o cliente começa a questionar pontos já aprovados e a comparar com novas referências. O que garante um bom resultado é a qualidade do briefing inicial, não a quantidade de revisões realizadas.