Tutorial pluralista

El recorrido pluralista (también llamado revisión de diseño participativo , recorrido centrado en el usuario , guión gráfico , tablero de mesa o recorrido grupal ) es un método de inspección de usabilidad que se utiliza para identificar problemas de usabilidad en una pieza de software o sitio web en un esfuerzo por crear una experiencia de uso máxima. interfaz humano-computadora utilizable . El método se centra en reclutar a un grupo de usuarios, desarrolladores y profesionales de usabilidad para recorrer un escenario de tarea, discutiendo cuestiones de usabilidad asociadas con los elementos de diálogo involucrados en los pasos del escenario. El grupo de expertos utilizado debe asumir el papel de usuarios típicos en las pruebas. El método es apreciado por su capacidad para utilizarse en las primeras etapas de diseño, lo que permite la resolución de problemas de usabilidad de forma rápida y temprana en el proceso de diseño. El método también permite detectar un mayor número de problemas de usabilidad que se pueden encontrar al mismo tiempo debido a la interacción de múltiples tipos de participantes (usuarios, desarrolladores y profesionales de la usabilidad). Este tipo de método de inspección de usabilidad tiene el objetivo adicional de aumentar la sensibilidad de los desarrolladores ante las preocupaciones de los usuarios sobre el diseño del producto.

Procedimiento

Equipo de recorrido

Se debe formar un equipo de recorrido antes del recorrido pluralista. En el recorrido se incluyen tres tipos de participantes:

• usuarios representativos
  • Los usuarios deben ser representativos del público objetivo y se les considera los principales participantes en la evaluación de usabilidad.
• factores humanos (usabilidad) ingenieros/profesionales
  • Los profesionales de factores humanos generalmente actúan como facilitadores y también están ahí para brindar comentarios sobre el diseño y recomendar mejoras.
  • La función del facilitador es guiar a los usuarios a través de las tareas y facilitar la colaboración entre usuarios y desarrolladores.
• desarrolladores de productos
  • Los desarrolladores de productos responden preguntas sobre diseño y sugieren soluciones a los problemas de interfaz que han encontrado los usuarios.
  • Es mejor evitar que un desarrollador de producto asuma el papel de facilitador, ya que puede ponerse a la defensiva ante las críticas a su producto.

Materiales

Se necesitan los siguientes materiales para realizar un recorrido pluralista:

• Sala lo suficientemente grande para acomodar aproximadamente de 6 a 10 usuarios, de 6 a 10 desarrolladores y de 2 a 3 ingenieros de usabilidad
• Capturas de pantalla impresas (prototipos de papel) reunidas en paquetes en el mismo orden en que se mostrarían las pantallas cuando los usuarios realizaran tareas específicas. Esto incluye paneles impresos de pantallas, cuadros de diálogo, menús, etc., presentados en orden.
• Copia impresa del escenario de la tarea para cada participante. Hay varios escenarios definidos en este documento completos con los datos que se manipularán para la tarea. Cada participante recibe un paquete que le permite escribir una respuesta (es decir, la acción a realizar en ese panel) directamente en la página. Las descripciones de tareas para el participante son declaraciones breves y directas.
• Utensilios de escritura para marcar capturas de pantalla y cumplimentar documentación y cuestionarios.

Los participantes reciben instrucciones y reglas escritas al comienzo de la sesión de recorrido. Las reglas indican a todos los participantes (usuarios, diseñadores, ingenieros de usabilidad) que:

• Asume el rol del usuario.
• Escribir en los paneles las acciones que tomarían para llevar a cabo la tarea en cuestión.
• Para escribir cualquier comentario adicional sobre la tarea.
• No pasar a otros paneles hasta que se les indique que lo hagan.
• Mantener la discusión en cada panel hasta que el facilitador decida continuar

Tareas

Los recorridos pluralistas son actividades grupales que requieren que se sigan los siguientes pasos:

1. A los participantes se les presentan las instrucciones y las reglas básicas mencionadas anteriormente. También se distribuyen la descripción de la tarea y el paquete de escenarios.
2. A continuación, un experto en productos (normalmente un desarrollador de productos) ofrece una breve descripción general de los conceptos clave del producto y las características de la interfaz. Esta descripción general tiene el propósito de estimular a los participantes a imaginar el producto final definitivo (software o sitio web), de modo que los participantes obtengan el mismo conocimiento y expectativas sobre el producto final que se supone que tienen los usuarios finales del producto.
3. Entonces comienzan las pruebas de usabilidad. Los escenarios se presentan al panel de participantes y se les pide que escriban la secuencia de acciones que realizarían al intentar completar la tarea especificada (es decir, pasar de una pantalla a otra). Lo hacen individualmente sin consultar entre ellos.
4. Una vez que todos han escrito sus acciones de forma independiente, los participantes discuten las acciones que sugirieron para esa tarea. También discuten posibles problemas de usabilidad. El orden de la comunicación suele ser tal que los usuarios representativos van primero para que no se vean influenciados por los demás miembros del panel y no se vean disuadidos de hablar.
5. Una vez que los usuarios han terminado, los expertos en usabilidad presentan sus hallazgos al grupo. Los desarrolladores suelen explicar los motivos de su diseño. Es imperativo que los desarrolladores asuman una actitud de bienvenida a los comentarios que tengan como objetivo mejorar la usabilidad de su producto.
6. El facilitador del recorrido presenta la respuesta correcta si la discusión se desvía y aclara cualquier situación que no esté clara.
7. Después de cada tarea, los participantes reciben un breve cuestionario sobre la usabilidad de la interfaz que acaban de evaluar.
8. Luego, el panel pasa a la siguiente tarea y ronda de pantallas. Este proceso continúa hasta que todos los escenarios hayan sido evaluados.

A lo largo de este proceso, los problemas de usabilidad se identifican y clasifican para acciones futuras. La presencia de los distintos tipos de participantes en el grupo permite que se desarrolle una sinergia potencial que a menudo conduce a soluciones creativas y colaborativas. Esto permite centrarse en una perspectiva centrada en el usuario y al mismo tiempo considerar las limitaciones de ingeniería del diseño práctico de sistemas.

Características del tutorial pluralista

Otros tipos de métodos de evaluación de usabilidad incluyen: recorridos cognitivos , entrevistas , grupos focales , pruebas remotas y protocolo Think Aloud . Los recorridos pluralistas comparten algunas de las mismas características con estos otros métodos, especialmente los recorridos cognitivos, pero hay algunas características que los definen (Nielsen, 1994):

• La principal modificación, con respecto a los tutoriales de usabilidad, fue incluir tres tipos de participantes: usuarios representativos, desarrolladores de productos y profesionales de factores humanos (usabilidad).
• Las pantallas impresas (paneles) se presentan en el mismo orden en que aparecerían en línea. Se define un escenario de tarea y los participantes se enfrentan a las pantallas en un camino lineal, a través de una serie de paneles de interfaz de usuario, tal como lo harían durante la realización exitosa de la tarea específica en línea, tal como el sitio/software está diseñado actualmente.
• A todos los participantes se les pide que asuman el rol de usuario para cualquier población de usuarios que se esté probando. Por lo tanto, los desarrolladores y los profesionales de la usabilidad deben intentar ponerse en el lugar de los usuarios al dar respuestas escritas.
• Los participantes escriben la acción que tomarían al realizar la tarea designada en línea, antes de continuar con la discusión. Se pide a los participantes que escriban sus respuestas con el mayor detalle posible hasta el nivel de pulsación de tecla u otro nivel de acción de entrada. Estas respuestas escritas permiten cierta producción de datos cuantitativos sobre las acciones de los usuarios que pueden ser valiosos.
• Sólo después de que todos los participantes hayan escrito las acciones que tomarían, comenzará la discusión. Los usuarios representativos ofrecen su discusión primero y discuten cada paso del escenario. Sólo después de que los usuarios hayan agotado sus sugerencias, los expertos en usabilidad y los desarrolladores de productos ofrecen sus opiniones.

Beneficios y limitaciones

Beneficios

Hay varios beneficios que hacen que el tutorial de usabilidad pluralista sea una herramienta valiosa.

• Observación temprana y sistemática de un nuevo producto, obteniendo datos tempranos de rendimiento y satisfacción de los usuarios sobre un producto. Puede proporcionar datos tempranos de rendimiento y satisfacción antes de que se hayan implementado costosas estrategias de diseño.
• Fuerte enfoque en el diseño centrado en el usuario en el análisis de tareas, lo que lleva a identificar más problemas en un punto anterior del desarrollo. Esto reduce el ciclo iterativo de prueba y rediseño al utilizar comentarios y discusiones inmediatas sobre los problemas de diseño y las posibles soluciones mientras los usuarios están presentes.
• Rediseño sinérgico debido al proceso grupal que involucra a usuarios, desarrolladores e ingenieros de usabilidad. La discusión de los problemas identificados en un equipo multidisciplinario generará soluciones creativas, utilizables y rápidas.
• Se generan valiosos datos cuantitativos y cualitativos a través de las acciones de los usuarios documentadas mediante respuestas escritas.
• Los desarrolladores de productos en la sesión aprecian los problemas, frustraciones o inquietudes comunes de los usuarios con respecto al diseño del producto. Los desarrolladores se vuelven más sensibles a las preocupaciones de los usuarios.

Limitaciones

Existen varias limitaciones en el tutorial de usabilidad pluralista que afectan su uso.

• El recorrido solo puede avanzar tan rápido como lo haga la persona más lenta en cada panel. El recorrido es un ejercicio grupal y, por lo tanto, para discutir una tarea/pantalla en grupo, debemos esperar a que todos los participantes hayan escrito sus respuestas al escenario. La sesión puede resultar laboriosa si es demasiado lenta.
• Es necesario reunir al mismo tiempo un grupo bastante grande de usuarios, desarrolladores y expertos en usabilidad. La programación podría ser un problema.
• No todas las acciones posibles se pueden simular en papel. Sólo se selecciona una ruta de interés viable por escenario. Esto impide que los participantes naveguen y exploren, comportamientos que a menudo conducen a un aprendizaje adicional sobre la interfaz de usuario.
• Es posible que los desarrolladores de productos no se sientan cómodos escuchando críticas sobre sus diseños.
• Sólo se puede explorar un número limitado de escenarios (es decir, caminos a través de la interfaz) debido a limitaciones de tiempo.
• Debido a limitaciones de tiempo, solo se puede discutir una cantidad limitada de recomendaciones.

Otras lecturas

• Dix, A., Finlay, J., Abowd, G., D. y Beale, R. Interacción persona-computadora (3ª ed.). Harlow, Inglaterra: Pearson Education Limited, 2004.
• Nielsen, Jacob. Métodos de inspección de usabilidad. Nueva York, Nueva York: John Wiley and Sons, 1994.
• Preece, J., Rogers, Y. y Sharp, H. Diseño de interacción. Nueva York, Nueva York: John Wiley and Sons, 2002.
• Bias, Randolph G., "The Pluralistic Usability Walkthrough: Coordinated Empathies", en Nielsen, Jakob y Mack, R. eds, Usability Inspection Methods. Nueva York, Nueva York: John Wiley and Sons. 1994.

enlaces externos

• Lista de métodos y técnicas de evaluación de usabilidad
• Tutorial de usabilidad pluralista

Ver también

• Comparación de métodos de evaluación de usabilidad.