Taller en TestingUy 2018: Probando la experiencia de usuario

1. PROBANDO LA EXPERIENCIA DE USUARIO Claudia Badell cbadell@infragistics.com @claubs_uy 21 y 22 de mayo, 2018 www.testinguy.org #testinguy |@testinguy Joanna Arnaiz jarnaiz@infragistics.com @joiarnaiz Martín Loskin mloskin@infragistics.com Patricia Duarte pduarte@infragistics.com

2. QUIÉNES SOMOS MARTÍN LOSKINJOANNA ARNAIZCLAUDIA BADELL PATRICIA DUARTE

3. AGENDA INTRODUCCIÓN1 HEURÍSTICAS DE USABILIDAD Y EJERCICIO2 TÉCNICAS CON USUARIOS3 TÉCNICAS CON USUARIOS: TAREAS Y EJERCICIO4 5 ¿QUÉ NOS GUSTARÍA QUE TE LLEVES?

5. INTRODUCCIÓN ¿QUÉ ES UX?

6. USABILIDAD

7. EXPERIENCIA DE USUARIO

14. Todos diseñamos la experiencia Regla 1

15. Usable es distinto de Útil Regla 2

16. Diseñamos, construimos, probamos para resolver necesidades de los usuarios. Por eso necesitamos conocer y entender sus problemas y necesidades. Regla 3

17. EL UNIVERSO DE UX

18. Sin embargo…

19. A LOS USUARIOS LES IMPORTA… Nuestra solución Nuestro proceso

20. CON EL EQUIPO CON LOS CLIENTESCON NOSTROS MISMOS CON LOS USUARIOS VALIDAR NUESTRA SOLUCIÓN

21. INTRODUCCIÓN ¿CÓMO EVALUAMOS?

22. ¿CÓMO EVALUAMOS? TESTER USUARIO

23. PROS: • Son usuarios reales. • El equipo puede ver al usuario usando su solución. • Lo encontrado es menos discutible. CONTRAS: • La logística que puede tener. • Necesitamos más tiempo y recursos para prepararlo. USUARIO PROS: • Es más rápido. • Podemos encontrar problemas de consistencia. • Podemos chequear que el diseño siga criterios, como guías de estilo. CONTRAS: • No somos usuarios. • Lo que encontremos depende mucho de nuestra experiencia y conocimientos en la lógica del negocio bajo prueba. TESTER

24. Algunos problemas solo pueden ser encontrados por los usuarios.

25. Entonces…

26. SE PUEDEN APLICAR AMBOS ENFOQUES Aplicar heurísticas de usabilidad, guías para detectar problemas de consistencia. Arreglar los defectos encontrados. Realizar pruebas con los usuarios para detectar problemas que solo ellos pueden detectar.

29. Revisiones de la interfaz para ver si se violan principios de usabilidad.

30. ¿Cómo? Aplicando heurísticas.

31. Las heurísticas nos proveen una dirección, guía y enfoque para resolver un problema.

32. • Fáciles de aplicar. • Ayudan a identificar inconsistencias. PROS: • Pueden ser muy generales. • No garantizan una solución. • Dos heurísticas pueden contradecirse. CONTRAS:

33. HEURÍSTICAS DE TESTING CEM KANER Consistencia con: • El producto. • La historia. • Productos similares. • La imagen. • Las regulaciones. • Su propósito. http://testingeducation.org/BBST/foundations/

34. HEURÍSTICAS DE USABILIDAD JAKOB NIELSEN 1. Visibilidad del estado del sistema. 2. Relación entre el sistema y el mundo real. 3. Control y libertad por parte del usuario. 4. Consistencia y estándares. 5. Prevención de errores. 6. Reconocimiento antes que recuerdo. 7. Flexibilidad y eficiencia de uso. 8. Estética y diseño minimalista. 9. Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores. 10.Ayuda y documentación. www.useit.com/papers/heuristic/heuristic_list.html

35. HEURÍSTICAS DE USABILIDAD CADA HEURÍSTICA

36. ¿ALGUNA VEZ TUVIERON PROBLEMAS AL MOMENTO DE ELEGIR UNA CONTRASEÑA?

37. El sistema siempre debería mantener informados a los usuarios de lo que está ocurriendo, a través de retroalimentación apropiada dentro de un tiempo razonable. VISIBILIDAD DEL ESTADO DEL SISTEMA 01

38. El sistema siempre debería mantener informados a los usuarios de lo que está ocurriendo, a través de retroalimentación apropiada dentro de un tiempo razonable. VISIBILIDAD DEL ESTADO DEL SISTEMA 01

39. ¿PARA QUÉ SIRVE ESTE SITIO?

40. RELACIÓN ENTRE EL SISTEMA Y EL MUNDO REAL 02 El sistema debería hablar el lenguaje de los usuarios mediante palabras, frases y conceptos que sean familiares al usuario, más que con términos relacionados con el sistema. Seguir las convenciones del mundo real, haciendo que la información aparezca en un orden natural y lógico.

44. CONTROL Y LIBERTAD POR PARTE DEL USUARIO 03 Hay ocasiones en que los usuarios elegirán las funciones del sistema por error y necesitarán una “salida de emergencia” claramente marcada para dejar el estado no deseado al que accedieron, sin tener que pasar por una serie de pasos. Se deben apoyar las funciones de deshacer y rehacer.

45. CONTROL Y LIBERTAD POR PARTE DEL USUARIO 03 Hay ocasiones en que los usuarios elegirán las funciones del sistema por error y necesitarán una “salida de emergencia” claramente marcada para dejar el estado no deseado al que accedieron, sin tener que pasar por una serie de pasos. Se deben apoyar las funciones de deshacer y rehacer.

47. CONSISTENCIA Y ESTÁNDARES 04 Los usuarios no deberían cuestionarse si acciones, situaciones o palabras diferentes significan en realidad la misma cosa; siga las convenciones establecidas.

53. Mucho mejor que un buen diseño de mensajes de error es realizar un diseño cuidadoso que prevenga la ocurrencia de problemas. Hay que eliminar acciones predispuestas al error o, en todo caso, localizarlas y preguntar al usuario si está seguro de realizarlas. PREVENCIÓN DE ERRORES 05

56. ¿POR QUÉ SE SUGIERE EL CONTACTO?

57. Se deben hacer visibles los objetos, acciones y opciones. El usuario no debería tener que recordar la información que se le da en una parte del proceso para seguir adelante. Las instrucciones para el uso del sistema deben estar a la vista o ser fácilmente recuperables cuando sea necesario. RECONOCIMIENTO ANTES QUE RECUERDO 06

58. Se deben hacer visibles los objetos, acciones y opciones, El usuario no debería tener que recordar la información que se le da en una parte del proceso para seguir adelante. Las instrucciones para el uso del sistema deben estar a la vista o ser fácilmente recuperables cuando sea necesario. RECONOCIMIENTO ANTES QUE RECUERDO 06

60. FLEXIBILIDAD Y EXPERIENCIA DE USO 07 Los aceleradores permiten aumentar la velocidad de interacción para el usuario experto tal que el sistema pueda atraer a usuarios principiantes y experimentados. Es importante que el sistema permita personalizar acciones frecuentes para así acelerar el uso de éste.

61. FLEXIBILIDAD Y EXPERIENCIA DE USO 07 Los aceleradores permiten aumentar la velocidad de interacción para el usuario experto tal que el sistema pueda atraer a usuarios principiantes y experimentados. Es importante que el sistema permita personalizar acciones frecuentes para así acelerar el uso de éste.

63. Los diálogos no deben contener información que es irrelevante o poco usada. Cada unidad extra de información en un diálogo compite con las unidades de información relevante y disminuye su visibilidad relativa. ESTÉTICA Y DISEÑO MINIMALISTA 08

64. Los diálogos no deben contener información que es irrelevante o poco usada. Cada unidad extra de información en un diálogo compite con las unidades de información relevante y disminuye su visibilidad relativa. ESTÉTICA Y DISEÑO MINIMALISTA 08

67. Los mensajes de error se deben entregar en un lenguaje claro y simple, indicando en forma precisa el problema y sugiriendo una solución constructiva al problema. AYUDAR A LOS USUARIOS A RECORDAR, DIAGNOSTICAR Y RECUPERARSE DE LOS ERRORES 09

69. AYUDA Y DOCUMENTACIÓN 10 Incluso en los casos en que el sistema pueda ser usado sin documentación, podría ser necesario ofrecer ayuda y documentación. Dicha información debería ser fácil de buscar, estar enfocada en las tareas del usuario, con una lista concreta de pasos a desarrollar y no ser demasiado extensa.

70. AYUDA Y DOCUMENTACIÓN 10 Incluso en los casos en que el sistema pueda ser usado sin documentación, podría ser necesario ofrecer ayuda y documentación. Dicha información debería ser fácil de buscar, estar enfocada en las tareas del usuario, con una lista concreta de pasos a desarrollar y no ser demasiado extensa.

71. HEURÍSTICAS DE USABILIDAD JAKOB NIELSEN 1. Visibilidad del estado del sistema. 2. Relación entre el sistema y el mundo real. 3. Control y libertad por parte del usuario. 4. Consistencia y estándares. 5. Prevención de errores. 6. Reconocimiento antes que recuerdo. 7. Flexibilidad y eficiencia de uso. 8. Estética y diseño minimalista. 9. Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores. 10.Ayuda y documentación. www.useit.com/papers/heuristic/heuristic_list.html

72. HEURÍSTICAS DE USABILIDAD ¿CÓMO HACEMOS UN ANÁLISIS HEURÍSTICO?

73. ANÁLISIS HEURÍSTICO

74. ANÁLISIS HEURÍSTICO PASO 2 • Cada uno por separado. • Hacemos una exploración para conocer el producto. • Hacemos una o varias iteraciones enfocándonos en las funcionalidades bajo prueba. PASO 3 • Puesta en común (si hay más de una persona analizando). • Compartir los hallazgos con el equipo. PASO 1 • Es recomendable definir las áreas que nos interesan particularmente revisar.

75. ESCALA DE SEVERIDAD 1. No es un problema. 2. Problema estético. 3. Problema de usabilidad menor. 4. Problema de usabilidad mayor, se debe arreglar. 5. Problema catastrófico de usabilidad, bloqueante.

76. HEURÍSTICAS DE USABILIDAD EJERCICIO

77. BREAK!

80. ALGUNAS TÉCNICAS Usability Lab Studies Ethnographic Field Studies Participatory Design Focus GroupInterviews Eyetracking Usability Benchmarking (in lab) Remote Panel Studies Diary/Camera Studies Customer Feedback Concept Testing Desirability Studies Card Sorting Clickstream analysis A/B Testing Unmoderated UX Studies True Intent Studies Intercept Surveys Email Surveys Analytics Usability Tests

81. ¿Cómo selecciono?

82. Según en qué parte del proceso estoy. Según lo que quiero averiguar. ¿CÓMO SELECCIONO? ES IMPORTANTE: Cómo preguntar, cómo armar y cómo conducir.

83. ALGUNAS TÉCNICAS Usability Lab Studies Ethnographic Field Studies Participatory Design Focus GroupInterviews Eyetracking Usability Benchmarking (in lab) Remote Panel Studies Diary/Camera Studies Customer Feedback Concept Testing Desirability Studies Card Sorting Clickstream analysis A/B Testing Unmoderated UX Studies True Intent Studies Intercept Surveys Email Surveys Analytics Usability Tests

85. TÉCNICAS CON USUARIOS PRUEBAS BASADAS EN TAREAS

86. ¿QUÉ ES EL TEST BASADO EN TAREAS? Testear la usabilidad de una interfaz pidiendo a usuarios reales que hagan tareas reales utilizando la interfaz, ya sea con el software real o prototipos.

87. Usuarios reales Tareas reales

88. PRUEBAS BASADAS EN TAREAS ¿QUÉ INFORMACIÓN SE OBTIENE?

89. ¿QUÉ INFORMACIÓN SE OBTIENE? • Tareas completas • Tiempo • Errores • Opinión de la interfaz • Evaluación general de UX

90. PRUEBAS BASADAS EN TAREAS ¿CON QUÉ SE PRUEBA?

91. ¿CON QUÉ SE PRUEBA?

92. PRUEBAS BASADAS EN TAREAS ¿QUÉ MODALIDADES HAY?

93. PRUEBAS DE USABILIDAD MODERADAS Laboratorio On site Remoto

94. NO MODERADAS • Se utiliza una herramienta de testeo online. • Los participantes completan el estudio en su propio tiempo. • La información se puede visualizar de diferentes maneras para ser analizada. MODERADAS • El facilitador está presente en tiempo real, habla con el participante y observa. ¿QUÉ MODALIDADES HAY?

95. ALGUNAS HERRAMIENTAS: • Indigo Studio (indigodesigned.com) • Loop11 (loop11.com) • Try My UI (trymyui.com) • Usertesting (usertesting.com) • User Zoom (userzoom.com) PRUEBAS DE USABILIDAD NO MODERADAS

96. • Feedback visual • Preguntas follow-up • Tareas más complejas • Información cualitativa MODERADAS • Muchos participantes a la vez • En cualquier parte del mundo • Económico • Menos tiempo • Información cuantitativa NO MODERADAS

97. PRUEBAS BASADAS EN TAREAS EL PROCESO

98. PASO 4 EL PROCESO ¿Qué quiero probar? PASO 1 Crear las tareas PASO 2 Probar PASO 3 Analizar

99. EL PROCESO PASO 4 ¿Qué quiero probar? PASO 1 Crear las tareas PASO 2 Probar PASO 3 Analizar

100. ¿QUÉ QUIERO PROBAR? Aplicación Historias / Flujos

101. TIPS PARA DEFINIR QUÉ TESTEAR Elegir la historia más valiosa, más riesgosa, más compleja. Diseños o conceptos nuevos. No pretender cubrir demasiado.

103. PLANTEAR IDEAS REALISTAS El fraseo debe ser simple, pensando en escenarios realistas: “Mostrame qué harías si querés buscar zapatos de hombre.” “Querés reservar una habitación en un hotel en Montevideo, cerca del centro de la ciudad. Mostrame cómo lo harías.”

104. “MOSTRAR” ES EL VERBO CLAVE “¿Cómo harías si querés encontrar un hotel en Montevideo?” “Buscar Montevideo.” Buscamos que el usuario lleve a cabo las acciones, no que nos de explicaciones verbalmente.

105. EVITAR EXPLICITAR LA TAREA “Mostrame cómo harías si quisieras agregar esos zapatos al carrito de compra.” “Mostrame qué harías si decidieras comprar esos zapatos.”

106. SER ESPECÍFICO “Mostrame cómo encontrarías un hotel que te guste.” “Buscá una habitación por menos de 100 dólares la noche.” Es necesario definir una meta clara para el usuario.

107. MÁS TIPS… No plantear tareas secuenciales. Tener tareas y material adicional impreso para darle al participante. Usar un lenguaje entendible por el usuario. Definir tareas que tengan sentido para los usuarios.

109. RECLUTAR USUARIOS PROBAR EL TEST CÓMO PREPARARSE TENER LOS MATERIALES NECESARIOS

110. CÓMO PREPARARSE RECLUTAR USUARIOS PROBAR EL TEST TENER LOS MATERIALES NECESARIOS

111. CÓMO PREPARARSE RECLUTAR USUARIOS PROBAR EL TEST TENER LOS MATERIALES NECESARIOS

112. SESIONES UNO A UNO • Presentar la dinámica. • Dar al participante las tareas a realizar. • Incentivar el pensamiento en voz alta. • Observar y tomar notas. CÓMO PROBAR: LA DINÁMICA

113. • Posee conocimiento del diseño. • Es empático. • Es observador. • Mantiene la comunicación fluida. • Escucha. CARACTERÍSTICAS DEL FACILITADOR

114. • Evitar preguntas cerradas. • No mostrar aprobación o desaprobación. • Reformula / genera nuevas preguntas. • Redirigir preguntas. • Estar atentos a cuándo insistir, abandonar, ayudar. • Hacer preguntas finales. LA INTERACCIÓN CON EL USUARIO

116. ANALIZAR

117. PRUEBAS BASADAS EN TAREAS EJERCICIO

118. AGENDA INTRODUCCIÓN1 HEURÍSTICAS DE USABILIDAD Y EJERCICIO2 TÉCNICAS CON USUARIOS3 TÉCNICAS CON USUARIOS: TAREAS Y EJERCICIO4 5 6 ¿QUÉ NOS GUSTARÍA QUE TE LLEVES?

119. ¿QUÉ NOS GUSTARÍA QUE TE LLEVES? Todos trabajamos para generar la experiencia del usuario.

120. ¿PREGUNTAS? ¡MUCHAS GRACIAS! 21 y 22 de mayo, 2018 www.testinguy.org #testinguy |@testinguy Claudia Badell cbadell@infragistics.com @claubs_uy Joanna Arnaiz jarnaiz@infragistics.com @joiarnaiz Martín Loskin mloskin@infragistics.com Patricia Duarte pduarte@infragistics.com

Taller en TestingUy 2018: Probando la experiencia de usuario

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (18)

Ähnlich wie Taller en TestingUy 2018: Probando la experiencia de usuario

Ähnlich wie Taller en TestingUy 2018: Probando la experiencia de usuario (20)

Mehr von Claudia Badell

Mehr von Claudia Badell (13)

Kürzlich hochgeladen

Kürzlich hochgeladen (11)

Taller en TestingUy 2018: Probando la experiencia de usuario