Briefing de cliente: o modelo e as perguntas que evitam retrabalho
Quase todo retrabalho nasce de um briefing raso. As perguntas que não podem faltar, como conduzir a conversa e como transformar as respostas em escopo, prazo e tarefas.
Retrabalho quase sempre começa numa frase dita com confiança e entendida de outro jeito: "quero algo moderno", "é urgente", "igual ao do concorrente". Um briefing bom serve para trocar essas frases por respostas que duas pessoas leem do mesmo modo. Não precisa ser longo. Precisa fazer as perguntas que o cliente ainda não se fez.
Abaixo, as perguntas por bloco, como conduzir a conversa, como transformar as respostas em escopo e tarefas e como fechar com um aceite. Se prefere partir de um documento pronto, o modelo de briefing de projeto reúne tudo isso em formato para preencher.
Por que um briefing raso custa caro
O briefing raso não aparece como problema no começo. Aparece na terceira revisão, quando o cliente diz "não era isso que eu imaginava". Nesse ponto, o custo é seu: horas refazendo, prazo estourado e uma conversa desconfortável sobre quem entendeu errado.
Quase sempre, ninguém entendeu errado. A pergunta que revelaria a diferença simplesmente não foi feita. O briefing existe para fazê-la cedo, quando mudar de ideia custa uma conversa e não um projeto refeito.
As perguntas, por bloco
Organize a conversa em blocos. Cada um cobre uma fonte típica de retrabalho. Você não precisa fazer todas as perguntas em todos os projetos; precisa fazer as que o projeto exige.
1. Contexto e motivo
- Qual problema ou oportunidade fez você procurar este trabalho agora?
- O que acontece se nada for feito nos próximos três meses?
- O que já foi tentado antes, e por que não funcionou?
- Quem mais está envolvido nessa decisão?
A segunda pergunta é a mais reveladora. Se a resposta é "nada demais", o projeto provavelmente não é prioridade e vai atrasar na aprovação de cada etapa.
2. Objetivo e resultado esperado
- Como você saberá, daqui a seis meses, que o projeto deu certo?
- Existe um número que queira mover (pedidos, contatos, tempo gasto, reclamações)?
- O que seria um resultado ruim, mesmo que o trabalho fosse entregue?
3. Público e usuários
- Quem vai usar ou ver o que vamos entregar?
- O que essa pessoa precisa conseguir fazer, e o que a atrapalha hoje?
- Há algo que o público definitivamente não gosta ou não entende?
4. Escopo: o que entra e o que não entra
- O que precisa estar pronto na primeira entrega e o que pode esperar?
- O que, explicitamente, não faz parte deste trabalho?
- Há partes que dependem de terceiros (fornecedor, sistema, departamento)?
A pergunta sobre o que não entra evita mais discussão do que qualquer cláusula de contrato. Escreva a resposta, mesmo que pareça óbvia.
5. Referências e restrições
- Há exemplos do que você gosta e do que não gosta? Por quê?
- Existem regras que precisamos respeitar: marca, legislação, padrões internos?
- Há ferramentas, materiais ou contas que já existem e devem ser usados?
Peça sempre o "por quê" das referências. "Gosto do site X" não ajuda; "gosto de como o site X mostra o preço logo no começo" ajuda.
6. Prazo, orçamento e decisão
- Existe uma data fixa? O que a motiva (evento, lançamento, contrato)?
- Qual é a faixa de investimento disponível?
- Quem aprova cada etapa, e em quanto tempo costuma responder?
A última pergunta é a que mais atrasa projeto na prática. Prazo que depende de aprovação lenta precisa de dois cronogramas: o seu e o de quem aprova.
Baixe o modelo de briefing de projeto, com as perguntas organizadas por bloco e espaço para registrar as respostas e as decisões.
Baixar o modelo de briefingComo conduzir a reunião
A reunião de briefing é uma conversa, não um interrogatório. Algumas práticas ajudam a obter respostas melhores.
- Envie as perguntas antes. Parte das respostas exige consulta a outra pessoa. Quem chega preparado responde melhor e a reunião fica para o que é ambíguo.
- Pergunte "por quê" duas vezes. A primeira resposta costuma ser a solução. A segunda revela a necessidade.
- Peça um exemplo concreto. "Me conta o último caso em que isso deu problema" vale mais que uma descrição geral.
- Escreva enquanto conversa. De preferência num documento que o cliente veja. Corrigir uma frase na hora evita corrigir um projeto depois.
- Chame quem decide. Briefing com quem não aprova a entrega vira briefing refeito na hora da aprovação.
- Termine repetindo. Leia em voz alta as cinco decisões principais e peça confirmação.
Sinais de alerta durante a conversa
| O cliente diz | O que pode estar por trás | Pergunta de volta |
|---|---|---|
| "Você decide, confio em você." | Ele ainda não formou critério e vai formá-lo ao ver o resultado | "Qual seria o pior resultado possível para você?" |
| "É simples, é rapidinho." | Expectativa de prazo e preço abaixo do realista | "Me descreva o passo a passo como você imagina que seria." |
| "Tem que ser igual ao do concorrente." | Falta de clareza sobre o que o diferencia | "O que ele faz melhor que você, e o que você faz melhor que ele?" |
| "A diretoria vai ver depois." | O decisor real não está na conversa | "Podemos incluir essa pessoa em uma reunião curta antes de começar?" |
Do briefing ao escopo e às tarefas
Um briefing que fica num documento esquecido não evita retrabalho. O valor aparece quando as respostas viram escopo, e o escopo vira trabalho com dono e prazo.
Passo 1: escreva o escopo em uma página
Reúna o resultado esperado, o que entra, o que não entra, as entregas, as dependências e as datas. Mande ao cliente para confirmação por escrito. Um e-mail de "entendi isto, está certo?" já protege os dois lados.
Passo 2: quebre em entregas e depois em tarefas
Cada entrega é um resultado que o cliente pode ver e aprovar. Cada entrega se divide em tarefas com responsável, data e, quando necessário, critério de aceite. Se o briefing ficou em ata, anotações ou documento de texto, a IA pode ajudar a fazer essa primeira quebra: o post como transformar documento em plano de projeto com IA mostra o caminho. Revise o resultado, porque a quebra feita por IA é um rascunho, não a decisão.
Passo 3: registre as decisões e as pendências
Nem tudo se resolve na reunião. Mantenha uma lista de pendências com responsável e data (o cliente também aparece nela). Perguntas em aberto, depois de duas semanas, costumam virar atraso.
Passo 4: coloque as mudanças no mesmo lugar
Mudança de escopo é normal. O que não pode é acontecer por mensagem solta. Toda alteração entra na lista com o impacto em prazo e custo, e o cliente confirma. Isso evita a discussão do "eu já tinha pedido".
Receber o briefing por formulário
Para serviços repetitivos, o primeiro contato pode ser um formulário com as perguntas essenciais. O cliente responde no tempo dele, você chega à reunião com o básico resolvido e a conversa se concentra nas dúvidas. Perguntas condicionais ajudam: quem escolhe "site" vê perguntas de site, e quem escolhe "campanha" vê as de campanha.
Fechando com aceite
O briefing é o começo de um ciclo que termina no aceite. Defina, ainda na reunião, como a entrega será aprovada: quem aprova, em quantos dias úteis, quantas rodadas de ajuste estão incluídas e o que acontece se não houver resposta.
Um aceite escrito, simples e com data resolve disputas futuras. Formulários podem colher aceite com assinatura eletrônica simples, que registra nome, IP, data e hora e um hash do conteúdo. Esse tipo de assinatura não é ICP-Brasil, então, para contratos que exijam certificado digital, use a ferramenta adequada. Para aprovação de entrega de rotina, o registro costuma bastar.
Checklist de um briefing completo
- O problema e o motivo de agora estão escritos.
- Há um resultado mensurável ou pelo menos observável.
- O público está descrito com o que ele precisa fazer.
- O que fica fora do escopo está registrado.
- Referências vêm com o motivo de terem sido escolhidas.
- Prazo, faixa de investimento e aprovador estão definidos.
- O cliente confirmou por escrito o resumo.
- O escopo virou entregas e tarefas com responsável e data.
Se algum item está em branco, a dúvida existe, só não foi dita. É melhor encontrá-la na reunião do que na terceira revisão.