Cómo probar la navegación web con clasificación de tarjetas y prueba de árbol

Sitios web, aplicaciones, software, cualquier producto con un menú necesita una forma de moverse. Si bien su navegación puede ser divertida, creativa o, en ocasiones, poco ortodoxa, siempre debe ser funcional primero. Cuando analice las pruebas de usabilidad para la arquitectura de la información, a menudo escuchará acerca de las dos pruebas más efectivas: clasificación de tarjetas y prueba de árbol..

Ambas pruebas son simples y fáciles de realizar, y ambas pruebas Proporcionar datos vitales para maximizar la organización de su sitio.. La clasificación de tarjetas se produce antes de que cree su estructura, de modo que pueda comprender cómo los usuarios organizan su sitio de forma natural. Las pruebas de árboles vienen después, como una forma de validar su éxito o señalar un margen de mejora.

Más sobre Hongkiat:

Pruebas de usabilidad: lo que necesitas saber?
7 pasos para mejorar los comentarios del sitio web
Resultados de pruebas A / B y estudios de caso para el diseño de la experiencia del usuario

Clasificación de tarjetas

La belleza de la clasificación de tarjetas está en su simplicidad. Todo lo que haces es escriba los diferentes elementos de su producto en tarjetas de notas o notas Post-It, luego pida a sus participantes que los organicen de la manera que sea más sensata para ellos.

Si eso es demasiado para manejar, también puede utilizar una herramienta de prueba de usabilidad como OptimalSort, que puede analizar los datos por usted. De cualquier manera, el resultado le brinda una sólida comprensión de cómo lo harían sus usuarios objetivo intuitivamente navega tu producto.

IMAGEN: Revista Smashing

Variaciones de clasificación de cartas

Existen algunas estrategias diferentes para clasificar las tarjetas, según sus necesidades. Donna Spencer, experta en clasificación de cartas y fundadora de Maadmob, comparte su experiencia personal en un artículo para Cajas y flechas. Para una actividad tan simple, hay muchas variaciones y controles que afectarán el tipo y la validez de los datos que recibe.

La distinción inicial a realizar es abierto o cerrado, A continuación se explica:

Clasificación Abierta - A los usuarios solo se les proporcionan las tarjetas de elementos, y luego se les deja agruparlas como les parezca. Una vez agrupados, se les pide a los usuarios que den nombres a los grupos. Esto se recomienda para generar nuevas ideas, ya que puede trabajar hacia atrás desde los procesos de pensamiento natural de los usuarios..

Clasificación cerrada - Al igual que con la clasificación abierta, los usuarios reciben las tarjetas de elementos; sin embargo, se les pide que los clasifiquen en grupos predefinidos. Esto se recomienda si está trabajando dentro de las restricciones de categorías preexistentes, como con la actualización de una estructura de sitio web ya desarrollada.

Abierto vs. cerrado es la decisión principal, pero existen otros métodos para variar los resultados:

Grupos vs. Individuos - Los grupos permiten a los usuarios trabajar en colaboración, para bien o para mal, y pueden ayudarlo a aprender sobre varios usuarios a la vez; Sin embargo, la dinámica de grupo puede afectar sus resultados..

Remoto vs. en el lugar - Las herramientas de software en línea le permiten probar a más usuarios en un tiempo más rápido, sin embargo, no puede observar directamente sus procesos de toma de decisiones. La ubicación le permite comprender mejor cómo tomaron sus usuarios sus decisiones, pero requiere más planificación y programación..

Pautas de clasificación de tarjetas

Por supuesto, hay espacio para personalizar su clasificación de tarjetas, pero William Hudson, estratega y consultor de UX, enumera algunos puntos de referencia generales que pueden aplicarse a cualquier método que elija. Lo más útil es que enumera los tiempos aproximados en que puede esperar que las personas clasifiquen un número dado de elementos:

~ 20 minutos por 30 elementos.
~ 30 minutos por 50 elementos.
~ 60 minutos por 100 elementos.

Usando esta estructura de tiempo, puede planificar por adelantado cuánto tardarán en administrarse las pruebas, una vez que se hayan escrito las tarjetas o se haya establecido el software. Sin embargo, en nuestra experiencia personal, estas pautas son un poco generosas. - uno de nuestros tipos de tarjetas cerradas incluía 47 tarjetas y cuatro categorías, pero solo requería un promedio de tres minutos completar.

Otra regla universal es evitar el lenguaje complejo en las tarjetas. Las palabras grandes, al menos las palabras con muchas sílabas, y la jerga técnica corren el riesgo de confundiendo a los examinados, o ellos malinterpretando el significado. Si bien la redacción simple es un buen consejo en general para el uso del idioma de un producto, es esencial para la clasificación de tarjetas ya que el etiquetado demasiado complejo Interrumpir los procesos de pensamiento natural..

Muchos expertos están de acuerdo con los méritos de la clasificación de tarjetas. Pierre Croft, experto en IA y UX para Decibel Digital, alienta la clasificación de tarjetas porque puede ayudar a desviar las malas ideas de HIPPOS (las personas mejor pagadas en la sala) que pueden no saber cómo crear un buen sitio web. También enumera algunos consejos para tener en cuenta al preparar su prueba:

(1) No mezcle categorías de padres y niños - En otras palabras, use categorías del mismo nivel, o de lo contrario confundirá a sus participantes..

(2) Tenga a mano tarjetas y bolígrafos en blanco - Si bien este es un procedimiento estándar para la clasificación de tarjetas abiertas, también es bastante útil para la clasificación de tarjetas cerradas. Después de que se realicen las pruebas formales, puede proporcionar un par de tarjetas en blanco para que los participantes escriban categorías adicionales. Si bien la información podría ser “fuera del registro,” Podría sacar a la luz algunas ideas útiles..

(3) No intervenir - La intervención ocultará los datos, así que evite la tentación. Por supuesto, bríndeles orientación a los examinados si están confundidos, pero solo para los problemas que no están relacionados con los resultados..

(4) Está bien si los usuarios no agrupan todo - La falta de agrupación puede ser tan reveladora como una completa. Si esto sucede, asegúrese de preguntar al usuario por qué. Si está ejecutando una ordenación cerrada y no todo está ordenado, también puede proporcionar tarjetas en blanco para ver por qué no se eligieron las categorías existentes.

(5) Establecer límites de tiempo de antemano - Esto facilita la programación en general y les da a los participantes una idea de cuánto tiempo dedican a sus tareas.

(6) Limita tus cartas - Si su sitio web tiene cientos o incluso miles de páginas, puede elegir solo páginas de primer y segundo nivel para que las cosas sean manejables. Por ejemplo, “Contáctenos,” “Términos del acuerdo,” y se pueden omitir otras páginas de utilidades, ya que se pueden encontrar en casi todos los sitios web que existen (por lo que realmente no estaría probando nada exclusivo de su sitio).

Prueba de arbol

En el espectro opuesto de clasificación de tarjetas, las pruebas en árbol le permiten probar la arquitectura de la información después de su diseño. Trabajos de prueba de árboles por Excluyendo los elementos visuales de su sistema de navegación. Para ver cómo la estructura básica funciona por sí sola. Con una prueba de árbol, examinas sólo el etiquetado y jerarquía de tu contenido.

Martin Rosenmejer de Webcredible llama al árbol para probar uno de los pasos más importantes al principio del proceso de diseño. En pocas palabras, una prueba de árbol involucra a los participantes Encontrar información diferente en un sitemap cliqueable (o “árbol”).

Usando una herramienta de prueba de usabilidad como Treejack, luego grabas éxito de la tarea (haciendo clic en el destino correcto) y dirección de la tarea (certeza de los usuarios que encontraron lo que necesitaban). Es un método infalible para ver qué tan bien sus usuarios Puede encontrar su camino alrededor de su producto.

Como se muestra arriba, cuando rediseñamos el sitio web de Yelp, proporcionamos un árbol que representa el sitio de soporte y luego le asignamos 10 tareas a los usuarios (por ejemplo, encontrar información sobre qué hacer con malas críticas). Debido a que la tasa general de éxito de la tarea fue del 53% y la franqueza fue del 46%, sabíamos que la IA necesitaba cambiar, pero sabíamos que exactamente donde hacer esos cambios.

En pocas palabras, una barra de búsqueda del sitio (o un menú de hamburguesas de tres líneas) no es suficiente si la navegación es deficiente porque los usuarios no sabrán lo que está disponible para buscar. La regla de oro para el diseño web es hacer que el usuario piense lo menos posible, ya que la búsqueda requiere que los usuarios recuperen de la memoria, esto afecta negativamente a la UX..

Si ya le hemos vendido la idea de realizar pruebas de árboles, Jeff Sauro, Director Fundador de MeasuringU, entra en detalles sobre cómo ejecutarlos adecuadamente. Explica que la prueba de árboles se usa principalmente por dos razones:

(1) Determinar la capacidad de búsqueda de un producto - ¿Qué tan bien pueden los usuarios navegar el sitio y qué áreas causan la mayoría de los problemas con la navegación??

(2) Validar un cambio - ¿Una actualización reciente solucionó correctamente el problema o son necesarias más revisiones??

La prueba de árboles es, en el fondo, una prueba estadística. Al igual que con otras pruebas cuantitativas, los datos serán más precisos con más participantes. ¿Qué tan preciso? Echa un vistazo a este cuadro para encontrar el margen de error más pequeño dentro de tus medios; Recomendamos apuntar a un error del 20% o mejor..

Conclusión

No podemos enfatizar lo suficiente la importancia de la arquitectura de la información: si el contenido no está estructurado de forma lógica con un flujo simple, bien podría no existir. Es por eso que estas primeras pruebas pueden ayudar a identificar y resolver los problemas antes de que realmente se conviertan en problemas.

La fuerza de las pruebas como estas es que los datos se modelan según el comportamiento natural de los usuarios, y cuando se trata de probar su IA, ninguna prueba lo hace mejor que estas dos..