O cliente não sabe o que quer (e tá tudo bem)

Cliente chega dizendo: “Quero um site melhor. Tipo, mais moderno”. E você fica ali pensando… ok, mas o que é moderno? Qual é o real problema?

Passei anos achando que era responsabilidade do cliente chegar com especificações prontas. Depois percebi: não é. É minha responsabilidade extrair isso dele.

A maioria dos clientes nunca fez site antes. Não sabe o que é possível. Não consegue visualizar. Só sente um incômodo vago tipo “tá meio ruim, não é?”.

Seu trabalho é transformar esse incômodo vago em requisitos concretos.

Comece com perguntas, não com soluções

Primeira coisa que faço agora é parar de oferecer soluções. Faço perguntas.

“Qual é o maior problema que seus clientes falam do seu site atual?” Aqui sai informação real. Não é “quero design melhor”. É “usuários reclamam que não acham a forma de agendamento” ou “procuram aqui mas precisam ligar”.

“Se pudesse mudar uma coisa, qual seria?” Essa aqui é ouro. Mostra prioridade real. O que dói mesmo.

“Como seus clientes chegam até você hoje?” Aqui você descobre o funil de verdade. Talvez 80% venha de Google, 15% de indicação, 5% do site. Seu site pode estar péssimo mas se não é o gargalo, não é prioridade.

“Quanto sua clínica recebe de contato por mês?” Isso te dá contexto de escala. Se recebe 3 contatos mês versus 50, a urgência muda.

Você faz essas 4 perguntas e já tem 80% do que precisa.

Referências visuais falam mais que palavras

Cliente diz “quero que seja clean”. Limpo pra ele talvez seja Bauhaus. Pra você é minimalismo. Discussão infrutífera.

Mando link pra 5-10 sites parecidos. “Qual desses você gosta?”. De repente ele acha um e fala “isso! Tipo assim mas com as cores da clínica”.

Agora você tem direção. Não é opinião, é referência.

Eu coleciono sites legais em uma pasta do Are.na. Quando vou briefar cliente, levo referências de site parecido com o dele. Clínica? Mostro 5 sites de clínica que gostei. Ecommerce? Outros ecommerces.

Economia de tempo é absurda. Você evita 3 rodadas de revisão só nessa conversa.

Protótipo rápido > 10 reuniões de especificação

Depois que entendo os problemas principais e tenho referências, faço protótipo super rápido. Nem precisa ser pixel perfeito.

Uma home page com 5 seções, estilo que ele escolheu, cores da clínica. Texto genérico de clínica, imagem de placeholder. Leva 2-3 horas.

Mando pra cliente olhar. Agora ele consegue visualizar. “Ah, gostei! Mas essa seção de serviços poderia ter mais imagens”. Agora sim você tem feedback concreto.

Prototipagem rápida é o cheat code pra evitar discussão abstrata.

Eu uso Astro porque consigo clonar um template bonito e customizar em uma tarde. Você consegue fazer com o que preferir.

O briefing é sua responsabilidade

Aqui tá o detalhe importante: briefing não é responsabilidade do cliente. É sua.

Você que precisa chegar com perguntas certas. Você que precisa trazer referências. Você que precisa fazer protótipo rápido.

Cliente é péssimo em explicar o que quer. Mas é ótimo em reagir quando vê algo pronto.

Mude seu mindset. Não é “cliente não soube me passar briefing”. É “eu não soube extrair o briefing dele”.

Na prática

Aqui como funciona minha conversa típica agora:

Inicial: “Vou fazer algumas perguntas pra entender melhor. Não me preocupo que você não sabe detalhes técnicos”. (Desculpa antecipada pelo vazio).

Perguntas: maioria das que mencionei acima.

Proposta: “Deixa eu fazer um protótipo visual rapidinho. Semana que vem você vê e me diz se é por aqui”.

Prototipo: home page básica, visual bonito, cores da marca, seções principais.

Review: cliente vê, dá feedback concreto, você já tem direção pra develop real.

Resultado: projetos com muito menos revisão, cliente mais satisfeito, você gasta menos tempo em ping-pong.

O difícil mesmo

O realmente difícil é quando cliente TEM muitas ideias. Tipo, quer tudo. Aí precisa fazer priorização.

Aqui eu uso a matriz de impacto/esforço. “Isso aqui é fácil de fazer e muda muito a conversão. Vamos fazer semana 1. Aquilo lá é difícil e muda pouco. Deixa pra depois”.

Você vira o especialista. Cliente tira dúvida com você.

• Preparar lista de perguntas de briefing
• Montar pasta de referências de sites por nicho
• Fazer template de protótipo rápido
• Testar processo de briefing em próximo cliente
• Documentar feedback estruturado

Técnicas avançadas de briefing

Depois de fazer isso algumas centenas de vezes, descobri técnicas que funcionam melhor:

Inverter perguntas: em vez de “o que você quer?”, pergunte “o que você NÃO quer?”. Listas de rejeição são mais fáceis que listas de desejo.

Cliente: “Não quero nada com cores berrantes. Não quero muitos textos na home. Não quero parecer startup barulhenta”. De repente você tem direção clara.

Comparação com concorrentes: “Seu concorrente fez uma escolha de design que você acha bom ou ruim?”. Cliente consegue criticar muito mais fácil que pedir.

Use benchmarks reais: em vez de você sugerir, leve 10 sites legais. Cliente escolhe 3. Você clona o estilo. Pronto, especificação clara sem você ter que sugerir nada.

Cascata de protótipos: não faz um protótipo final. Faz 3 versões bem diferentes. Branca/minimalista, colorida/moderna, tradicional/conservadora. Cliente vê, rejeita 2, refina 1. Muito mais eficiente.

Feedback estruturado vs caótico

Quando cliente vê protótipo, feedback é importante. Mas tem feedback que ajuda e feedback que atrapalha.

Feedback caótico: “Não gosto disso tudo. Acho muito… não sei, diferente?”

Feedback estruturado: “Gosto da seção de serviços, mas página de agendamento fica confusa. E essa cor azul da nav não combina com logo roxo.”

Você consegue transformar um no outro fazendo perguntas:

“O que você gosta dessa página?” “O que você não gosta?” “Se pudesse mudar uma coisa, qual seria?” “Essa cor combina bem com seu logo?”

De repente o cliente tá dando feedback que você consegue usar.

Documentar tudo

Isso é crucial: documenta cada decisão no briefing.

“Cliente quer home minimalista” → documento. “Serviço de agendamento é prioridade numero 1” → documento. “Não quer app mobile, só web” → documento.

Depois quando você tá desenvolvendo e bate cabeça em dúvida, puxa o documento. “Ah, decidimos que era prioridade 1. Vou focar nisso”.

Seis meses depois, cliente esqueceu que falou isso. Documento existe. Conversa gravada (se tiver). Você tá protegido.

O cliente que muda de ideia toda semana

Tem clientes que mudam de ideia constantemente. Cada semana é um novo “achei que queria assim, mas na verdade…”.

Nesses casos, protótipo é sua salva.

Você coloca no protótipo a ideia atual. Cliente vê, muda de ideia. Você molda protótipo. Cliente vê de novo. Repete 5 vezes.

Depois disso, cliente saiu do “acho” e entrou no “tenho certeza porque vi”.

Prototipagem iterativa é cara em tempo mas economiza em retrabalho depois.

• Preparar lista de perguntas de briefing
• Montar pasta de referências de sites por nicho
• Fazer template de protótipo rápido
• Testar processo de briefing em próximo cliente
• Documentar feedback estruturado
• Criar template de documento de decisões

Leia também: Como briefar projeto web | Escopo é a skill mais importante | Red flags de projeto

Cliente que não sabe o que quer é só cliente que você ainda não explorou direito.