Cómo llevar a cabo las pruebas de usabilidad en la validación de un proyecto de análisis de negocio

Las pruebas de validación como parte de la fase de implementación de su proyecto de análisis de negocio es tu oportunidad de revisar sus resultados del proyecto para asegurarse de que

• Cumplir los objetivos o requerimientos del proyecto y las necesidades generales de la organización

• Están dentro del alcance del proyecto

• Conformarse a las normas y estrategias organizacionales

Al llegar a las fases que le obliguen a realizar las pruebas de validación, usted desea comenzar con una prueba de usabilidad. Después de completar esto, también se quiere llevar a cabo una prueba de aceptación del usuario, y una evaluación de usuario después de la aplicación.

Las pruebas de usabilidad se produce en la fase de diseño. Su propósito es que usted y el equipo del proyecto lo bien que los usuarios realmente pueden utilizar el sistema mostrará. Puedes seguir diez heurísticas de usabilidad para construir usabilidad adecuada en su diseño. (Heurística es básicamente una palabra elegante para un proceso de aprendizaje práctico en el que los usuarios se eduquen a medida que avanzan a través del programa.)

Tenga en cuenta estos elementos más como reglas de oro de directrices documentadas. La siguiente lista se basa en diez heurísticas de usabilidad de Jakob Nielsen:

• Hacer que el estado del sistema visible. Deje que los usuarios sepan dónde se encuentran dentro del programa, mantenerlos informados sobre lo que está pasando, y darles retroalimentación en una cantidad de tiempo razonable. Un buen ejemplo es la barra de estado que muestra la retroalimentación y el progreso a medida que está descargando un programa.

  Cómo cumplir: Asegúrese de que la solución da continuamente la retroalimentación de los usuarios.

• Hablar en términos del usuario. Asegúrese de que el sistema utiliza los usuarios de la lengua son términos familiares orientadas al sistema a evitar con-. Piense en cómo Microsoft Office utiliza términos como archivo y carpeta Más bien que artefacto electrónico y directorio, o cómo los sitios de e-compras aún te dicen que añadir su producto en su " carro de compras, " al igual que en el mundo real.

  Cómo cumplir: Al diseñar un sistema, piense en cómo su usuario podría realizar una tarea en el mundo real, y siga esa convención.

• Hacer retroceso fácil. Cuando los usuarios activan una respuesta del sistema no deseados, ayudarles proporcionando una manera claramente marcado para salir. También les dará una oportunidad para un do-over mediante la inclusión de funciones de rehacer.

  Cómo cumplir: Siga la convención de incluir un botón de deshacer de Microsoft. Coloque las salidas en la parte superior derecha de la pantalla, que se ha convertido en una convención estándar.

• Se consistente. Utilice los mismos términos consistentemente. No hacer que los usuarios de adivinar si diferentes palabras, situaciones o acciones significan lo mismo. Por ejemplo, no intercambie términos como guardar y tienda.

  Cómo cumplir: Escoja un término de opciones intercambiables y aferrarse a él. Asegúrese de que el término se define claramente en su glosario y los textos de ayuda.

• Evitar errores. Construir en los procesos que se detienen errores ocurran en el primer lugar. En lugar de limitarse a informar a un usuario que ha escrito mal el estado que ha de enviar a los bienes, por ejemplo, le dan una lista definida entre los que elegir. Envío UPS compañía incluso valida (hay esa palabra otra vez) la dirección que ha introducido para asegurarse de que es una dirección válida.

  Cómo cumplir: construir en los procesos que validan la información y no permiten que la información incorrecta a entrar en el sistema.

• Utilice el reconocimiento en lugar de retiro. No haga el usuario memorizar un montón de cosas- crea objetos, acciones y opciones visibles. Piense en cómo la suite de productos Microsoft Office utiliza iconos que se muestran siempre y menús contextuales que aparecen con la ayuda de las teclas de acceso directo.

  Cómo cumplir: Mantenga las tareas y procesos más utilizados frente al usuario en lugar de tenerla memorizar como llegar a ellos- no enterrar a los procesos de varios clics de ratón de profundidad. Si ves a los usuarios con un montón de notas de navegación pegajosa conectados a sus monitores, que puede ser un indicio de que la solución viola esta regla.

• No retrasar los usuarios expertos. Después de un tiempo con el sistema, un usuario a menudo se convierte en un usuario experto. Dar a estos usuarios la forma de acelerar su trabajo por lo que les permite adaptar las acciones frecuentes.

  Cómo cumplir: Que macros del programa los usuarios del sistema para personalizar su trabajo y lo realizan ellos más rápido- dan atajos que pueden acceder cuando se convierten en expertos.

• Mostrar una interfaz de usuario sencilla. Mostrar sólo la información necesaria en ese momento. Para todas las cosas complejas Google hace, la pantalla principal es un diseño minimalista: sólo una caja de texto y dos botones.

  Cómo cumplir: Mostrar sólo la información que es necesaria para llevar a cabo una transacción en particular. Si se trata de más de una página de largo, piense en su división en múltiples pasos.

• Hacer funciones de ayuda de fácil acceso. Los usuarios necesitan saber cómo acceder a una buena ayuda cuando la necesitan. Asegúrese de que los errores se expresan en un lenguaje sencillo que indica lo que provocó el error y cómo los usuarios pueden corregirlo.

  Cómo cumplir: Dile a los usuarios lo que hizo mal y cómo pueden autocorregirse. Supongamos que alguien se registra en línea para un club de vinos-del-mes y elige un estado que no permite envíos de vino. En lugar del dicho cuadro de error, " Usted ha hecho una selección inválida, por favor intente de nuevo, " debe indicar, " Usted ha elegido un estado que no permite envíos entrantes de vino. Por favor elija otro estado o seleccionar un producto sin alcohol ".

  El uso de códigos de error de desarrolladores de software puede ayudar a los desarrolladores al realizar las pruebas unitarias, pero son de poco o ningún valor para el usuario.

  Por ejemplo, el mensaje de error " Usted ha desencadenado un ORA-6439 Error. Póngase en contacto con administrador del sistema " no significa nada para un usuario final e incluso puede crear confusión adicional. Decirle a ella en vez de que " Usted ha introducido las fechas de vuelo / horas fuera de servicio. Cambie sus fechas más para que salga antes de regresar " no sólo los resultados que puntos porque la ayudó a salir, pero también evita que una llamada al departamento de servicio al cliente de su empresa.

En las primeras etapas de su proyecto, definir qué características tienen sus usuarios, incluyendo el nivel de habilidad, experiencia previa y nivel de educación. Durante las pruebas de usabilidad, seleccione probadores que responden a su demografía a trabajar a través del sistema para ver si tiene una buena usabilidad entre su público objetivo.