Estas son según Jakob Nielsen las 10 reglas más importantes de la usabilidad:
1. Visibilidad del estado del sistema: El sistema debe siempre mantener a los usuarios informados sobre lo que ocurre, a través de una retroalimentación apropiada dentro de un tiempo razonable.
2. Empate entre el sistema y el mundo real: El sistema debe hablar en el lenguaje del usuario, con palabras, frases y conceptos familiares al usuario, más que con términos orientados al sistema. Siga convenciones del mundo real, haciendo que la información aparezca en un orden natural y lógico.
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 de su estado no deseado sin tener que pasar por un diálogo amplio. Ofrece soporte para deshacer y rehacer acciones.
4. Consistencia y estándares: Los usuarios no deberían preguntarse si palabras, situaciones o acciones distintas significan lo mismo. Siga las convenciones de la plataforma.
5. Prevención de errores: Aún mejor que tener buenos mensajes de error es tener un diseño cuidadoso que empieza evitando que un problema ocurra.
6. Reconocimiento mejor que recuerdo: Haga que los objetos, las acciones y las opciones estén visibles. El usuario no tendría por qué recordar información de una parte del diálogo a otra. Las instrucciones para usar el sistema deberían estar visibles o fácilmente recuperables dondequiera que sea apropiado.
7. Flexibilidad y eficiencia de uso: Los aceleradores –invisibles para el usuario novato– pueden a menudo acelerar la interacción del usuario experto de tal modo que el sistema atienda a usuarios inexpertos y experimentados. Permita a los usuarios configurar sus acciones frecuentes.
8. Diseño estético y minimalista: Los diálogos no deben contener información irrelevante o rara vez necesitada. Cada unidad adicional de información en un diálogo compite con las unidades relevantes de información, y reduce su visibilidad relativa.
9. Ayude a los usuarios a reconocer, diagnosticar y recuperarse de los errores: Los mensajes de error deben estar expresados en lenguaje llano (sin códigos), indicar con precisión el problema y sugerir de manera constructiva una solución.
10. Ayuda y documentación: Aunque lo mejor es que el sistema pueda usarse sin documentación, puede ser necesario proveer ayuda y
documentación. Cualquier información de esta clase debe ser fácil de buscar, estar concentrada en la actividad del usuario, enlistar pasos concretos a realizar y no ser demasiado grande.



