Fazemos isso, na maioria das vezes, por meio de testes de usuários de aplicativos. Neste post, abordaremos um dos ingredientes principais: como escrever um script de teste de usabilidade eficaz.

Um ótimo script de teste de usabilidade é simples e instrutivo

Por que é importante que os moderadores tenham um script para seguir nos testes do usuário? Por um lado, você deseja tornar seus testes o mais padronizados possível. Isso garante que você não influencie as respostas de um participante individual. E certificar-se de que cada usuário responde às mesmas perguntas garante que você possa ver semelhanças - e diferenças - em suas respostas de usuário, o que o ajudará a tirar conclusões mais sólidas de seu estudo.

Em última análise, um script deve ser simples, mas fornecer instruções suficientes para ajudar o facilitador a guiar os participantes durante uma sessão moderada - ou fornecer todas as informações que os participantes precisam saber em sessões não moderadas (online). Aqui estão as seções que um documento de script deve incluir, com recomendações sobre o que incluir em cada uma delas:

1. Informações básicas

Esta seção é destinada a facilitadores e qualquer pessoa que leia o script do teste de usabilidade, mas não compartilhe com os participantes do teste. Normalmente incluímos informações básicas sobre as datas de teste, o cliente, número e tipo de participantes, histórico de versão e metodologia de teste. Também descrevemos o que você está testando, os objetivos do teste e quanto tempo deve levar por participante. Também é bom incluir informações sobre incentivos e remuneração dos participantes.

2. Introdução

Esta seção fornece um script para o moderador dar as boas-vindas aos participantes e dar-lhes uma visão geral do que esperar do teste. Se o teste for moderado, também apresentamos o facilitador e as empresas envolvidas. Neste ponto, é bom informar aos participantes que não há respostas certas ou erradas. Isso os ajudará a se sentirem mais confortáveis. Além disso, incentive os usuários a falar em voz alta enquanto realizam as tarefas. Você vai querer entender seu processo de pensamento, suas ações e como estão se sentindo.Também é importante pedir consentimento para gravar a sessão. Certifique-se de obter consentimento verbal explícito para fazê-lo.

3. Questionário de pré-teste

Nesta seção do teste do usuário, seu objetivo principal é fazer com que os participantes se sintam confortáveis. No script do teste de usabilidade, você incluirá perguntas sobre informações básicas, como nome, idade, ocupação e quaisquer outros dados demográficos relevantes para o seu teste. Durante os testes moderados, basta solicitar a confirmação (“Confirme se seu nome é [NOME].”) Das informações que você já possui. Em seguida, faça perguntas gerais relacionadas ao seu projeto. Por exemplo, se você estiver testando um aplicativo de viagens, pode perguntar com que frequência os participantes voam e se eles usam algum aplicativo para reservar e planejar viagens.

4. Tarefas e cenários

Tarefas são as ações que você solicitará aos participantes que realizem no dispositivo ou em outra interface de teste. Cada tarefa deve ter um objetivo.

A criação de cenários ajuda os participantes a se envolver com a interface e imaginar como eles os usariam na vida real. O objetivo e a tarefa do usuário podem ser assim:

• Objetivo do teste: Procure quartos de hotel e reserve um.

• Exemplo de tarefa ruim: Reserve um quarto em um hotel.

• Melhor exemplo de tarefa (com um cenário): Você está planejando férias em Bangkok de 3 a 14 de setembro. Você precisa reservar um hotel para sua estadia. Acesse o aplicativo, analise as informações e reserve um quarto que você achar melhor.

Dicas para escrever tarefas melhores

Tentar não influenciar o comportamento do usuário é difícil, mas é importante se você deseja obter resultados úteis. Aqui estão cinco dicas para escrever tarefas mais eficazes e neutras:

Torne a tarefa realista para ajudar os participantes a se envolverem com a interface. Crie cenários que imitam o mundo real tanto quanto possível. Não os force a fazer algo que normalmente não fariam. Por exemplo:

• Objetivo de teste: Procure itens em promoção em levis.com.

• Exemplo de tarefa ruim: Compre um par de jeans Levi's branco em promoção.

• Melhor exemplo de tarefa: Compre um par de jeans Levi's por menos de R$20.

Em um contexto do mundo real, os usuários provavelmente navegaram antes de escolher o que desejam comprar. No primeiro exemplo, não estamos dando ao usuário a oportunidade de procurar o que normalmente escolheria. Em vez disso, estamos dizendo a eles o que fazer. Eles se concentraram em encontrar o par de jeans que dissemos para eles encontrarem e podem não interagir com a interface da maneira que normalmente fariam.

Não force os participantes a interagir com um recurso específico. Em vez disso, tente descobrir como eles escolheriam usar a interface. Dessa forma, você saberá se eles podem encontrar os recursos e usá-los conforme o esperado.

• Objetivo de teste: Encontre uma receita.

• Exemplo de tarefa ruim: Use a barra de pesquisa para encontrar uma receita indiana.

• Melhor exemplo de tarefa: Você quer cozinhar comida indiana hoje. Use o aplicativo para encontrar uma receita.

Evite adicionar pistas ou descrever as etapas. É melhor oferecer contexto para o cenário do que fornecer etapas claras para atingir a meta. A ideia é permitir que os participantes naveguem sozinhos na interface.

• Objetivo de teste: Acompanhe o progresso em um livro.

• Exemplo de tarefa ruim: Você deseja atualizar o andamento do livro que está lendo. Vá para o aplicativo, pesquise o livro, adicione-o à sua lista e atualize o progresso que você fez.

• Melhor exemplo de tarefa: Você começou a ler um novo livro e não quer perder a noção de onde terminou da última vez. Use o aplicativo para atualizar seu progresso

Não influencie os participantes usando a mesma linguagem que eles podem encontrar facilmente na interface que você está testando. Por exemplo, se a interface exibir um botão com o rótulo “Cadastre-se gratuitamente por um mês”, você não deve usar este mesmo texto na tarefa:

Objetivo de teste: Experimente o serviço gratuitamente.

Exemplo de tarefa ruim: Acesse o site e cadastre-se gratuitamente por um mês.

Melhor exemplo de tarefa: Você deseja experimentar este serviço pela primeira vez. Vá para o site e inscreva-se.

Seja o mais direto possível na forma como você formula as tarefas. Veja estes dois exemplos:

• Objetivo de teste: Marque uma consulta.

• Exemplo de tarefa ruim: Agora, veja se você consegue encontrar uma maneira de marcar uma consulta com nutricionista.

• Melhor exemplo de tarefa: Agora, encontre uma maneira de marcar uma consulta com nutricionista.

O primeiro, com a frase extra “veja se pode tentar”, dá a impressão de que a tarefa será difícil de realizar ou mesmo dica que pode estar esperando uma determinada resposta porque a interface tem uma experiência ou design ruim.

Questionário pós-teste

Com o teste principal concluído, a parte do questionário do script do teste de usabilidade orienta o moderador a fazer perguntas de acompanhamento. Nesta seção, o moderador deseja sondar as áreas em que as respostas não foram claras ou ambíguas. Você pode fazer aos participantes perguntas de alto nível sobre o produto ou um recurso específico, ou se eles esperavam que algo fosse diferente. Você também pode fazer perguntas abertas sobre os novos recursos que eles gostariam de usar.

Conclusão

Nesta seção do script de teste de usabilidade, você agradecerá aos participantes por seu tempo. E você pode perguntar aos usuários se eles têm alguma dúvida.

Fonte: www.arctouch.com