1. Visibilidad del estado del sistema
Ayuda al usuario a comprender el estado actual del sistema y las acciones que se están realizando.
Ver código
2. Relación entre el sistema y el mundo real
El sistema debe hablar el idioma de los usuarios, con palabras, frases y conceptos familiares para el usuario, en lugar de términos orientados al sistema. Siga las convenciones del mundo real, haciendo que la información aparezca en un orden natural y lógico.
Ver código
3. Control y libertad del usuario
Los usuarios a menudo eligen funciones del sistema por error y necesitarán una "salida de emergencia" claramente marcada para salir del estado no deseado sin tener que pasar por un diálogo prolongado. Admite deshacer y rehacer.
Ver código
4. Consistencia y estándares
Los usuarios no deberían tener que preguntarse si diferentes palabras, situaciones o acciones significan lo mismo. Siga las convenciones de la plataforma.
Ver código
5. Prevención de errores
Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.
Ver código
6. Reconocer antes que recordar
Minimice la carga de memoria del usuario haciendo visibles los objetos, las acciones y las opciones. El usuario no debería tener que recordar información de una parte del diálogo a otra. Las instrucciones para el uso del sistema deben ser visibles o fáciles de recuperar cuando corresponda.
Ver código
7. Flexibilidad y eficiencia de uso
Los aceleradores, que no son vistos por el usuario novato, a menudo pueden acelerar la interacción para el usuario experto, de modo que el sistema puede atender tanto a usuarios inexpertos como experimentados. Permitir a los usuarios personalizar las acciones frecuentes.
Ver código
8. Diseño estético y minimalista
Los diálogos no deben contener información que sea irrelevante o que rara vez se necesite. Cada unidad adicional de información en un diálogo compite con las unidades de información relevantes y disminuye su visibilidad relativa.
Ver código
9. Ayudar a los usuarios a reconocer, diagnosticar y corregir los errores
Los mensajes de error deben expresarse en un lenguaje sencillo (sin códigos), indicar con precisión el problema y sugerir una solución de forma constructiva.
Ver código
10. Ayuda y documentación
Aunque es mejor si el sistema se puede utilizar sin documentación, puede ser necesario proporcionar ayuda y documentación. Cualquier información de este tipo debe ser fácil de buscar, estar centrada en la tarea del usuario, enumerar los pasos concretos que deben llevarse a cabo y no ser demasiado extensa.
Ver código