CALENDÁRIO DE UX – 22 DE DEZEMBRO – 5 perguntas a evitar em testes de usuário e o que perguntar

A construção de perguntas em testes com usuários é muito importante para coletar informações confiáveis ​​e úteis. Tomemos como exemplo alguns erros comuns: veremos como evitá-los e melhorar nossos protocolos de teste.

1 – Como você usaria este produto?

Preste atenção a quaisquer perguntas que peçam ao usuário para se projetar em um comportamento futuro. Devemos sempre tomar o "declarativo" com cautela, mesmo quando o usuário relata sua memória de uma situação real, e é particularmente difícil confiar nele quando o usuário deve imaginar uma situação fictícia: o que imaginaríamos fazer é muitas vezes não vai corresponder com o que realmente vamos fazer.

“Como você usa/já usou este produto?” 

Em vez de pedir que ele imagine o futuro, podemos fazer perguntas ao usuário sobre o presente ou o passado: “como você usa produtos ou funcionalidades semelhantes hoje?”, “Quais são suas experiências anteriores com produtos ou recursos semelhantes?”

Também podemos ver seu uso espontâneo do produto durante o cenário de teste. Para isso, tentaremos guiar o mínimo possível o usuário, mesmo que isso signifique voltar a determinadas telas para fazer perguntas e testar elementos que não foram vistos anteriormente.

2 – Devemos adicionar esta funcionalidade?

Quando perguntamos a um usuário se ele gostaria que adicionássemos um elemento adicional: informação, uma característica, uma página, etc. ainda pedimos uma projeção para o futuro. Não será concreto o suficiente para o usuário, que praticamente sempre dirá “sim”: são poucos os motivos para ser contra um acréscimo. Será difícil durante a análise calcular a proporção de "sim" convencidos para realmente avaliar o apelo da funcionalidade. Não podemos tirar nenhuma conclusão.

Observando o comportamento 

Aqui, ao invés de uma pergunta, preferimos observar o comportamento durante o teste. A melhor forma de avaliar o apelo de um recurso sempre será observar seu uso diretamente ou, caso ainda não exista, observar o comportamento em torno de sua ausência: por exemplo, relatamos um irritante que esse recurso poderia corrigir.

3 – Você entende esse elemento?

Pedir ao usuário para autoavaliar sua compreensão é arriscado: além do viés de desejabilidade social no contexto do teste, o usuário nem sempre é um bom juiz de sua própria compreensão. Podem entender perfeitamente um conteúdo ou uma funcionalidade e sentir complexidade, ou por falta de autoconfiança, não acreditar que entendem, e ao mesmo tempo podem ter a impressão de ter entendido e perder tudo ou parte o significado.

“Você pode me explicar esse elemento?” 

Em vez disso, o usuário será solicitado a explicar o item com suas próprias palavras. Quando a resposta for incorreta ou imprecisa, sempre serão adicionados lembretes para garantir que constituam um mal-entendido por parte do usuário e não uma dificuldade em se expressar ou explicar um elemento que é de fato compreendido. Em um 2nd tempo, também podemos perguntar se eles acharam claro ou fácil de entender, então teremos avaliado duas coisas: a compreensão, mas também a complexidade percebida pelo usuário.

4 – Como poderia este elemento ser melhorado?

Geralmente evitamos recrutar participantes que trabalham com design digital para não obter uma avaliação especializada em vez de um teste de usuário. Portanto, nossos usuários não são designers e pedir que eles se coloquem nesse papel é complexo e arriscado.

“Em um mundo ideal, como esse elemento funcionaria?”

Para saber como melhorar um elemento, vamos observar as dificuldades do usuário e pedir que ele nos explique, detalhe o que não funciona e por quê. Cabe ao designer encontrar a solução para essas dificuldades: é um trabalho!

Na verdade, podemos fazer essa pergunta, não para incorporar o design desejado como está, mas para levantá-lo para entender ainda melhor o que está bloqueando. Em vez disso, é formulado da seguinte forma: “Em um mundo ideal, o que você poderia fazer com esse elemento? Como isso funcionaria? ".

5 – Este produto é estético?

Gostos e cores são muito subjetivos e quando pedimos aos usuários que avaliem a estética de um produto, um site, uma página, acabamos com dados contraditórios: a cor vai agradar metade dos entrevistados, e desagradar a outra metade. O exemplo da cor é relevante porque muitas vezes é esse elemento que atinge primeiro um participante não designer e também é o elemento que raramente pode ser modificado.

“O que o design do site significa para você?”

A estética continua sendo um importante eixo a ser avaliado, pois participa da percepção de usabilidade da interface. Os usuários podem nos dizer muito sobre sua percepção do produto por meio de sua opinião sobre a estética. Preferimos perguntar “o que o design do site evoca para você? », « que palavras vêm à mente para descrever a estética do site? » e relança comentários espontâneos « Você diz que há muitas cores, pode me explicar por quê? Quais são as consequências deste “excesso de cores”? O que você sente ? ".

 

 

Tirar

Durante um teste de usuário, comparar os comportamentos com as declarações dos participantes é a melhor maneira de coletar dados relevantes.

Quando desafiamos uma questão instável em nosso protocolo, devemos sempre retornar à nossa questão de pesquisa e nos perguntar:

  • Por que queremos fazer esta pergunta ao usuário?
  • O que estamos tentando medir?
  • Como podemos medi-lo?

 

Marie EUZEN, designer de UX @UX-Republic

 

Nossos próximos treinamentos