Pagina inicial » UI / UX » Como testar navegação na Web com classificação de cartão e teste de árvore

    Como testar navegação na Web com classificação de cartão e teste de árvore

    Websites, aplicativos, software, qualquer produto com um menu precisa de uma maneira de se locomover. Embora sua navegação possa ser divertida, criativa ou às vezes pouco ortodoxa, ela sempre precisa ser funcional primeiro. Ao discutir o teste de usabilidade para a arquitetura de informações, você ouvirá com frequência os dois testes mais eficazes: classificação de cartão e teste de árvore.

    Ambos os testes são simples e fáceis de conduzir e ambos os testes produzir dados vitais para maximizar a organização do seu site. A classificação por cartão vem antes de você criar sua estrutura, para que você possa entender como seus usuários organizam seu site naturalmente. O teste da árvore vem depois, como uma forma de validar o seu sucesso ou indicar espaço para melhorias.

    Mais sobre Hongkiat:

    • Teste de usabilidade: o que você precisa saber?
    • 7 passos para melhorar o feedback do site
    • Resultados de teste A / B e estudos de caso para design de experiência do usuário

    Card Sorting

    A beleza da classificação de cartões está em sua simplicidade. Tudo que você faz é escreva os diferentes elementos do seu produto em cartões de nota ou notas Post-It, em seguida, peça a seus participantes que os organizem de uma maneira que faça mais sentido para eles.

    Se isso for demais para você, você também pode usar uma ferramenta de teste de usabilidade como o OptimalSort, que pode analisar os dados para você. De qualquer forma, o resultado fornece uma sólida compreensão de como os usuários-alvo intuitivamente navegue seu produto.

    IMAGEM: Revista Smashing

    Variações de Classificação de Cartões

    Existem algumas estratégias diferentes para a classificação de cartões, dependendo das suas necessidades. Donna Spencer, especialista em classificação de cartões e fundadora da Maadmob, compartilha sua experiência pessoal em um artigo para Boxes and Arrows. Para uma atividade tão simples, há muita variação e controles que afetarão o tipo e a validade dos dados recebidos.

    A distinção inicial a fazer é abrir ou fechadas, explicado abaixo:

    Abrir classificação - Os usuários são fornecidos apenas com os cards de elementos e, em seguida, são deixados para agrupá-los da maneira que acharem melhor. Depois de agrupados, os usuários são solicitados a fornecer nomes aos próprios grupos. Isso é recomendado para gerar novas ideias, pois você pode trabalhar de trás para frente a partir dos processos de pensamento natural dos usuários.

    Classificação Fechada - Assim como na classificação aberta, os usuários recebem os cartões de elementos; no entanto, eles são solicitados a categorizá-los em grupos predefinidos. Isso é recomendado se você estiver trabalhando dentro das restrições de categorias pré-existentes, como na atualização de uma estrutura de site já desenvolvida.

    Aberto vs. fechado é a decisão principal, mas existem outros métodos para variar seus resultados:

    Grupos vs. Indivíduos - Os grupos permitem que os usuários trabalhem de maneira colaborativa, para melhor ou para pior, e podem ajudar você a conhecer vários usuários de uma só vez. No entanto, a dinâmica de grupo pode afetar seus resultados.

    Remoto vs. On-location - As ferramentas de software on-line permitem testar mais usuários em um tempo mais rápido, mas você não consegue observar diretamente seus processos de tomada de decisão. O on-location oferece uma compreensão mais completa de como seus usuários decidiram, mas exige mais planejamento e agendamento.

    Diretrizes de classificação de cartões

    É claro que há espaço para personalizar a classificação de seu cartão, mas William Hudson, UX Strategist e Consultant, lista alguns benchmarks gerais que podem ser aplicados a qualquer método que você escolher. Mais útil, ele lista os tempos aproximados em que você pode esperar que as pessoas classifiquem um determinado número de elementos:

    • ~ 20 minutos para 30 elementos
    • ~ 30 minutos para 50 elementos
    • ~ 60 minutos para 100 elementos

    Usando essa estrutura de tempo, você pode planejar antecipadamente quanto tempo os testes levarão para administrar, assim que os cartões forem gravados ou o software estabelecido. No entanto, em nossa experiência pessoal, essas diretrizes são um pouco generosas - um de nossos tipos de cartões fechados envolvia 47 cartões e quatro categorias, mas exigia apenas uma média de três minutos completar.

    Outra regra universal é evitar linguagem complexa nos cartões. Palavras grandes - pelo menos palavras com muitas sílabas - e jargão técnico correm o risco de confundindo os testadores, ou eles interpretar mal o significado. Embora a redação simples seja um bom conselho em geral para o uso da linguagem de um produto, é essencial para a classificação de cartões, pois a rotulagem excessivamente complexa interromper os processos de pensamento natural.

    Muitos especialistas concordam com os méritos da classificação de cartões. Pierre Croft, especialista em IA e UX da Decibel Digital incentiva a classificação de cartões porque pode ajudar a desviar as ideias ruins dos HIPPOS (pessoas mais bem pagas na sala) que podem não saber como construir um bom site. Ele também lista alguns indicadores a serem lembrados ao preparar seu teste:

    (1) Não misture categorias pai e filho - Em outras palavras, use categorias do mesmo nível, senão você vai confundir seus participantes.

    (2) Tenha cartões em branco e canetas à mão - Embora este seja um procedimento padrão para a classificação de cartões abertos, também é bastante útil para a classificação de cartões fechados. Após o teste formal, você pode fornecer alguns cartões em branco para que os participantes anotem categorias adicionais. Enquanto a informação pode ser “off-the-record,” poderia trazer à luz algumas idéias úteis.

    (3) Não intervir - A intervenção irá obscurecer os dados, portanto, evite a tentação. É claro, dar aos responsáveis ​​pelo teste alguma orientação se eles estiverem confusos, mas apenas para questões não relacionadas aos resultados..

    (4) Tudo bem se os usuários não agruparem tudo - A falta de agrupamento pode ser tão contundente quanto completa. Se isso acontecer, certifique-se de perguntar ao usuário por quê. Se você está executando uma classificação fechada e nem tudo está classificado, você também pode fornecer cartões em branco para ver por que as categorias existentes não foram escolhidas.

    (5) Definir prazos previamente - Isso facilita o agendamento em geral e dá aos participantes uma ideia de quanto tempo gastar em suas tarefas.

    (6) Limite seus cartões - Se o seu site tiver centenas ou mesmo milhares de páginas, você poderá escolher apenas páginas de primeiro e segundo nível para manter as coisas gerenciáveis. Por exemplo, “Contate-Nos,” “Termos do acordo,” e outras páginas de utilitários podem ser omitidas, pois podem ser encontradas em quase todos os sites por aí (para que você realmente não esteja testando nada exclusivo em seu site).

    Testes de árvore

    No espectro oposto de classificação de cartões, o teste de árvore permite que você teste a arquitetura de informações depois de projetada. O teste de árvore funciona por retirando os elementos visuais do seu sistema de navegação para ver como a estrutura básica se sai sozinha. Com um teste de árvore, você examina apenas marcação e hierarquia do seu conteúdo.

    Martin Rosenmejer, da Webcredible, chama a árvore de testes, uma das etapas mais importantes no início do processo de design. Em suma, um teste de árvore envolve participantes encontrar informações diferentes em um sitemap clicável (ou “árvore”).

    Usando uma ferramenta de teste de usabilidade como Treejack, você grava sucesso da tarefa (clicando no destino correto) e tarefa direta (certeza de usuários que encontraram o que era necessário). É um método infalível para ver quão bem seus usuários pode encontrar seu caminho em torno de seu produto.

    Como mostrado acima, quando reformulamos o site do Yelp, fornecemos uma árvore representando o site de suporte e, em seguida, oferecemos aos usuários 10 tarefas (por exemplo, encontrar informações sobre o que fazer com as críticas negativas). Como a taxa de sucesso total da tarefa foi de 53% e a objetividade foi de 46%, sabíamos que a IA precisava mudar - mas sabíamos exatamente onde fazer essas mudanças.

    Simplificando, uma barra de pesquisa do site (ou um menu de hambúrguer de três linhas) não é suficiente se a navegação for ruim porque os usuários não saberão o que está disponível para pesquisa. A regra básica para o web design é fazer com que o usuário pense o mínimo possível, porque a pesquisa exige que os usuários recuperem da memória, isso afeta negativamente o UX.

    Se já vendemos a ideia de testar árvores, Jeff Sauro, diretor fundador da MeasuringU, entra em detalhes sobre como executá-las corretamente. Ele explica que o teste de árvore é usado principalmente por dois motivos:

    (1) Determinar a capacidade de pesquisa de um produto - Até que ponto os usuários podem navegar no site e quais áreas causam mais problemas com a navegação?

    (2) Valide uma mudança - Uma atualização recente corrigiu corretamente o problema ou são necessárias mais revisões?

    O teste da árvore é, no fundo, um teste estatístico. Tal como acontece com outros testes quantitativos, os dados serão mais precisos com mais participantes. Quão preciso? Confira este gráfico para encontrar a menor margem de erro dentro dos seus meios; recomendamos apontar para erro de 20% ou melhor.

    Conclusão

    Não podemos enfatizar o suficiente a importância da arquitetura da informação - se o conteúdo não for estruturado logicamente com um fluxo simples, também pode não existir. É por isso que esses testes iniciais podem ajudar a identificar e resolver os problemas antes que eles realmente se tornem problemas.

    A força de testes como esses é que os dados são modelados de acordo com o comportamento natural dos usuários e, quando se trata de testar sua IA, nenhum teste é melhor que esses dois..

    Nota do editor: Isto é escrito para o Hongkiat.com por Jerry Cao. Jerry é um estrategista de conteúdo da UXPin, onde desenvolve conteúdo on-app e on-line para a plataforma de wireframes e protótipos. Para conselhos e estudos de caso em 30 tipos diferentes de testes de usabilidade, confira o Guia de testes de usabilidade.

    Agora leia: 7 passos para melhorar o feedback do site