Metodología a aplicar para realizar la evaluación de experto La realización del informe de evaluación de la web de Allianz la llevaremos a cabo 4 expertos en el campo de la usabilidad, realizando las comprobaciones pertinentes y poniendo el foco en los objetivos de negocio de Allianz. Una vez estudiado nuestro usuario objetivo (Persona) y las tareas imprescindibles a analizar (los casos de uso), cada experto realizaremos de manera individual 2 pasadas a la web, una primera para familiarizarnos con la interfaz y tener una visión global de los posibles problemas y una segunda para analizarla más en detalle con el objetivo de encontrar el mayor número de problemas posibles de usabilidad, de diseño, etc…. Y verificar si el sistema cumple o no cumple una serie de parámetros clasificados a modo de checklist dentro de unos principios heurísticos. Una vez terminadas las evaluaciones, pondremos en común las hipótesis (hallazgos) planteadas por separado, agrupadas en principios básicos de usabilidad (heurísticos). Cada hipótesis tendrá que ir acompañada de un título que defina de una forma clara el problema encontrado, una breve descripción del mismo y el principio heurístico al que hace referencia. También incluirá una imágen representativa. Para validar la severidad del problema tendremos en cuenta tres factores: - Frecuencia ¿es un problema común o aislado? - Impacto ¿Es difícil que los usuarios lo puedan superar? - Persistencia ¿ Es un problema puntual que el usuario puede superar una vez lo conoce o aparece siempre? Cada uno de ellos irá acompañado de un nivel de priorización (bajo, medio, alto). A partir de estos factores se establecerán las hipótesis consideradas más relevantes que darán forma a el informe. El análisis se hará en base a los 10 principios heurísticos de usabilidad desarrollados por Jakob Nielsen en 1990: 1.- Visibilidad del sistema El sistema informa constantemente al usuario sobre qué está sucediendo, con un feedback apropiado y en un tiempo razonable. 2.- Coincidencia del sistema con el mundo real El sistema utiliza el lenguaje del usuario, con palabras, frases y conceptos familiares antes de utilizar términos orientados a sistema. 3.- Control y libertad del usuario Si un usuario realiza una acción por error, debe poder volver al punto inicial sin que haya Consecuencias. 4.- Consistencia y estándares Los usuarios no deberían dudar ante conceptos, situaciones o acciones que tienen el mismo significado. Se debe seguir las convenciones de la plataforma. 5.- Prevención de errores Más que un buen mensaje de error, es diseñar evitando que ocurran problemas. Se debe eliminar condiciones que conduzcan a error y mostrar mensajes de confirmación antes de que se produzca un cambio irreversible. 6.- Reconocimiento antes de memorizar Minimizar la memoria del usuario haciendo que los objetos, las acciones y las opciones estén visibles. Los usuarios no necesitan recordar información de una parte para el diálogo de otra. Las instrucciones del sistema deben ser visibles o fácilmente accesibles cuando sea apropiado. 7.- Flexibilidad y eficiencia de uso Proporcionar aceleradores (no visibles para el usuario novel) pueden incrementar la velocidad de la interacción para usuarios expertos que realizan acciones frecuentes. 8.- Estética y diseño minimalista Los diálogos no deberían contener información que es irrelevante o innecesaria. 9.- Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores Los mensajes de error deben estar expresados en un lenguaje llano, sin códigos, indicando de forma precisa el problema y sugiriendo una solución. 10.- Ayuda y documentación Incluso si el sistema puede ser usado sin documentación, es necesario ofrecer ayuda y documentación. Dicha información debe ser fácil de buscar, enfocado a la tarea del usuario, breve y con una lista concreta de pasos para poder realizarse. No obstante, tendremos en cuenta otro tipo de principios heurísticos como por ejemplo la revisión actualizada de los principios de Nielsen llevada a cabo por Yusef Hassan y Francisco J.Martín en 2003 en el caso de que alguna hipótesis lo requiera