Comparación Entre las Evaluaciones de Pensamiento en Voz Alta y Heurísticas

Apoyo SSD4

Mtl Lourdes Cahuich 2

Introducción

HE es una técnica de análisis que se puede usar rápidamente en las primeras etapas de diseño (por ejemplo con usar sólo esquemas de ideas en papel sin haber escrito los procedimientos exactos que se necesitan usar).

Las evaluaciones de pensamiento en voz alta requieren un diseño más detallado y que sea llevado a cabo en prototipos que se puedan crear en VB

Mtl Lourdes Cahuich 3

Introducción

¿Porqué enseñar ambas técnicas? Con HE se pueden descubrir algunos aspectos

que no se pueden descubrir usando las evaluaciones pensamiento en voz alta y viceversa.

Como estas técnicas no cubren exactamente las mismas cosas, el uso de las dos muestran resultados más completos.

Mtl Lourdes Cahuich 4

Introducción

En muchas ocasiones las heurísticas que hemos visto son capaces de predecir con éxito los problemas de usabilidad que aparecen en las evaluaciones de usabilidad de pensamiento en voz alta.

Mtl Lourdes Cahuich 5

Casos de no coincidencia

Aunque muchos incidentes de evaluación de usabilidad de pensamiento en voz alta no confirman las predicciones que se hacen durante la evaluación heurística.

Esto se puede dar en los siguientes casos:

Mtl Lourdes Cahuich 6

Casos de no coincidencia

La evaluación de pensamiento en voz alta contradice la predicción de HE. Esto ocurre cuando la evaluación heurística

predice que un aspecto de usabilidad es una característica positiva y debe conservarse en la siguiente versión del sistema, pero los participantes de las evaluaciones pensamiento en voz alta tienen problemas con ese aspecto.

Mtl Lourdes Cahuich 7

Casos de no coincidencia

No resulta ninguna evidencia de la evaluación de pensamiento en voz alta que confirme la predicción de un problema que presentó la evaluación heurística. Esto ocurre cuando la evaluación heurística predice un

problema de usabilidad, pero la evaluación de pensamiento en voz alta no muestra ninguna evidencia de que el usuario tenga problemas con este aspecto.

(Nótese que lo que nos preocupa aquí son los problemas, no las características positivas identificadas en la evaluación heurística.)

Mtl Lourdes Cahuich 8

Casos de no coincidencia

En general, si la evaluación heurística predice que un aspecto de usabilidad es una característica positiva, pero los usuarios experimentan problemas con ese aspecto en la evaluación de pensamiento en voz alta —considera la información de pensamiento en voz alta.

Mtl Lourdes Cahuich 9

Recomendación

Por lo general, confía en las observaciones de la información de la evaluación de pensamiento en voz alta sobre los resultados de cualquier técnica analítica.

Mtl Lourdes Cahuich 10

Casos de no coincidencia

Se pueden aplicar dos reglas de dedo a los problemas de usabilidad que se han identificado en las evaluaciones heurísticas pero que no se han confirmado en las evaluaciones de pensamiento en voz alta.

Mtl Lourdes Cahuich 11

1a regla

Si un problema que se predijo en HE no aparece como problema en las evaluaciones de pensamiento en voz alta, repasa las observaciones de la información de pensamiento en voz alta, específicamente para ver si la situación a la cual se refiere el UAR HE se presentó durante la evaluación

Mtl Lourdes Cahuich 12

Problema HE no aparece en EPVA

Si la situación a la cual se refiere el UAR HE no sucedió, es posible que 1) el UAR HE indique una falsa alarma o 2) que otros usuarios en otras circunstancias tendrán el problema que predijo el HE.

Esto puede suceder porque sólo has evaluado a varios usuarios realizar ciertas tareas, y es posible que al siguiente usuario que evalues se le presente este problema, no es posible que evalues a todos los usuarios que van a utilizar este sistema.

Mtl Lourdes Cahuich 13

Problema HE no aparece en EPVA

En este caso, si en las evaluaciones hay mas de un usuario que enfrentó la situación y ninguno de estos usuarios tuvo problemas con ese aspecto—confía en la infomación y asígnale a ese problema prioridad baja en la lista de cosas pendientes por modificar.

Mtl Lourdes Cahuich 14

Problema HE no aparece en EPVA

Si la situación a la cual se refiere el UAR HE no sucedió durante la evaluación pensamiento en voz alta o si solo uno de los usuarios enfrenta esta situación, entonces no tienes información confiable que contradiga el problema que predijo el HE.

Tienes que juzgar el problema de acuerdo a su gravedad, su relación con otros UAR, y la dificultad que tendrás para modificarlo.

Mtl Lourdes Cahuich 15

2a regla

Si los usuarios reales van a usar el sistema que estás diseñando de forma regular, (como por ejemplo un procesador de datos o una hoja de cálculo), debes corregir los problemas que indica la heurística de flexibilidad y eficiencia de uso—aunque no aparecan en las evaluaciones de pensamiento en voz alta.

Mtl Lourdes Cahuich 16

2a regla

Esta heurística indica problemas de usabilidad para usuarios expertos, no para usuarios novatos, y las evaluaciones de pensamiento en voz alta no manejan información de usuarios expertos.

Mtl Lourdes Cahuich 17

Problemas de HE que no pueden demostrarse en práctica Existen varios tipos de problemas que las

evaluaciones heurísticas no pueden demostrar en principio y varios que no se demuestran en la práctica

Mtl Lourdes Cahuich 18

Problemas de HE que no pueden demostrarse en práctica Cuando la HE se hace usando un prototipo

en papel (por ejemplo usando solo los diagramas del diseño), no se pueden identificar problemas con la dinámica del sistema.

Por ejemplo, no se pueden demostrar los problemas de velocidad del sistema —esto es, cuando los usuarios se desesperen porque el sistema se vuelva muy lento..

Mtl Lourdes Cahuich 19

Problemas de HE que no pueden demostrarse en práctica La evaluación heurística tampoco puede

detectar las situaciones donde las respuestas del sistema son tan lentas que el usuario no sabe que es lo que le sucede al sistema

Mtl Lourdes Cahuich 20

Problemas de HE que no pueden demostrarse en práctica Estos problemas sólo se pueden ver cuando

el usuario usa un prototipo en las evaluaciones de usabildad.

Solamente cuando un usuario usa el sistema real puede detectar los problemas en el código que hacen que se caiga el sistema.

Mtl Lourdes Cahuich 21

Problemas de HE que no pueden demostrarse en práctica Las evaluaciones heurísticas suponen que el

sistema va a funcionar tal y como fue diseñado

Finalmente, es seguro que los usuarios van a hacer cosas que tú como analista, no puedes anticipar por ninguna de las técnica analíticas existentes.

Mtl Lourdes Cahuich 22

Conclusión

En donde se presentan situaciones mas complicadas, los usuarios pueden llegar a interpretar los menús de forma inesperadas y pueden recorrer caminos dentro del sistema que tu nunca has explorado.

Mtl Lourdes Cahuich 23

Conclusión

Para tratar de corregir sus errores, utilizan el sistema de manera imprevista, y tratarán de hacer cosas que tu nunca pensaste que fueran posibles con el sistema.

Observa con cuidado al usuario pues te puede sorprender y dar nuevas ideas para mejorar el sistema