Como Escrever um Briefing de Design que Realmente Vai ao Ar
A maioria dos briefings de design é teatro. O briefing que vai ao ar responde a seis perguntas, tem uma folha de restrições de uma página e termina com critérios de encerramento.
Como Escrever um Briefing de Design que Realmente Vai ao Ar
A maioria dos briefings de design é teatro. Descrevem o sonho, listam adjetivos como "moderno" e "humano em primeiro lugar" e terminam com um moodboard que o cliente assinou só para parecer solidário. Aí o projeto sai do trilho.
O briefing que vai ao ar responde a seis perguntas, cabe em uma página de restrições e termina com critérios de encerramento escritos antes de o trabalho começar. Todo o resto é decoração.
A maioria dos briefings de design é teatro
Um briefing de design tradicional soa como discurso de casamento. Cheio de sentimento, pobre em decisões, assinado por gente educada demais para discordar.
O deck tem 30 slides e o moodboard tem 40 imagens. Em lugar nenhum diz quem decide que o trabalho está pronto, que número encerra a relação ou o que o projeto não é.
Isso não é um briefing, é uma lista de desejos com capa. Ele morre na sexta semana, quando o cliente pede "só mais uma rodada" e a agência não tem nenhum documento para encerrar a conversa.
Um briefing de verdade é curto, decidido e desconfortável. Se lê-lo em voz alta não faz alguém se remexer na cadeira, ele não fez o trabalho dele.
As seis perguntas que todo briefing de design precisa responder
Todo briefing, todo projeto, todo contrato. Se um briefing não consegue respondê-las, o projeto não está pronto.
| # | Pergunta | O que ela força |
|---|---|---|
| 1 | Quem decide que o trabalho está pronto | Um único aprovador com nome, não um comitê |
| 2 | Como é o "pronto" na prática | Um artefato específico, link ou superfície publicada |
| 3 | O que está explicitamente fora do escopo | Uma lista escrita do que o projeto não vai fazer |
| 4 | Que número de orçamento mata o projeto | Um valor real em moeda, não uma faixa |
| 5 | Que prazo mata o projeto | Uma data real de calendário, não um trimestre |
| 6 | Qual é a métrica única que importa | Um resultado mensurável, não um sentimento |
Pule qualquer uma e o projeto será defendido na sua caixa de entrada três meses depois.
Decisor, pronto e a linha em volta do escopo
As três primeiras perguntas definem quem é dono do trabalho e o que ele é. Respostas vagas aqui envenenam o resto.
1. Quem decide que o trabalho está pronto
Um nome. Não "a diretoria", não "saberemos quando virmos", não "o fundador vai opinar no final".
Um único aprovador que pode dizer sim, dizer não, e cujo sim é vinculante. Se precisar consultar outras pessoas antes, o briefing lista esses nomes também, mas o aprovador continua assinando. Comitês não aprovam design, eles o negociam até virar papa.
Nomeie o decisor no primeiro parágrafo. Se o cliente não consegue, o projeto não está pronto para começar.
2. Como é o "pronto" na prática
Não "um site polido". Não "uma marca que ressoa". Um artefato que você poderia capturar em screenshot e um link que poderia entregar a um estranho.
Para um site de marketing, pronto é uma URL publicada com número definido de páginas, biblioteca de componentes e meta de Core Web Vitals. Para uma identidade de marca, é uma pasta de assets com conjunto de logos, sistema tipográfico, tokens de cor e um doc de uso de uma página. Específico. Fotografável. Fechável.
Se o time não consegue descrever a entrega final em uma frase, o briefing ainda está no modo moodboard.
3. O que está explicitamente fora do escopo
A seção mais poderosa de qualquer briefing é a lista do que o projeto não vai fazer.
Todo projeto tem trabalho adjacente invisível que migra para dentro do escopo quando ninguém está olhando. O briefing que vai ao ar carimba isso como FORA, com linhas como "sem localizações extras, sem integração com CRM, sem segunda rodada de exploração de marca após a quarta semana."
Itens fora do escopo são proteções, não recusas. Você não precisa de um design system é a mesma disciplina no nível do sistema, e designers agora são PMs explica por que a vigilância de escopo mora no briefing.
Dinheiro e tempo, escritos em números
As duas perguntas seguintes transformam vibe em cifras.
4. Que número de orçamento mata o projeto
Um valor específico em moeda. Não "apertado", não "competitivo", não "flexível". Um número que, se for ultrapassado, encerra o contrato.
Dois números, na verdade. O valor pelo qual o projeto foi vendido e o valor que dispara a parada. O número de encerramento costuma ficar de 15 a 25 por cento acima do vendido, para que o time absorva erros honestos sem esconder estouros.
Escreva o número de encerramento no briefing, assinado. O problema da página de preços cobre a mesma disciplina em uma superfície pública; precificação baseada em valor é a leitura mais profunda.
5. Que prazo mata o projeto
Uma data real de calendário. Não "3º tri", não "até o fim do verão", não "antes do lançamento". Um dia que, se perdido, encerra o contrato ou dispara uma renegociação.
Duas datas de novo. Data de entrega e data de encerramento. Ninguém quer escrever a data de encerramento porque escrevê-la a torna real. Escreva mesmo assim.
Se estiver atrelado a um lançamento ou captação, amarre a data de encerramento a isso. Os lançamentos da Anthropic condicionados a evals e os ciclos de seis semanas da Linear implicam briefings em que alguém escreveu uma data e se recusou a movê-la.
O número único que define sucesso
A pergunta final é a menor e a mais disputada. Ela decide todo o resto.
6. Qual é a métrica única que importa
Uma. Singular. Não um dashboard. Um número, observável de fora do time, que decide se o projeto deu certo.
Para um site de marketing, leads qualificados por mês. Para um lançamento, contas ativadas nos primeiros 30 dias. Para um refresh de marca, uma mudança mensurável na qualidade dos negócios inbound, não "awareness de marca".
A tentação é listar cinco métricas para que nada possa falhar. Resista.
A métrica única vai no briefing, no contrato e na parede. O anti-dashboard explica por que um número vence doze escondidos atrás de um dashboard.
A folha de restrições de uma página
Seis perguntas, uma página. Se as respostas não cabem em uma única folha, o projeto ainda está sendo negociado.
Copie este modelo, preencha com o cliente na sala e consiga uma assinatura antes de definir o escopo da próxima fase.
ONE-PAGE CONSTRAINTS SHEET
Project: [name]
Client: [company]
Date: [date]
1. DECIDER
Approver of record: [single name + title]
Consulted before approval: [up to 3 names]
2. DONE
Final deliverable: [one sentence]
Acceptance artifact: [URL, file, or shipped surface]
3. OUT OF SCOPE
Not included:
- [item]
- [item]
- [item]
Anything not listed above is also out of scope.
4. BUDGET
Sold at: [currency + figure]
Kill at: [currency + figure]
5. TIMELINE
Ship date: [calendar date]
Kill date: [calendar date]
External anchor: [event, launch, or contract trigger]
6. METRIC
The one number we own: [metric]
Measured by: [tool or person]
Reviewed: [date]
Signed: ______________________
[decider name + date]
O formato não importa, a disciplina sim. Uma folha que cabe na tela do celular, lida em voz alta no kickoff e assinada pelo decisor entrega projetos. Um briefing de 30 páginas que ninguém lê, não.
Critérios de encerramento, escritos antes de o trabalho começar
Critérios de encerramento são a parte que ninguém escreve porque escrevê-los parece planejar o fracasso. Pulá-los é planejar o sofrimento.
Critérios de encerramento são condições, escritas no dia um, que pausam ou encerram o projeto de propósito. Não "isso está indo mal", mas "este evento aconteceu, e eis o que fazemos a seguir."
Um conjunto funcional para um projeto de design típico:
-
O decisor muda no meio do projeto sem uma passagem de bastão por escrito. O novo decisor assina de novo a folha de restrições em até cinco dias úteis, ou o projeto pausa.
-
O número de encerramento do orçamento é atingido. O trabalho para, uma fatura honesta é enviada e a próxima fase é redefinida.
-
A data de encerramento do prazo é atingida sem a condição de pronto entregue. O projeto entra em renegociação por escrito, não em uma extensão silenciosa.
-
Itens fora do escopo adicionados sem um pedido de alteração. O pedido de alteração é assinado em até três dias úteis, ou a solicitação é descartada.
-
A métrica única se torna impossível de medir. Se o time não consegue medi-la por dois períodos de revisão consecutivos, o briefing é reaberto.
-
Dois marcos consecutivos perdidos sem justificativa por escrito. O projeto entra em revisão de recuperação com o decisor antes de o próximo marco começar.
Cada critério tem um gatilho e uma resposta. A resposta nunca é "vamos ver como todo mundo se sente", é uma ação escrita e mecânica.
O briefing não prevê todas as falhas. Ele se compromete, com antecedência, com como o time se comporta quando a falha fica visível.
Como soam os briefings de Linear, Stripe e Vercel
Ninguém de fora dessas empresas leu seus briefings. O trabalho é o briefing de trás para frente.
A Linear entrega em ciclos de seis semanas com um dono responsável, escopo enxuto e uma superfície publicada. A Stripe entrega docs no dia em que a feature vai ao ar, o que significa que os docs foram briefados junto com a feature. A Vercel transforma o log de deploy em superfície de lançamento, a mesma postura abordada em o estado de carregamento é o produto.
Faça engenharia reversa do briefing a partir do trabalho. Um decisor por superfície. Pronto é publicado, não aprovado. A lista de fora do escopo é visível nas features que nunca saíram.
A lição não é "escreva seu briefing como a Linear". É "olhe para um trabalho que você respeita e pergunte qual briefing o teria produzido". O modo de falha está em por que todo SaaS parece igual em 2026.
O briefing é um contrato, não uma lista de desejos
Um briefing que vive ao lado do contrato é um contrato. Um que vive numa página empoeirada do Notion é uma lista de desejos.
Anexe a folha de restrições ao escopo de trabalho. Referencie os critérios de encerramento na carta de contratação. Faça da métrica única uma cláusula, não um slide. Se um wireframe é o contrato estrutural de uma tela, o briefing é o mesmo para o projeto inteiro.
Quando o trabalho desvia, e ele sempre desvia, o briefing encerra o desvio. Uma página, assinada, lida no kickoff, fixada no canal do projeto. Essa é a diferença entre um briefing e teatro.
Rode isso na segunda de manhã
O próximo briefing na sua mesa passa pelo teste das seis perguntas antes da call de kickoff.
Abra-o. Pegue uma página em branco e escreva as seis perguntas à esquerda e as respostas do briefing à direita. Se alguma resposta estiver faltando, vaga ou escrita em adjetivos em vez de artefatos, essa é a pauta do kickoff. Não "vamos passar pelo deck", apenas "não podemos começar até que essas seis sejam respondidas."
A maioria dos clientes respeita isso. Os poucos que não respeitam são os mesmos que teriam produzido o prazo estourado e a fatura final não paga. O briefing os filtra antes de o trabalho começar.
FAQ
Qual deve ser o tamanho de um briefing de design?
Uma página de restrições, mais o contexto de apoio que o time precisar. A folha de restrições é o contrato. Se essas restrições não cabem em uma página, o projeto ainda está sendo negociado.
Qual a diferença entre um briefing criativo e um briefing de design?
Um briefing criativo cobre mensagem, público e tom. Um briefing de design cobre tudo isso mais as restrições operacionais que decidem se o projeto vai ao ar: decisor, pronto, limite de orçamento, limite de prazo, fora do escopo, métrica única. Um briefing criativo sem um briefing de design é um documento de vibe.
Quem deve escrever o briefing de design, a agência ou o cliente?
A agência redige, o cliente edita, o decisor assina. Um briefing escrito inteiramente pelo cliente é lista de desejos; um escrito inteiramente pela agência é material de vendas. O briefing certo é coescrito, a agência na estrutura e o cliente nas restrições.
CTA
Quer um parceiro que trata o briefing como contrato em vez de slide de kickoff? A Brainy entrega com base em seis perguntas, uma folha de restrições de uma página e critérios de encerramento que protegem todo mundo. Contrate a Brainy e a primeira coisa que você vê é um briefing, assinado antes de um pixel se mover.
Want a partner who runs the brief like a contract instead of a kickoff slide? Brainy ships projects against six questions, a one-page constraints sheet, and kill criteria that protect everyone.
Get Started
