Durante muito tempo, uma das recomendações mais repetidas em design de produto foi simples:
reduza a fricção.
Menos etapas.
Menos campos.
Menos cliques.
Menos esforço.
Em muitos contextos, isso faz sentido.
Ninguém deveria atravessar cinco telas para realizar uma ação simples. Um cadastro não precisa pedir informações que o produto ainda não utiliza. Um fluxo recorrente não deveria obrigar o usuário a confirmar decisões que ele já toma todos os dias.
O problema começa quando transformar algo em “mais rápido” vira o objetivo principal de toda interface.
Porque nem toda fricção é um defeito.
Em alguns casos, ela é exatamente o que impede uma decisão errada.
Fricção não é a mesma coisa que dificuldade
Uma interface difícil exige esforço porque foi mal resolvida.
Os textos não são claros.
As ações parecem iguais.
O sistema não oferece contexto.
O usuário precisa descobrir sozinho o que acontece depois.
Esse tipo de fricção deve ser removido.
Mas existe outro tipo.
A fricção intencional aparece quando o produto desacelera uma ação para garantir que o usuário compreenda sua consequência.
Ela pode ser uma confirmação antes de excluir dados.
Uma revisão antes de publicar algo.
Uma etapa adicional ao alterar uma permissão importante.
Uma explicação antes de contratar um plano.
Um período de espera antes de executar uma operação irreversível.
Essas etapas aumentam o esforço imediato.
Mas também podem reduzir arrependimento, erros e perda de confiança.
É uma diferença importante.
Dificuldade faz o usuário trabalhar para entender o produto.
Fricção intencional faz o produto trabalhar para proteger o usuário.
Menos cliques não significa necessariamente um fluxo melhor
É comum avaliar uma experiência pela quantidade de passos necessários para chegar ao resultado.
Se uma ação acontecia em quatro telas e agora acontece em duas, existe a sensação de que o produto melhorou.
Mas quantidade de cliques é uma métrica incompleta.
Um fluxo curto pode esconder informações importantes.
Pode antecipar uma decisão antes de o usuário possuir contexto suficiente.
Pode agrupar escolhas que deveriam ser consideradas separadamente.
Pode facilitar tanto uma ação perigosa que o erro se torna inevitável.
Imagine a alteração de uma permissão administrativa em um SaaS.
É possível permitir que essa mudança aconteça com apenas um clique. Tecnicamente, o fluxo seria rápido.
Mas talvez o usuário precise saber quais dados aquela pessoa poderá acessar.
Quais ações poderá executar.
Se a alteração será registrada.
Se poderá ser revertida.
A etapa adicional não está atrasando a tarefa.
Está dando peso a uma decisão que já possui peso.
O objetivo de uma boa experiência não é fazer tudo parecer inconsequente.
É ajudar o usuário a avançar com clareza proporcional ao risco.
Produtos diferentes exigem ritmos diferentes
Nem toda parte de um produto deve funcionar na mesma velocidade.
Ações frequentes, previsíveis e reversíveis normalmente devem ser rápidas.
Filtrar uma lista.
Salvar um rascunho.
Duplicar um documento.
Atualizar uma preferência visual.
Nesses casos, qualquer interrupção desnecessária começa a incomodar.
Mas algumas ações possuem outra natureza.
Excluir um workspace.
Cancelar uma assinatura.
Transferir a propriedade de uma conta.
Enviar uma proposta para um cliente.
Publicar uma alteração que afeta outras pessoas.
Conceder acesso a informações sensíveis.
Aqui, velocidade absoluta não deveria ser o único critério.
Quanto maior a consequência, maior a necessidade de contexto, confirmação e possibilidade de recuperação.
O problema é que muitas interfaces tratam todas as ações como se fossem equivalentes.
O mesmo botão.
A mesma hierarquia.
A mesma facilidade.
A mesma ausência de contexto.
Depois, quando algo dá errado, a responsabilidade parece ter sido do usuário.
Mas talvez o produto tenha facilitado demais uma decisão que deveria ter sido tratada com mais cuidado.
Remover fricção pode apenas transferir o custo
Uma etapa a menos na interface não significa necessariamente menos trabalho.
Às vezes, significa apenas que o trabalho foi transferido para outro momento.
O usuário executa uma ação rapidamente, mas precisa entrar em contato com o suporte para desfazê-la.
Conclui um cadastro sem entender uma configuração, mas encontra problemas quando tenta utilizar o produto.
Contrata um plano sem compreender as condições, mas se frustra ao descobrir uma limitação depois.
Concede uma permissão sem perceber o alcance, mas precisa revisar todos os acessos quando algo sai do controle.
O fluxo inicial parece eficiente.
A operação posterior absorve o custo.
Esse é um padrão comum em produtos que otimizam apenas o momento da conversão.
Tudo é desenhado para facilitar o avanço.
Pouco é desenhado para garantir que o avanço faça sentido.
No curto prazo, isso pode melhorar uma métrica.
No longo prazo, pode gerar cancelamento, suporte, retrabalho e perda de confiança.
Uma experiência não termina quando o usuário clica no botão principal.
Ela continua nas consequências daquele clique.
A fricção precisa ter uma função
Isso não significa adicionar confirmações em todo lugar.
Alertas excessivos também perdem força.
Quando o produto pergunta “você tem certeza?” antes de qualquer ação, o usuário aprende a confirmar sem ler.
Quando toda decisão parece crítica, nenhuma realmente parece.
A fricção só funciona quando existe uma razão clara para ela.
Antes de adicionar ou remover uma etapa, vale avaliar quatro pontos.
A ação pode ser revertida?
Quanto mais difícil for desfazer uma decisão, mais contexto o produto deveria oferecer antes dela.
O erro possui impacto real?
Uma preferência visual alterada por engano tem baixo custo.
Uma exclusão permanente ou mudança de permissão pode afetar dados, pessoas e operação.
O usuário entende a consequência?
Conhecer o nome de uma ação não significa compreender seu alcance.
“Remover acesso” pode parecer simples, mas o que acontece com documentos, integrações e responsabilidades associadas?
A ação é frequente?
Interromper uma tarefa realizada várias vezes por dia produz desgaste.
Interromper uma decisão rara e crítica pode produzir segurança.
Essas perguntas ajudam a sair da discussão superficial sobre quantidade de etapas.
O ponto não é decidir se o fluxo deve ser curto ou longo.
É decidir quanto de atenção aquela ação merece.
Design também define onde o usuário deve desacelerar
Existe uma ideia de que boa interface é aquela que desaparece completamente.
Em muitos momentos, é verdade.
O usuário não deveria pensar no mecanismo quando tudo o que deseja é concluir uma tarefa simples.
Mas algumas decisões não deveriam desaparecer.
Elas precisam ser compreendidas.
Uma boa interface sabe quando sair do caminho.
E sabe quando precisa permanecer por alguns segundos a mais.
Ela não cria obstáculos aleatórios.
Cria pausas proporcionais à consequência.
Isso pode acontecer por meio de texto claro, hierarquia, revisão, feedback, estados intermediários ou possibilidade de desfazer.
Nem sempre será necessário abrir um modal de confirmação.
Em muitos casos, uma ação reversível é melhor do que uma pergunta antecipada.
Em outros, mostrar o impacto antes da execução será mais seguro do que tentar corrigir depois.
Não existe um componente universal para resolver esse problema.
Existe critério.
O melhor fluxo não é sempre o mais rápido
Produtos maduros não tratam velocidade como valor absoluto.
Eles entendem que pessoas precisam de ritmos diferentes em momentos diferentes.
Rapidez para o que é recorrente.
Clareza para o que é novo.
Contexto para o que é complexo.
Proteção para o que é irreversível.
A experiência melhora quando o produto deixa de remover etapas automaticamente e começa a avaliar o motivo de cada uma.
Algumas fricções existem porque o sistema foi mal pensado.
Outras existem porque a decisão importa.
Saber distinguir as duas é parte do trabalho de design.
No fim, uma boa interface não facilita qualquer ação.
Ela facilita a ação certa, com o nível certo de consciência.
Compartilhar em:
Sem spam. Só conteúdo que vale abrir.