Como usar psicologia no design de interfaces na prática
A maioria dos designers que chega no mercado acha que leis da psicologia aplicadas a ux são um conjunto de regras fixas, tipo "use cor vermelha para botões perigosos". Não é assim que funciona. Você já viu isso em algum lugar, mas na prática é bem mais bagunçado. Eu trabalhei em um projeto de e-commerce onde precisávamos reduzir o abandono de carrinho. A solução óbvia era aplicar a Lei de Hick — diminuir opções no checkout. O problema é que nosso fluxo tinha três etapas com múltiplos campos, upsells e recomendações de produtos. Quando cortei tudo, a taxa de conversão caiu 12%. O time de marketing ficou furioso porque as recomendações geravam receita significativa. Meu trabalho-around foi mais sutil: mantive as recomendações, mas as movi para fora do fluxo principal, colocadas numa sidebar colapsável. O resultado foi uma queda de 8% no abandono sem perder receita. Isso acontece porque os princípios psicológicos raramente trabalham sozinhos.A verdade sobre leis da psicologia aplicadas a ux
O que a galera não conta é que leis da psicologia aplicadas a ux muitas vezes se contradizem. Vou dar um exemplo prático que ninguém te conta nos cursos. A Lei de Fitts diz que botões maiores são mais fáceis de clicar. Mas a Lei de Miller fala sobre capacidade cognitiva limitada — sete mais ou menos dois itens. Se você fazer tudo gigante e óbvio, o usuário se perde na quantidade de opções. Esse conflito existe o tempo todo. A Lei de Jakob é outra que as pessoas aplicam de forma errada. Ela diz que usuários preferem sites que funcionam como outros que eles já conheceram. O erro é interpretar isso como "copiar a Amazon cegamente". A nuance é que Jakob funciona só quando a convenção é consistente na sua categoria. Para apps financeiros, por exemplo, convenções padrão podem ser exatamente o que o usuário quer evitar se ele está cansado de plataformas ruins. Eu vi um projeto de fintech onde seguir padrões do mercado resultou em taxa de rejeição alta justamente porque o público-alvo era mais experiente tecnicamente.
Princípios que realmente importam (e quando ignorá-los)
Lei da Proximidade de Gestalt: elementos próximos visualmente são percebidos como relacionados. Isso é básico, mas o detalhe é que distância visual pode ser manipulada com cor e tamanho também, não só com posicionamento. Testei isso num dashboard onde os cards estavam agrupados por proximidade mas confundiam porque usavam cores similares para funções diferentes. Mudar o espaçamento não resolveu — tive que ajustar o contraste cromático primeiro. Efeito von Restorff: itens que se destacam têm mais chance de serem lembrados. O uso comum é fazer CTAs com cor diferente. O problema é que se tudo for destacado, nada é. Num painel interno que construí, tínhamos cinco ações prioritárias todas em cores vivas. Os usuários não conseguiam decidir qual usar primeiro. Reduzi para uma cor de destaque e coloquei as outras em tons neutros. O tempo médio de decisão caiu de 4 segundos para 1,2 segundo.
Lei de Pareto (80/20): 80% das interações acontecem em 20% das funcionalidades. Muitos designers tentam dar igualdade visual para tudo. O correto é hierarquizar baseado em dados reais de uso, não em suposições. A parte difícil é que esses dados muitas vezes não existem no início do projeto. Minha solução tem sido fazer testes de Five Second Test com 10 usuários antes de qualquer design system, só para mapear o que as pessoas realmente procuram.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O erro mais comum que eu vejo todo dia
Aplicar os princípios como receitas. Você lê sobre a Lei da Causa e Efeito — causas visíveis geram confiança — e decide colocar ícones de loading em tudo. O resultado é micro-interações desnecessárias que retardam a percepção de velocidade. Eu fiz essa besteira num projeto de API manager e o tempo percibido de carregamento triplicou só porque putrei animações de loading em cada passo da requisição. Removi metade delas e a percepção de velocidade melhorou mesmo com o tempo real sendo igual. Acho que o maior problema é que a indústria de UX consome muito conteúdo superficial sobre psicologia. Livros como "Don't Make Me Think" do Steve Krug são ótimos, mas não são manuais de aplicação. Cada contexto pede ajustes. O que funcionou num app de delivery pode falhar num software B2B de logística. A diferença é que no B2B os usuários já têm contexto e conhecimento do domínio, então princípios básicos de affordance precisam ser mais refinados.
Como testar se um princípio está funcionando
A resposta curta é: você não sabe sem testar. Tenho visto projetos inteiros construídos sobre suposições de quais princípios psicológicos se aplicam. Um jeito prático de validar é usar heatmaps combinados com gravação de sessões. O Hotjar faz isso e a configuração leva cerca de 15 minutos. Você consegue ver se os usuários estão ignorando elementos que você achava que deveriam chamar atenção baseada na Lei da Saliência. Também recomendo fazer testes A/B simples antes de qualquer grande mudança. A vantagem é que os resultados são concretos. A desvantagem é que nem toda empresa deixa rodar A/B testing livremente. No meu caso, eu negociava isso mostrando dados de métricas existentes que já indicavam o problema. Se a taxa de cliques num botão importante está abaixo de 2%, alguém precisa investigar, independente do princípio psicológico que você acha que deveria estar funcionando.
Quando esses princípios falham completamente
Eles não funcionam bem em interfaces para pessoas com deficiência cognitiva. A Lei de Miller, por exemplo, assume capacidades cognitivas médias. Para usuários com TDAH ou dificuldades de processamento, o limite pode ser muito menor. O mesmo vale para idosos em sistemas que não foram pensados com acessibilidade desde o início. Nesses casos, princípios comportamentais padrão precisam ser adaptados ou substituídos por diretrizes de acessibilidade específicas. O outro cenário de falha é quando o princípio entra em conflito direto com um objetivo de negócio. Já vi designers queimando por insistir em aplicar a Lei da Beleza-Efetividade quando o stakeholder queria um layout que priorizava informações secundárias por razões comerciais. No final das contas, você precisa equilibrar psicologia com restrições reais do produto. Nenhum princípio é sagrado.
