Conforto Cognitivo: por que seu time escolhe o que parece certo em vez do que funciona
O viés que faz a gente confundir reconhecimento com eficácia. É como isso sabota decisões de produto.
Semana passada vi um designer apresentar um teste A/B. Versão A tinha 60% de preferência declarada. Versão B teve 23% mais conversão.
O time escolheu a A.
Parece absurdo, mas acontece o tempo todo. Quando o usuário diz que prefere algo, ele está reportando o que parece familiar. Quando ele age, está revelando o que funciona.
O viés que ninguém ve
Chamo isso de Conforto Cognitivo: o viés que faz a gente confundir reconhecimento com eficácia. O usuário olha para a tela e sente que já sabe usar. Isso não significa que sabe.
O mecanismo é simples. Nosso cérebro tem dois modos de operação: o rápido (System 1, intuitivo) e o lento (System 2, analítico). Quando algo parece familiar, o System 1 dispara uma sensação de conforto. "Eu já vi isso antes, então deve ser bom." Mas essa sensação não é sobre qualidade. É sobre exposição previa.
Daniel Kahneman descreveu isso em Thinking, Fast and Slow: a fluência cognitiva (a facilidade com que processamos informação) é confundida com verdade, segurança e qualidade. Um botao que "parece certo" não é necessariamente o que leva ao resultado certo.
O caso japones
No Japao, interfaces que parecem "poluídas" para um designer ocidental tem taxas de conversão altíssimas. O Rakuten não é mal desenhado. Ele é desenhado para um modelo mental onde densidade sinaliza confiabilidade. O que parece ruim para mim funciona para quem cresceu naquele contexto.
Isso desmonta um dos dogmas mais perigosos do design: a ideia de que "intuitivo" é universal. Intuitivo para quem? Para o designer que passou 4 anos numa faculdade de design? Ou para a senhora de 65 anos que acessa o app do banco pelo celular do neto?
O conforto cognitivo do designer não é o do usuário. E o do usuário não é o da métrica.
Como o viés sabota decisões
O Conforto Cognitivo não afeta so testes A/B. Ele permeia todo o processo de decisão:
Na pesquisa: O moderador mostra dois protótipos. O participante diz que prefere o A. O moderador registra. Ninguém perguntou "por que". Ninguém mediu se o participante conseguiu completar a tarefa. A preferência declarada virou dado.
Na review de design: O diretor olha para a tela e diz "isso não parece certo". O time muda. Ninguém perguntou "certo para quem". O conforto cognitivo do stakeholder virou diretriz de produto.
No lançamento: O time acompanha NPS e satisfação. Ambos altos. Ninguém olhou para taxa de conclusão de tarefa, que caiu 15%. Usuários estão satisfeitos com a experiência que não conseguem usar.
Três perguntas antes do próximo teste
-
Você está medindo o que o usuário diz que prefere ou o que ele faz de fato? Dados de preferência medem familiaridade. Dados de comportamento medem resultado.
-
O "intuitivo" que você defende é intuitivo para quem? Se a resposta é "para mim", você está projetando para o seu conforto, não para o do usuário.
-
Se o dado contradiz a preferência declarada, quem ganha na sua equipe? Decidir com preferência é confortavel. Decidir com comportamento exige coragem.
Na última decisão de produto que você tomou, o criterio foi o que o usuário disse ou o que ele fez?
Leitura Recomendada:
- Thinking, Fast and Slow - Daniel Kahneman
- The Culture Map - Erin Meyer
- Mere Exposure Effect - Wikipedia