Briefing de cliente: o modelo e as perguntas que evitam retrabalho

O retrabalho começa quase sempre numa frase dita com confiança e entendida de outra maneira: "quero algo moderno", "é urgente", "igual ao do concorrente". Um bom briefing serve para trocar essas frases por respostas que duas pessoas leem do mesmo modo. Não precisa de ser longo. Precisa de fazer as perguntas que o cliente ainda não fez a si próprio.

Abaixo, as perguntas por bloco, como conduzir a conversa, como transformar as respostas em âmbito e tarefas e como fechar com uma aceitação. Se preferir partir de um documento pronto, o modelo de briefing de projeto reúne tudo isto em formato para preencher.

Porque é que um briefing superficial sai caro

O briefing superficial não aparece como problema no início. Aparece na terceira revisão, quando o cliente diz "não era isto que eu imaginava". Nessa altura, o custo é seu: horas a refazer, prazo ultrapassado e uma conversa desconfortável sobre quem percebeu mal.

Quase sempre, ninguém percebeu mal. A pergunta que revelaria a diferença simplesmente não foi feita. O briefing existe para a fazer cedo, quando mudar de ideias 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. Não precisa de fazer todas as perguntas em todos os projetos; precisa de fazer as que o projeto exige.

1. Contexto e motivo

• Que problema ou oportunidade o levou a procurar este trabalho agora?
• O que acontece se nada for feito nos próximos três meses?
• O que já foi tentado antes e porque é que não funcionou?
• Quem mais está envolvido nesta decisão?

A segunda pergunta é a mais reveladora. Se a resposta for "nada de especial", o projeto provavelmente não é prioritário e vai atrasar-se na aprovação de cada etapa.

2. Objetivo e resultado esperado

• Como saberá, daqui a seis meses, que o projeto correu bem?
• Existe um número que queira mover (pedidos, contactos, tempo gasto, reclamações)?
• O que seria um mau resultado, mesmo que o trabalho fosse entregue?

3. Público e utilizadores

• Quem vai usar ou ver o que vamos entregar?
• O que precisa essa pessoa de conseguir fazer e o que a atrapalha hoje?
• Há algo de que o público definitivamente não gosta ou que não entende?

4. Âmbito: o que entra e o que não entra

• O que tem de 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ões 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 gosta e do que não gosta? Porquê?
• Existem regras que temos de respeitar: marca, legislação, normas internas?
• Há ferramentas, materiais ou contas que já existem e devem ser usados?

Peça sempre o "porquê" das referências. "Gosto do site X" não ajuda; "gosto de como o site X mostra o preço logo no início" ajuda.

6. Prazo, orçamento e decisão

• Existe uma data fixa? O que a motiva (evento, lançamento, contrato)?
• Qual é o intervalo de investimento disponível?
• Quem aprova cada etapa e quanto tempo costuma demorar a responder?

A última pergunta é a que mais atrasa projetos na prática. Um prazo que depende de uma aprovação lenta precisa de dois cronogramas: o seu e o de quem aprova.

Como conduzir a reunião

A reunião de briefing é uma conversa, não um interrogatório. Algumas práticas ajudam a obter melhores respostas.

• Envie as perguntas antes. Parte das respostas exige consultar outra pessoa. Quem chega preparado responde melhor e a reunião fica para o que é ambíguo.
• Pergunte "porquê" duas vezes. A primeira resposta costuma ser a solução. A segunda revela a necessidade.
• Peça um exemplo concreto. "Conte-me o último caso em que isto deu problema" vale mais do 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. Um briefing com quem não aprova a entrega transforma-se num briefing refeito na hora da aprovação.
• Termine a repetir. 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
"Decida você, confio em si."	Ainda não formou critério e vai formá-lo ao ver o resultado	"Qual seria o pior resultado possível para si?"
"É simples, é rapidinho."	Expectativa de prazo e preço abaixo do realista	"Descreva-me o passo a passo como imagina que seria."
"Tem de ser igual ao do concorrente."	Falta de clareza sobre o que o diferencia	"O que é que ele faz melhor do que si e o que é que faz melhor do que ele?"
"A administração vai ver depois."	O decisor real não está na conversa	"Podemos incluir essa pessoa numa reunião curta antes de começar?"

Do briefing ao âmbito e às tarefas

Um briefing que fica num documento esquecido não evita retrabalho. O valor aparece quando as respostas passam a âmbito, e o âmbito passa a trabalho com dono e prazo.

Passo 1: escreva o âmbito numa página

Reúna o resultado esperado, o que entra, o que não entra, as entregas, as dependências e as datas. Envie ao cliente para confirmação por escrito. Um e-mail do tipo "entendi isto, está certo?" já protege ambos os lados.

Passo 2: divida em entregas e depois em tarefas

Cada entrega é um resultado que o cliente pode ver e aprovar. Cada entrega divide-se em tarefas com responsável, data e, quando necessário, critério de aceitação. Se o briefing ficou em ata, notas ou documento de texto, a IA pode ajudar a fazer essa primeira divisão: o post como transformar um documento em plano de projeto com IA mostra o caminho. Reveja o resultado, porque a divisão feita pela IA é um rascunho, não a decisão.

Passo 3: registe 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). As perguntas em aberto, passadas duas semanas, costumam transformar-se em atraso.

Passo 4: ponha as alterações no mesmo sítio

A alteração de âmbito é normal. O que não pode é acontecer por mensagem solta. Toda a alteração entra na lista com o impacto em prazo e custo, e o cliente confirma. Isto evita a discussão do "eu já tinha pedido".

Receber o briefing por formulário

Para serviços repetitivos, o primeiro contacto pode ser um formulário com as perguntas essenciais. O cliente responde ao seu ritmo, chega à reunião com o básico resolvido e a conversa concentra-se nas dúvidas. As perguntas condicionais ajudam: quem escolhe "site" vê perguntas de site, e quem escolhe "campanha" vê as de campanha.

Fechar com aceitação

O briefing é o início de um ciclo que termina na aceitação. Defina, ainda na reunião, como a entrega será aprovada: quem aprova, em quantos dias úteis, quantas rondas de ajustes estão incluídas e o que acontece se não houver resposta.

Uma aceitação escrita, simples e com data resolve disputas futuras. Os formulários podem recolher a aceitação com assinatura eletrónica simples, que regista nome, IP, data e hora e um hash do conteúdo. Este tipo de assinatura não é ICP-Brasil, pelo que, para contratos que exijam certificado digital, use a ferramenta adequada. Para a aprovação de entregas de rotina, o registo 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 aquilo que precisa de fazer.
• O que fica fora do âmbito está registado.
• As referências vêm com o motivo pelo qual foram escolhidas.
• Prazo, intervalo de investimento e aprovador estão definidos.
• O cliente confirmou o resumo por escrito.
• O âmbito passou a 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.