≡En resumen
- Los principios de diseño user-friendly no son gustos estéticos: resumen décadas de investigación sobre cómo se equivocan las personas al usar una interfaz.
- Nielsen, Shneiderman y Norman coinciden en lo esencial: coherencia, feedback visible, prevención de errores y control del usuario.
- Sirven para diseñar y también para auditar: una revisión heurística detecta muchos problemas antes de probar con usuarios.
- Son principios generales; aplicados a formularios y checkout se concretan en reglas como etiquetas visibles y validación en línea.
- Ningún principio sustituye a observar a usuarios reales con un test de usabilidad.
01 ¿Qué son los user-friendly design principles?
La expresión mezcla el adjetivo inglés user-friendly («fácil de usar») con design principles. En español se habla de principios de usabilidad, principios de diseño de interfaces o, cuando se usan para evaluar, de heurísticas. Nacieron en la disciplina de la interacción persona-ordenador (HCI) entre los años ochenta y noventa, cuando el software empezó a llegar a usuarios sin conocimientos técnicos, y siguen vigentes porque describen cómo percibimos, recordamos y nos equivocamos, no cómo es una tecnología concreta.
02 Las 10 heurísticas de Nielsen, con ejemplos
Jakob Nielsen publicó sus diez heurísticas en 1994 a partir del análisis de 249 problemas de usabilidad. Nielsen Norman Group revisó la redacción en 2020 y de nuevo en 2024, pero los diez principios no han cambiado. Son la lista más usada del mundo para revisar interfaces; si quieres ver cómo encajan con otros métodos de investigación, repasa nuestra guía sobre las heurísticas de Nielsen y el UX research.
| # | Heurística | Ejemplo en una web o app |
|---|---|---|
| 1 | Visibilidad del estado del sistema | Barra de progreso al subir un archivo; «Paso 2 de 3» en un checkout |
| 2 | Relación entre el sistema y el mundo real | Decir «Tu pedido» en lugar de «Transacción #A-331» |
| 3 | Control y libertad del usuario | Botón «Deshacer» o «Cancelar» visible tras borrar algo |
| 4 | Coherencia y estándares | El logo lleva a la portada y el carrito está arriba a la derecha, como en casi todas las tiendas |
| 5 | Prevención de errores | Desactivar fechas pasadas en un calendario de reservas |
| 6 | Reconocer mejor que recordar | Mostrar búsquedas recientes en lugar de obligar a reescribirlas |
| 7 | Flexibilidad y eficiencia de uso | Atajos de teclado o filtros guardados para usuarios expertos |
| 8 | Diseño estético y minimalista | Una sola llamada a la acción principal por pantalla |
| 9 | Ayudar a reconocer, diagnosticar y recuperarse de errores | «La contraseña debe tener 8 caracteres; te faltan 2» en lugar de «Error 422» |
| 10 | Ayuda y documentación | Una ayuda contextual junto al campo que suele generar dudas |
03 Las 8 reglas de oro de Shneiderman
Ben Shneiderman, profesor de la Universidad de Maryland, formuló sus Eight Golden Rules of Interface Design en su libro Designing the User Interface, cuya sexta edición es de 2016. Están pensadas para diseñar, más que para auditar, y ponen el acento en el diálogo entre persona y sistema.
| Regla | Qué significa | Ejemplo |
|---|---|---|
| 1. Busca la coherencia | Mismas acciones, mismos términos, mismos colores en todas las pantallas | Todos los botones primarios con el mismo color y verbo |
| 2. Busca la usabilidad universal | Diseña para novatos, expertos, mayores y personas con discapacidad | Texto ampliable y navegación completa con teclado |
| 3. Ofrece feedback informativo | Cada acción recibe una respuesta proporcional a su importancia | Un aviso discreto al guardar; una confirmación clara al pagar |
| 4. Diseña diálogos con cierre | Las secuencias tienen principio, medio y un final evidente | Página de «Pedido confirmado» con número y siguiente paso |
| 5. Previene errores | Que sea difícil equivocarse y fácil corregir | Selector de país en lugar de campo de texto libre |
| 6. Permite deshacer las acciones | Reduce la ansiedad y anima a explorar | La opción de deshacer el envío que ofrece Gmail |
| 7. Mantén al usuario al mando | Nada ocurre sin que el usuario lo provoque o lo espere | Sin vídeos que se reproducen solos con sonido |
| 8. Reduce la carga de memoria a corto plazo | No obligues a recordar datos de una pantalla a otra | Resumen del pedido visible durante todo el checkout |
04 Los principios de diseño de Don Norman
Don Norman los expuso en The Psychology of Everyday Things (1988), rebautizado después como The Design of Everyday Things y revisado en 2013. Su idea central es que, cuando alguien no sabe usar algo, el fallo suele ser del diseño y no de la persona. Sus principios explican por qué una puerta, un grifo o un botón se entienden o no.
Visibilidad y descubribilidad
Las acciones posibles deben verse. Un menú escondido tras un icono ambiguo reduce el uso de lo que hay dentro.
Feedback
El sistema comunica de inmediato el resultado de cada acción; sin respuesta, el usuario repite el clic o abandona.
Affordances y significantes
La affordance es lo que un objeto permite hacer; el significante es la pista que lo indica, como el subrayado de un enlace.
Mapeo
La relación entre el control y su efecto debe ser natural: un deslizador que sube el volumen al moverlo a la derecha.
Restricciones
Limitar lo que se puede hacer evita errores: un botón de pago desactivado hasta aceptar las condiciones.
Modelo conceptual
El usuario debe poder imaginar cómo funciona el sistema. Una carpeta o una papelera ayudan a construir ese modelo.
05 Nielsen vs Shneiderman vs Norman: en qué se diferencian
| Aspecto | Nielsen | Shneiderman | Norman |
|---|---|---|---|
| Año de referencia | 1994 | Años ochenta; 6.ª ed. del libro en 2016 | 1988; revisión en 2013 |
| Número | 10 heurísticas | 8 reglas de oro | Conjunto abierto de conceptos |
| Uso principal | Auditar interfaces existentes | Diseñar diálogos e interacciones | Entender por qué algo se usa bien o mal |
| Ámbito | Software y web | Software y web | Cualquier objeto, físico o digital |
| Punto fuerte | Lista práctica para revisiones | Foco en feedback, cierre y deshacer | Vocabulario: affordance, significante, mapeo |
06 Otras leyes de usabilidad que conviene conocer
| Ley | Qué dice | Aplicación práctica |
|---|---|---|
| Ley de Fitts (Paul Fitts, 1954) | El tiempo para alcanzar un objetivo depende de su tamaño y distancia | Botones principales grandes y cerca de donde está el pulgar |
| Ley de Hick-Hyman (1952-1953) | El tiempo de decisión crece con el número de opciones | Menús cortos y opciones agrupadas |
| Ley de Jakob (Nielsen) | Los usuarios pasan casi todo su tiempo en otras webs y esperan que la tuya funcione igual | Respetar convenciones: carrito, buscador, menú |
| Principios POUR de WCAG | Perceptible, operable, comprensible y robusto | Base de la accesibilidad web y de la ley europea |
Donde más se nota el cumplimiento o no de todos estos principios es en los formularios y en el pago. Lo desarrollamos en la ficha de principios user-friendly aplicados a formularios y checkout, con etiquetas, mensajes de error, validación en línea y los criterios 3.3 de WCAG.
07 Cómo aplicar los principios en un proyecto web o app
-
1
Investiga antes de diseñar
Entrevistas, analítica y tareas clave: qué intenta hacer el usuario y dónde se atasca hoy.
-
2
Define convenciones
Un sistema de diseño con componentes, colores y textos coherentes aplica por defecto la regla de coherencia.
-
3
Prototipa y revisa con heurísticas
Pasa el prototipo por las 10 heurísticas antes de programar; corregir en Figma es mucho más barato que en código.
-
4
Prueba con usuarios reales
Un test de usabilidad con cinco personas por perfil ya revela los problemas más graves.
-
5
Mide tras el lanzamiento
Tasas de error, abandonos por paso y grabaciones de sesión confirman si los principios funcionan en la práctica.
Los principios orientan, pero no sustituyen a observar a personas usando tu producto: un test de usabilidad confirma o desmiente lo que la revisión heurística solo sospecha. En nuestro servicio de diseño UX/UI combinamos ambos antes de pasar a desarrollo, y en proyectos de desarrollo de aplicaciones móviles los aplicamos desde el primer wireframe.
08 Ejemplo: un formulario de reserva antes y después
Antes: un campo de fecha de texto libre, un botón gris que no parece pulsable, un error genérico («Datos incorrectos») al enviar y ninguna confirmación en pantalla. Incumple la prevención de errores, los significantes, el diagnóstico de errores y el cierre del diálogo.
Después: calendario con días pasados y cerrados desactivados (restricción), botón de color con el verbo «Reservar mesa» (significante), aviso junto al campo si falta el teléfono (diagnóstico) y una pantalla final con día, hora y enlace para cancelar (cierre y control).
- ✓¿Sabe el usuario en todo momento qué está pasando y en qué paso está?
- ✓¿Usas las palabras del usuario, no las de tu base de datos?
- ✓¿Se puede deshacer o cancelar cualquier acción importante?
- ✓¿Son coherentes los botones, colores y textos en todas las pantallas?
- ✓¿Evita el diseño los errores antes de que ocurran?
- ✓¿Los mensajes de error dicen qué ha fallado y cómo arreglarlo?
Preguntas frecuentes sobre User-friendly design principles
Significa «principios de diseño fácil de usar»: reglas de usabilidad que ayudan a crear interfaces comprensibles, eficientes y tolerantes a errores.
Las 10 heurísticas de Jakob Nielsen (1994), las 8 reglas de oro de Ben Shneiderman y los principios de Don Norman, como feedback, affordances, significantes, mapeo y restricciones.
Las heurísticas de Nielsen se usan sobre todo para auditar interfaces existentes; las reglas de Shneiderman están pensadas para diseñar la interacción. Comparten coherencia, feedback, prevención de errores y deshacer.
Sí. Nielsen Norman Group actualizó la redacción en 2020 y 2024, pero los diez principios siguen siendo los mismos desde 1994 porque describen el comportamiento humano, no una tecnología.
Es la relación entre un objeto y una persona que determina qué acciones son posibles, como empujar una puerta. La pista visible que lo comunica se llama significante.
Haz una revisión heurística con varios evaluadores y confírmala con un test de usabilidad con usuarios reales. La analítica de abandonos por paso ayuda a priorizar.
Fuentes consultadas
Sobre el autor
Germán Gutiérrez
Development Manager en appyweb
Dirige el equipo de desarrollo de appyweb: aplicaciones web y móviles, SaaS, integraciones y arquitectura de software.
Ver perfil en LinkedIn ↗