Como você sabe quando um projeto falha em um teste de usabilidade?
Uma técnica útil que aprendi com o trabalho errado ...
Anos atrás, passei uma parte difícil da minha carreira como designer instrucional, criando cursos para aprendizado on-line. Foi um ajuste ruim e me mudei feliz, mas uma parte desse trabalho me fez um melhor designer de UX: objetivos de aprendizado.
Objetivos de aprendizado são simplesmente o que você quer que o aluno aprenda ao final do treinamento. Se houver um teste, as perguntas do teste devem ser baseadas nesses objetivos - caso contrário, qual é o objetivo do teste?
A mesma abordagem é útil para descobrir se um projeto passou ou não em um teste de usabilidade. Apenas lembre-se: é o design que está sendo testado, não os participantes.
O que o participante do teste precisa fazer ou dizer para você se sentir confiante de que o design foi bem-sucedido? Eles precisam rastrear três horas para um projeto específico? Gerar uma fatura para um cliente com base no tempo registrado? Envie a fatura? Esse é o seu critério de teste.
É claro que o teste de usabilidade é sobre como os usuários concluem tarefas, mas o que você fará com que eles façam exatamente? A beleza desses critérios é que eles afastam você de metas vagas de teste, como “entenda como funciona o rastreamento de tempo”. Como você sabe que eles entenderam? Você os faz descrever isso. E uma vez que eles descrevem com precisão, você pode dizer que o aspecto do design foi bem-sucedido.
Os critérios de sucesso ajudam você duas vezes: eles esclarecem se seu design é realmente bem-sucedido e facilitam o compartilhamento desses resultados.
Os verbos são mágicos
O livro que me ensinou sobre objetivos de aprendizado, George Piskurich Design Instrucional Rápido , oferece uma lista útil de comportamentos para iniciar seus critérios de sucesso.
Por exemplo, os objetivos de compreensão podem ser "descrever" ou "demonstrar". Novamente, “entender” não é bom - você precisa que eles digam (isto é, descrevam) ou façam (isto é, demonstrem) algo que prove a você que eles entenderam.
E então, em um grau mais alto de dificuldade, um participante pode “explicar” ou “organizar”; em um nível mais alto ainda, eles podem "criar" ou "avaliar".
Seja qual for o verbo que você escolher para iniciar seus critérios de sucesso, o ponto é que você pode observar se um usuário realmente disse ou fez o que quer que seja que constitui o sucesso da tarefa.
"Até o final desta sessão ..."
Então, quando você está planejando seu próximo teste de usabilidade e está trabalhando em tarefas, comece perguntando: “O que um usuário deve ser capaz de fazer (ou dizer sobre) esse design?”
Então, você pode escrever algo assim:
No final da sessão, o participante deve ser capaz de:
- rastrear três horas de um determinado projeto;
- gerar uma fatura para um cliente com base no tempo registrado;
- descreva a diferença entre o tempo de rastreamento e o tempo de registro.
Agora você tem três critérios de sucesso e, com base neles, você também tem uma noção clara de quais tarefas você precisará dar aos participantes.
Uma ressalva: os critérios de sucesso não são exatamente os mesmos que as tarefas. Tarefas têm mais contexto; Elas são escritas para serem lidas para o participante e podem incluir algum contexto sobre a tarefa, especialmente se você as estiver guiando para encontrar algo em seu protótipo. Por exemplo:
Critérios de sucesso: gerar uma fatura para um cliente com base no tempo registrado
Tarefa: "Agora que você acompanhou três horas no projeto Atlas, mostre-me como faturar os produtos da Acme pelo seu tempo".
Bastante semelhante, obviamente, mas os critérios de sucesso são para você e sua equipe; a tarefa é para o participante no contexto da sessão de usabilidade.
E você perceberá que um dos critérios de sucesso acima é descrever algo, em vez de concluir uma tarefa. Pode ser uma pergunta de acompanhamento para uma tarefa. Estes são úteis para validar se o modelo mental do seu projeto é claro para os usuários. Eu vi os usuários encontrarem o caminho através de uma tarefa, mas, em seguida, descrever-me um modelo mental do aplicativo que está em desacordo com a forma como foi concebido. Esse é um sucesso de tarefa para um participante, mas o mais importante é que há um problema subjacente com a correspondência do modelo mental desse participante.
Então, comece com seus critérios de sucesso, depois escreva suas tarefas e perguntas de acompanhamento com base em seus critérios.
As partes interessadas adoram critérios de sucesso
As partes interessadas não se importam necessariamente com o seu processo, mas elas realmente se importam com os resultados. E se a sua apresentação dos resultados for vaga, eles serão legitimamente irritados.
“O usuário conseguiu acompanhar algumas horas, mas não sabíamos se ela entendia que o tempo de rastreamento não é o mesmo que registrá-lo em um cliente…” Bem, por que você não tem certeza? Não é seu trabalho para descobrir isso? Você está desperdiçando seu tempo e não dando a eles uma direção clara sobre como consertar os problemas de UX - que também é o seu trabalho, certo?
Os critérios de sucesso ajudam você duas vezes: eles esclarecem se seu design é realmente bem-sucedido e facilitam o compartilhamento desses resultados.
Tivemos algum sucesso em rastrear os critérios de sucesso em uma tabela simples e codificamos os resultados com cores. Igual a:
Nós agitamos uma tabela de resultados com código de cores (verde = sucesso, vermelho = falha) em nosso wiki. Na linha superior, listamos os participantes; na coluna da esquerda, listamos nossos critérios de sucesso. É feio, mas rápido e útil.
Isso é fácil de digitalizar, mostra claramente onde estão os problemas e fundamenta os resultados nas experiências dos participantes reais. Também listamos um resumo dos resultados e uma lista de problemas de usabilidade e recomendações logo abaixo. Vamos nos concentrar nesses problemas e interagir até acreditarmos que eles estão resolvidos. Seu processo pode ser um pouco diferente - talvez você seja um consultor entregando um relatório a um cliente, por exemplo -, mas os benefícios são os mesmos.