1. Visibilidad del estado del Sistema
El sistema debe mantener siempre informado a los usuarios acerca de lo que está ocurriendo, a través de una retroalimentación o “feed-back” adecuado y en un tiempo razonable. Por ejemplo, con una barra de estado cuando hay una descarga.
2. Adecuación entre el sistema y el mundo real
El sistema debe hablar el lenguaje de los usuarios, con palabras, frases y conceptos que les sean familiares, más que con términos propios del sistema. Debe seguir las 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 eligen a menudo opciones del sistema por error y necesitarán una “salida de emergencia” claramente delimitada para abandonar el estado no deseado en que se hallan sin tener que mantener un diálogo largo con el sistema. Es conveniente usar las opciones “deshacer-rehacer”.
4. Consistencia y estándares
Los usuarios no tienen por qué imaginar que diferentes palabras, situaciones o acciones significan lo mismo. Es conveniente seguir convenciones.
5. Prevención de errores
Mejor que un mensaje de error es un diseño cuidadoso que prevenga los errores. Por ejemplo, ofrecer diversas opciones en un menú en lugar de hacer que el usuario deba teclear algo.
6. Reconocer mejor que recordar
Hacer visibles objetos, acciones y opciones. El usuario no tiene por qué recordar información de una parte del diálogo con el sistema en otra parte. Las instrucciones de uso del sistema deben estar visibles o fácilmente localizables cuando proceda.
7. Flexibilidad y eficiencia de uso
Los aceleradores o atajos –que el usuario principalmente no nota– pueden hacer más rápida la interacción para usuarios expertos, de tal forma que el sistema sea útil para los dos tipos de usuarios. Permite a los usuarios adaptar acciones frecuentes. Por ejemplo, los atajos de teclados o combinaciones de teclas: F5, ctrl + C, ctrl + F, etcétera.
8. Estética y diseño minimalista
Los diálogos entre sistema y usuarios no deben contener información irrelevante o raramente necesitada. Cada unidad de información extra en un diálogo compite con las unidades relevantes de información y disminuye su visibilidad relativa.
9. Ayudar a los usuarios a reconocer, diagnosticar y solucionar errores
Los mensajes de errores deben expresarse en un lenguaje común – sin códigos–, indicar con precisión el problema y sugerir de forma constructiva una solución.
10. Ayuda y documentación
Aunque es buena señal que el sistema pueda ser usado sin documentación, puede ser necesario proveer cierto tipo de ayuda. Cualquier información debe ser fácil de buscar, especificar los pasos que serán necesarios para realizarla y no ser muy amplia.
via: http://www.proyectoweb.org/boletin/principios-heuristicos-de-nielsen.html

Julio 13th, 2007 at 9:51 am
Hello
Looks good! Very useful, good stuff. Good resources here. Thanks much!
G’night
Agosto 5th, 2007 at 3:22 am
Hello
I love the colors you use, and the images are vivid and energetic. Great work, good site too. I’ll be in touch!
Bye
Agosto 22nd, 2007 at 4:01 pm
Hi
Real nice! I found lots of intresting things here. I will bookmark!
Bye