Como falar de tecnologia com cliente que não é técnico
A primeira reunião que tive com cliente, falei sobre endpoints, payloads e schemas por 20 minutos. Saí achando que tinha ido bem. O cliente saiu sem entender nada.
Sai da primeira reunião com cliente achando que tinha ido bem.
Expliquei o que estávamos construindo. Falei sobre a API de integração com o CRM deles, os endpoints que precisávamos, o schema dos dados, como o webhook ia funcionar para sincronizar em tempo real.
Chegando no escritório, o sênior que estava na reunião me perguntou: "o que você acha que o cliente entendeu?"
Parei. "Tudo?"
"Observa ele na próxima reunião. Ele concorda com tudo sem fazer pergunta. Isso geralmente significa que não entendeu mas não quis dizer que não entendeu."
É um padrão comum com cliente não técnico: ele não vai interromper você no meio de uma explicação técnica para dizer que não entendeu. É desconfortável. Parece que admitir confusão é fraqueza.
Então o cliente acena, concorda, e você sai da reunião achando que comunicou quando na verdade só falou.
A diferença entre falar e comunicar é se o outro lado entendeu.
O que aprendi a fazer:
Troca o vocabulário técnico pelo resultado que o técnico produz. "Endpoint de API" → "o ponto de conexão entre os dois sistemas". "Webhook" → "o sistema que avisa automaticamente quando algo muda, sem precisar ficar verificando". "Schema" → "o formato em que os dados precisam estar".
Se você consegue explicar o que o componente técnico faz para o negócio, você tem a explicação certa para cliente não técnico. Se você só consegue explicar como funciona tecnicamente, você ainda não tem a versão para o cliente.
E faz perguntas de verificação no final: "com base no que expliquei, como você descreveria isso pro seu time?" Essa pergunta revela o que ficou.
Tem outro nível disso: cliente às vezes pede o técnico errado porque não sabe o que existe.
"Precisamos de um relatório semanal automático" pode ser:
- Um email automático gerado por script
- Um dashboard que o cliente acessa quando quiser
- Uma notificação push quando um número atinge threshold
São tecnicamente diferentes. Mas para o cliente, é "o relatório que me avisa quando as vendas caem".
A pergunta "para que você vai usar isso?" (mesmo que eu já conheça do H028) — aqui a versão é "o que você precisa poder fazer ou saber que hoje você não consegue?" Isso leva ao problema real, não ao artefato imaginado.
Comunicação com cliente não técnico é tradução, não simplificação. Você não está tornando o assunto menos complexo — está expressando a mesma complexidade em linguagem que faz sentido para quem está do outro lado.