Briefing para site: modelo pronto para copiar

Um briefing para site é o documento que define o que o projeto precisa resolver antes de qualquer tela existir. Ele cobre negócio, público, objetivo, escopo, marca e prazo. Sem ele, o fornecedor chuta o orçamento e o cliente descobre no meio do caminho que combinou outra coisa.

Os modelos que circulam em português têm de cinco a dezoito anos, foram escritos para quem desenvolve e não para quem contrata, e nenhum cobre CMS, integrações ou o que fazer quando o texto ainda não existe. Abaixo está o roteiro que usamos na conversa de descoberta, organizado em quatro blocos, pronto para você copiar e preencher antes de falar com qualquer fornecedor.

O que é um briefing de site?

É a tradução do problema de negócio em requisitos de projeto. Não é uma lista de páginas nem uma descrição de layout. É o documento que responde por que o site existe, para quem ele fala, o que precisa acontecer depois da visita e quais são as restrições reais de conteúdo, prazo e verba.

Na Wama isso não nasce de um formulário, nasce de uma conversa de descoberta. A diferença importa: formulário coleta respostas prontas, conversa descobre o que a empresa ainda não formulou. Mas a conversa tem um roteiro, e é esse roteiro que virou o modelo publicado aqui. Chegar com ele preenchido encurta a descoberta e melhora a proposta que você recebe.

Por que o briefing decide o orçamento?

Porque o preço de um projeto é o custo de tomar decisões, e o briefing é onde elas começam a ser tomadas. Fornecedor que recebe escopo claro orça o que existe. Fornecedor que recebe "quero um site bonito" orça o risco, e risco é sempre mais caro que trabalho.

Há uma razão técnica conhecida para isso. Segundo o levantamento Software Defect Reduction Top 10 List, de Barry Boehm e Victor Basili, publicado na revista IEEE Computer em janeiro de 2001, projetos de software gastam entre 40% e 50% do esforço em retrabalho que poderia ter sido evitado. Os autores também registram que corrigir um problema depois da entrega custa muito mais do que corrigi-lo na fase de requisitos, com um fator que fica perto de cinco vezes em sistemas pequenos e chega a cem vezes nos grandes.

Site não é software crítico, então o número relevante aqui é o menor. Mesmo assim, cinco vezes é a diferença entre ajustar uma frase no briefing e refazer três páginas com design aprovado. É exatamente por isso que transformar o briefing em um orçamento que não muda no meio começa antes do primeiro desenho.

O modelo, bloco a bloco

Copie a tabela abaixo e responda com o que você tiver. Resposta incompleta é útil, resposta inventada não. Onde não souber, escreva que não sabe: isso também é informação para quem vai orçar.

São dezessete respostas. Um cliente preparado leva uma hora para preencher, e essa hora costuma economizar semanas depois. Se você vai pedir orçamento a mais de um fornecedor, envie exatamente este mesmo documento para todos: o mesmo briefing enviado para três fornecedores é a única forma de comparar propostas que significam a mesma coisa.

Qual pergunta mais muda o rumo do projeto?

Uma, e ela está no bloco dois: o que precisa acontecer depois que alguém visita o site. É a pergunta que define a estrutura inteira, porque cada página passa a existir para conduzir a esse acontecimento, e o que não conduz sai do escopo.

Quando a resposta é "que a pessoa entre em contato", o site é construído para uma conversa. Quando é "que a pessoa entenda que somos maiores do que parecemos", ele é construído para prova. Quando é "que a pessoa se candidate a uma vaga", muda tudo de novo. São sites diferentes com a mesma quantidade de páginas, e essa diferença nasce inteira de uma frase. Sobre como essa decisão se traduz em estrutura, vale ler a pergunta sobre o que o site precisa fazer acontecer.

A segunda pergunta mais reveladora está no bloco um: por que um cliente escolhe vocês e não o concorrente. Empresa que não sabe responder isso tem um problema de posicionamento, não de site, e nenhum layout resolve. É melhor descobrir na primeira semana que no dia da entrega.

Quem preenche e em quanto tempo?

Quem decide, com no máximo mais uma pessoa. Briefing preenchido por comitê vira média de opiniões, e média de opiniões produz site genérico. Se há várias áreas com interesse, colete tudo e deixe uma pessoa escrever a versão final, assumindo as escolhas.

O tempo é de uma hora para quem conhece o negócio, e de semanas para quem precisa alinhar internamente antes. Esse segundo caso é comum e não é problema, desde que aconteça antes do projeto começar e não durante. O cronograma de um site depende disso: o cronograma só começa a contar quando o conteúdo existe.

O que não colocar no briefing?

Três coisas atrapalham mais do que ajudam, e todas parecem úteis à primeira vista.

1. Descrição de layout. "Menu no topo com cinco itens e um banner grande" resolve a tela e não o problema. Descreva o objetivo e deixe a solução para quem você contratou.

2. Lista de funcionalidades copiada de concorrente. Sem saber por que o concorrente fez daquele jeito, a lista importa os erros dele junto.

3. Verba escondida. Omitir a faixa não melhora a proposta, atrasa. O fornecedor orça o escopo que couber e você descobre duas semanas depois que não fecha.

Há um caso especial que vale registrar. Às vezes o briefing revela que o pedido não é um site: área logada, painel de dados, regra de negócio. Aí quando o briefing revela que o pedido não é um site muda a conversa inteira, de escopo, de prazo e de faixa de preço. Descobrir isso no documento é barato; descobrir no meio do projeto não é.

Erros comuns de briefing

1. Responder o que o site deve ter, não o que ele deve resolver. É a troca mais frequente e a que mais produz site bonito e inútil.

2. Deixar o bloco de conteúdo em branco. Quem escreve os textos é a decisão que mais move preço e prazo, e a que mais fica para depois.

3. Referências sem motivo. Três links soltos não dizem nada. O que informa é a frase que explica o que você gostou em cada um.

4. Não dizer quem aprova. Projeto sem dono definido acumula rodadas e estoura cronograma sem que ninguém perceba onde.

5. Confundir prazo com data de campanha. A data existe, mas precisa vir com o que depende dela, senão vira pressão sem critério.

O bloco de marca merece atenção especial porque é o mais subestimado. Material inconsistente força retrabalho visual que ninguém orçou, e a discussão sobre o que a empresa espera que mude depois do site novo costuma começar exatamente aí.

O que acontece depois que você entrega o briefing

Um fornecedor sério devolve perguntas antes de devolver preço. Se a primeira resposta ao seu briefing for um orçamento fechado, sem nenhuma dúvida no meio, desconfie: ou o escopo estava perfeito, o que é raro, ou ninguém leu com atenção.

Depois das perguntas vem a proposta, e ela deveria espelhar o briefing item por item, incluindo o que ficou de fora. Segundo o relatório Pulse of the Profession 2026, do Project Management Institute, 31% dos projetos complexos não entregam o escopo de benefícios originalmente pretendido. Escopo escrito dos dois lados é a defesa mais barata contra isso.

Vale lembrar que o briefing muda conforme o momento da empresa. Uma companhia estabelecida e uma que acabou de captar respondem o bloco dois de formas muito diferentes, e o briefing muda conforme o estágio da empresa é uma leitura útil antes de preencher.

Perguntas frequentes

Existe um modelo de briefing pronto para site?

O modelo deste artigo cobre quatro blocos e dezessete perguntas, e serve para site institucional, landing e site de produto. Copie a tabela e responda com o que tiver. O importante não é preencher tudo, é registrar o que você ainda não sabe.

Quem deve escrever o briefing, o cliente ou a agência?

O cliente escreve a primeira versão e a agência completa com perguntas. Briefing escrito só pelo fornecedor vira suposição sobre o negócio alheio, porque ninguém de fora conhece a operação. Escrito só pelo cliente, costuma faltar a parte técnica de escopo, integrações e conteúdo, que é justamente onde o orçamento se define.

Preciso saber quanto quero gastar antes de pedir orçamento?

Uma faixa aproximada basta e ajuda muito. Sem ela, o fornecedor orça o escopo que imaginar e a conversa recomeça do zero quando o número aparece. Dizer a faixa não faz o preço subir, faz a proposta chegar mais perto do que você pode contratar.

O briefing muda para uma landing page?

Muda de tamanho, não de estrutura. Uma landing tem um objetivo único, então o bloco dois fica mais curto e mais preciso. Os blocos de negócio, marca e prazo continuam iguais, porque decidem o mesmo tanto em uma página ou em vinte.

E se eu não tiver os textos prontos?

Registre isso no briefing em vez de deixar em branco. Quem escreve o conteúdo é o item que mais move preço e prazo de um projeto de site. Declarar que o texto será feito pelo fornecedor muda o orçamento, mas evita o atraso mais comum de todos.

Se você preencheu o modelo e quer uma leitura sobre o que ele revela do projeto, vale levar seu briefing para uma conversa com a Wama. A descoberta começa exatamente por essas perguntas.