Detrás de cada decisión de diseño en una interfaz bien construida hay décadas de investigación en psicología cognitiva, ergonomía y comportamiento humano. No es estética. No es intuición. Es conocimiento aplicado con criterio.
Estas cinco leyes de usabilidad existen desde antes de que existiera el concepto de UX como disciplina. Se aplicaron primero en cabinas de aviones y paneles de control industrial, y hoy determinan cómo se diseña desde un sistema operativo hasta un formulario web. Todo diseñador, desarrollador o product manager que tome decisiones sobre interfaces debería conocerlas.
Voy a explicar de la manera más sencilla posible 5 leyes de usabilidad que influyen directamente en la experiencia de usuario (UX) de cualquier interfaz digital.
He dividido el artículo en dos partes: primero un resumen ejecutivo para los que quieren el panorama general, y luego el detalle de cada ley con su origen, su lógica y cómo aplicarla.
Si tu equipo está diseñando un producto, una app o un sitio web, estas leyes deberían estar sobre la mesa desde el principio. Existen desde antes de que existiera Internet, se aplican en el diseño de cabinas de aviones y en paneles de control de plantas nucleares, y siguen siendo la base de cómo diseñan sus interfaces empresas como Apple, Microsoft y Google.
Entender cómo los usuarios interactúan con una interfaz permite crear diseños que no solo se ven bien, sino que convierten mejor y generan menos frustración.
La importancia del UX/UI hoy
Cada vez más empresas contratan especialistas en UX y UI porque ya nadie duda del impacto que tiene el diseño de una interfaz en el éxito de un producto digital. Con tantas opciones disponibles, los usuarios eligen primero lo que les resulta más fácil y práctico de usar.
La forma en que Amazon, Apple o Microsoft diseñan sus interfaces no es un capricho de sus equipos de desarrollo. Cada decisión parte de un estudio previo del comportamiento humano, y a eso se debe en buena parte el éxito de sus productos.
Los smartphones convirtieron Internet en parte de la vida diaria de casi todo el mundo, y ese uso masivo generó una cantidad enorme de datos que ayuda a los equipos de producto a entender mejor cómo las personas se relacionan con lo digital. Ya no se diseña solo para los que «les gustan las computadoras»: se diseña para todo el mundo.
Por eso los sitios web han evolucionado de un diseño meramente estético a uno más funcional, donde importa más convertir visitantes en clientes que generar impacto visual. Los usuarios valoran lo que es fácil de usar y les da experiencias positivas. Y eso también impacta en la CX (experiencia del cliente), que cubre la relación de la empresa con el usuario en todas las etapas del proceso.
Cómo se aplican estos principios en el diseño web
Probablemente hayas notado que hay ciertas similitudes de diseño en la mayoría de los sitios web modernos: botones redondeados, menú hamburguesa arriba a la izquierda, logotipo arriba a la derecha, tipografías limpias y menos decorativas. No es falta de creatividad. Es diseño centrado en el usuario: lo que más funciona, y por tanto lo que genera más resultados.
Las 5 leyes que vamos a ver son:
- 🐘 Ley de Fitts: Componentes grandes y fáciles de señalar.
- 🎢 Ley de Steering: Elementos amplios y fáciles de recorrer.
- 🔢 Ley de Hick: Pocas opciones para optimizar la toma de decisiones.
- 🍰 Ley de Miller: Dividir la interfaz en grupos para procesar mejor la información.
- 🔁 Ley del Poder de la Práctica: Mientras más veces se hace una acción, más rápido se ejecuta.
Algunas formas concretas de aplicar estas reglas en diseño web:
- ➔ Dividir el diseño en secciones.
- ➔ Ampliar el área de los elementos seleccionables.
- ➔ Usar tipografías legibles y textos cortos.
- ➔ Utilizar colores y formas fácilmente reconocibles.
- ➔ Acciones representadas con iconos simples y visibles.
- ➔ Procesos rápidos y fáciles de recordar.
Si ya llegaste hasta aquí y querés conocer el origen de estas conclusiones en detalle, vamos a ello.
1. Ley de Fitts: tamaño, distancia y tiempo de clic
La Ley de Fitts describe qué tan fácil es para una persona apuntar o señalar cosas. Mucha gente cuando la estudia por primera vez cree que se trata solo de que los elementos más grandes son más fáciles de alcanzar, lo cual suena bastante obvio. Pero Paul Fitts descubrió algo más preciso: la eficiencia en la transmisión de información depende de la cantidad de ruido en el sistema, y hay varios factores que influyen más allá del tamaño.
Fitts era investigador de la Fuerza Aérea de los Estados Unidos y en la década de 1950 trabajaba en el rediseño de las cabinas de los aviones. No era un problema estético: era una cuestión de vida o muerte. Si los botones e interruptores estaban en el lugar equivocado, el piloto tardaba fracciones de segundo adicionales en encontrarlos durante una maniobra de emergencia, y eso podía costarle la vida.
Como puede verse en esa cabina, hay una cantidad abrumadora de instrumentos, controles e interruptores. Entender cuáles son los más críticos y ubicarlos de forma óptima era exactamente el problema que Fitts intentaba resolver.
Los usuarios quieren que las cosas sean lo más rápido posible
Paul llegó a la conclusión de que la información que va del cerebro a los músculos viaja a través de un canal, y que el sistema nervioso y la musculatura son el ruido que se interpone cuando tenemos que manipular el mundo físico y pensar al mismo tiempo.
Descubrió que existe una relación directa entre:
- El ancho del objetivo.
- La distancia hasta ese objetivo.
- El tiempo necesario para alcanzarlo.
Según esta ley, reducir el tiempo al mínimo posible significa reducir la distancia e incrementar el tamaño del objetivo. Cuando trabajamos con menús e interfaces, debemos pensar hacia dónde se moverá el cursor: si va de arriba hacia abajo, de izquierda a derecha, y eso determina cómo dar forma a los elementos para que sean más fáciles de alcanzar.
La forma más eficiente de optimizar el tiempo en una interfaz es tener distancia cero entre el punto de partida y el elemento al que queremos hacer clic. El mejor ejemplo de esto son los menús contextuales.
La razón por la que todos los sistemas operativos (Windows, Mac, Linux) usan el menú contextual de clic derecho es simple: cuando hacemos clic derecho, no tenemos que mover el cursor. Todo lo que necesitamos aparece exactamente donde estamos. Es mucho más eficiente que desplazarse hasta el menú principal, navegar por opciones y volver al punto de origen.
Las esquinas de la pantalla
Las esquinas son los puntos más fáciles de alcanzar en cualquier interfaz de pantalla. El cursor no puede pasarlas, así que el usuario no necesita frenar con precisión: simplemente empuja el cursor hacia la esquina y siempre llega. Por eso los sistemas operativos colocan accesos directos críticos ahí: el menú de inicio, los iconos de notificación, los accesos rápidos.
En dispositivos móviles ocurre lo mismo: las zonas activas en los bordes de la pantalla son las más fáciles de alcanzar con el dedo. Acceder a las notificaciones deslizando desde arriba, o a los controles rápidos deslizando desde abajo o desde el costado, todo eso responde a la Ley de Fitts.
Señalar con el dedo es más rápido que con el mouse
Una investigación de 1996 de Evan Graham y Christine Mackenzie, sobre cómo las personas señalan objetos determinó que ese movimiento tiene dos fases: primero un desplazamiento rápido hacia el área general del objetivo, y luego una desaceleración de corrección al aproximarse. Con el dedo esa corrección es más precisa y más rápida que con cualquier dispositivo externo. Es por eso que las interfaces táctiles se sienten más naturales para muchas tareas.
Yo usé uno de esos Pocket PC HTC con Windows CE durante varios años, y era increíble lo que se podía hacer con ellos.
Palm fue un sistema operativo móvil realmente innovador que lamentablemente no alcanzó la masa crítica necesaria. Tenía ideas muy adelantadas para su tiempo en términos de diseño de interfaz, y dio origen a los Pocket PC que tampoco tuvieron la acogida que merecían. Pero muchos de los principios que hoy vemos en iOS y Android tienen su raíz en esas experiencias tempranas.
Resumen de la Ley de Fitts:
- La distancia y el tamaño de un elemento determinan qué tan fácil es hacer clic en él.
- Los bordes y esquinas de la pantalla son los puntos más fáciles de alcanzar.
- La dificultad de alcanzar un botón depende de la dirección del movimiento y el tamaño del objetivo. Un elemento alto pero delgado no es un buen objetivo para movimientos horizontales.
- El clic derecho es tan efectivo porque coloca las opciones a distancia cero del cursor.
- Si los elementos ya son grandes, agrandarlos más no produce mejora perceptible. El esfuerzo debe ir hacia los elementos pequeños.
Lo que no dice la ley
Si un elemento ya es suficientemente grande, agrandarlo más no produce mejora perceptible. El rendimiento marginal cae rápido. El esfuerzo de optimización debe ir hacia los elementos pequeños y alejados, no hacia los que ya son fáciles de alcanzar.
2. Ley de Steering
La Ley de Steering es una derivación de la Ley de Fitts, y describe cómo los humanos se mueven a través de un camino o túnel. ¿Qué tiene que ver esto con el diseño de interfaces?
Describe cómo alguien se desplaza desde un punto de inicio hasta un punto final a través de un trayecto, independientemente de la forma que tenga ese trayecto. La velocidad a la que puedes moverte depende de dos variables: la longitud del camino y su ancho. Cuanto mayor sea el ancho, menor será el tiempo necesario para recorrerlo. Los caminos anchos permiten movimientos más rápidos.
El punto crítico es que el ancho relevante es el mínimo en todo el recorrido. Si hay una sección estrecha, esa es la que congestionará el movimiento completo, sin importar cuán ancho sea el resto.
Mucha gente comete el error de creer que si los ítems del primer nivel de un menú son anchos, eso hace que el menú sea fácil de navegar. Pero el ancho del túnel en su punto más estrecho es lo que determina la velocidad real. Cuando intentás llegar a un subítem de segundo nivel, el «túnel de movimiento» tiene un ancho muy pequeño y una longitud considerable. Eso crea un cuello de botella que obliga a reducir la velocidad, hace el movimiento menos eficiente, y termina en clics fallidos.
En WUFOO, que fue una referencia importante en diseño de UX en los primeros años de los 2000s, experimentaron con una interfaz basada en crossing: no había que hacer clic en nada para navegar entre secciones, simplemente cruzar una línea imaginaria con el cursor hacía aparecer las opciones. El ancho del túnel era toda la altura de la pantalla, así que el movimiento era rapidísimo. El resultado fue que la gente llegaba a secciones sin querer porque era demasiado fácil activarlas. Tuvieron que ajustar el diseño: demasiada eficiencia también genera problemas.
Los menús son uno de los elementos de la interfaz de usuario más afectados por la Ley de Steering. Aquí hay algunas opciones de diseño para que sean fáciles de usar.
- Mantener los menús desplegables lo más cortos posible. Menos opciones significa menos tiempo de recorrido y menos esfuerzo visual.
- Evitar los menús jerárquicos de más de dos niveles de profundidad. Son intrínsecamente difíciles de navegar por las restricciones de esta ley.
- Si la jerarquía es inevitable, usar mega-menús con paneles estáticos en lugar de submenús flotantes que requieren navegación precisa.
Para quienes quieran profundizar en los detalles técnicos de esta ley, el artículo de Nielsen Norman Group sobre Steering Law es una buena referencia.
Reglas prácticas
Mantener los menús desplegables cortos y planos. Si una jerarquía es inevitable, usar mega-menús con paneles estáticos en lugar de submenús flotantes que requieren navegación precisa. Los menús de más de dos niveles de profundidad casi nunca tienen justificación desde la perspectiva de usabilidad.
3. Ley de Hick: menos opciones, decisiones más rápidas
La Ley de Hick describe que se necesita menos tiempo para identificar un objeto entre menos opciones. Suena obvio, pero cuando se analizan las matemáticas y los matices, este principio solo es útil en escenarios muy específicos, y se aplica mal con mucha frecuencia.
William Edmund Hick documentó en 1952 una relación logarítmica entre el número de opciones disponibles y el tiempo que tarda una persona en tomar una decisión. Hick diseñó un experimento con una serie de lámparas dispuestas en una configuración fija. Encendía una al azar y le pedía a los participantes que dijeran cuál estaba encendida, midiendo el tiempo de respuesta. Luego aumentaba la cantidad de lámparas y repetía el procedimiento. Lo que encontró fue una relación logarítmica entre el número de opciones y el tiempo necesario para identificar la correcta.
La relación es logarítmica porque el cerebro realiza una búsqueda binaria: divide el conjunto de opciones a la mitad, evalúa, divide de nuevo. Con ocho opciones se necesitan tres iteraciones mentales. Con dieciséis, cuatro. No es lineal.
Dónde debemos aplicar esta ley
El error más común es aplicar la Ley de Hick al diseño de menús de navegación. Cuando un usuario lee un menú, no hace una búsqueda binaria. Lee cada opción secuencialmente hasta encontrar la que busca. Es una búsqueda lineal. Reducir de diez a cinco ítems en un menú de navegación no produce el ahorro de tiempo que predice la Ley de Hick, porque el mecanismo cognitivo es completamente diferente.
Donde sí aplica: sistemas de alerta
La Ley de Hick es perfectamente aplicable en sistemas donde el usuario debe identificar rápidamente que algo está mal entre muchos elementos. Trabajé un tiempo en una empresa de mnufactura y mucha desiciones se tomanban en la línea de producción. Ahí los paneles de control alarma están organizados en rejillas de celdas, donde cada celda representa una alarma asociada a un equipo.
El diseño permite localizar una alarma activa sin leer cada celda individualmente: primero se detecta visualmente el color de alerta, luego se lee esa celda específica. Eso sí es búsqueda binaria en acción, y la Ley de Hick es exactamente el fundamento de ese sistema.
Donde sí aplica: la acción principal de cada pantalla
En cualquier vista de una aplicación, el usuario debería poder identificar sin esfuerzo qué se supone que debe hacer a continuación. Esto se logra jerarquizando visualmente las acciones. Un botón de acción principal bien diferenciado reduce el tiempo de decisión porque convierte una búsqueda entre múltiples opciones en una identificación inmediata.
En productos como Linear o Notion, la acción primaria de cada pantalla siempre tiene jerarquía visual clara. No porque hayan reducido las opciones hasta la mínima expresión, sino porque han establecido una jerarquía que guía la atención.
Resumen de la Ley de Hick:
Solo se usa en escenarios específicos como:
- ➔ Optimización de la atención en sistemas de alerta
- ➔ Ayudar a los usuarios a identificar qué hacer a continuación
- ➔ Reducir el tiempo de toma de decisión en contextos acotados
Y no se usa para:
- ➔ El diseño de menús de navegación (no usamos búsqueda binaria en menús)
- ➔ Decisiones complejas con muchas variables (como elegir alojamiento en Airbnb)
4. Ley de Miller: la memoria de trabajo tiene un límite preciso
George Miller era un psicólogo cognitivo que en 1956 publicó uno de los artículos más citados de su disciplina: «The Magical Number Seven, Plus or Minus Two«. Lo que intentaba averiguar era la capacidad de la memoria de trabajo: cuántas cosas podemos mantener activas en nuestra mente mientras realizamos una tarea.
Su conclusión fue que ese número es siete, más o menos dos. Es decir, entre cinco y nueve unidades de información. Investigaciones posteriores han refinado ese número hacia abajo (Nelson Cowan, en los 2000s, argumenta que el límite real está más cerca de cuatro), pero el rango de Miller sigue siendo una referencia útil en la práctica del diseño. El número de Miller sigue siendo útil como referencia práctica, pero conviene saber que el límite real es más ajustado.
La diferencia entre bits y chunks
Este es el concepto más importante de esta ley y el más frecuentemente malentendido. La memoria de trabajo no procesa ítems individuales: procesa chunks, es decir, grupos de información organizados en un patrón reconocible.
Un número de teléfono de diez dígitos presentado como 3121234567 es difícil de retener. El mismo número presentado como 312-123-4567 se convierte en tres chunks. La información es exactamente la misma; la carga cognitiva es radicalmente diferente.
- Bit: cada letra individual que forma una palabra
- Chunk: la palabra completa
Los humanos somos máquinas de reconocer patrones. Constantemente agrupamos lo que percibimos en unidades con significado, y procesamos esas unidades, no los elementos individuales que las componen.
El cerebro trabaja reconociendo patrones, no procesando elementos discretos.
Existe algo llamado bucle fonológico, un componente de la memoria de trabajo que procesa información verbal. Almacena aproximadamente dos segundos de sonido. Eso determina cuánta información auditiva podemos retener de forma inmediata, y explica por qué los hablantes de mandarín pueden retener más dígitos numéricos que los hablantes de español o inglés: en mandarín los números se pronuncian más rápido, lo que permite comprimir más dígitos en esos dos segundos. No es una diferencia de capacidad cognitiva, es una diferencia de eficiencia fonológica del idioma.
Cómo aplicar la Ley de Miller en el diseño de interfaces
El principio operativo es simple: diseñar en chunks. Agrupar elementos relacionados, separar grupos distintos, y limitar la cantidad de grupos que el usuario debe procesar al mismo tiempo.
GitHub es un caso bien ejecutado. La interfaz tiene una densidad de información considerable, pero está organizada en bloques claramente delimitados. El usuario no procesa todos los elementos a la vez: procesa el bloque de navegación, luego el bloque de contenido principal, luego el panel lateral. Cada uno es un chunk.
Los formularios multi-paso aplican esta ley de forma directa: en lugar de mostrar veinte campos juntos, los dividen en grupos temáticos de cuatro o cinco. El usuario completa un chunk, avanza, completa el siguiente. La carga cognitiva en cada paso es manejable.
La memoria funciona mejor al dividir el todo en partes
Resumen de la Ley de Miller:
- 🧠 La memoria de trabajo gestiona entre 5 y 9 elementos en promedio (7 es el número central).
- 📖 Lo que importa no son los ítems individuales sino los chunks: grupos de información con un patrón reconocible.
- 🎙 La memoria fonológica procesa aproximadamente 2 segundos de sonido, lo que determina cuánta información verbal podemos retener de forma inmediata.
- ✏️ Lo ideal es diseñar interfaces en chunks: grupos reducidos de información relacionada que la memoria de trabajo pueda analizar y procesar sin esfuerzo.
5. Ley del Poder de la Práctica: la repetición supera a la complejidad
Esta es la ley que más consecuencias tiene en decisiones de producto y que con más frecuencia se ignora.
La formulación es directa: el tiempo necesario para ejecutar una acción disminuye con cada repetición, siguiendo una curva de potencia. Las primeras repeticiones producen las mayores ganancias de velocidad. Las siguientes siguen produciendo mejoras, aunque menores. No hay un punto de saturación real: la práctica 101,000 sigue siendo marginalmente más rápida que la 100,000.
La ley del poder del aprendizaje dice que el tiempo que se tarda en realizar una tarea disminuye con el número de repeticiones de esa tarea.
La implicación más importante para diseño
Un usuario que llega a una interfaz nueva no empieza desde cero si reconoce patrones que ya ha practicado en otros contextos. Cada vez que un diseñador reinventa un patrón de interacción consolidado, obliga al usuario a empezar su curva de aprendizaje desde el inicio, sin aprovechar el capital de práctica acumulado.
Los patrones establecidos (menú hamburguesa, swipe para eliminar, pull-to-refresh, doble clic para editar) existen porque millones de usuarios los han practicado millones de veces. Sustituirlos por algo «más original» no es creatividad, es friccionar la experiencia sin justificación funcional.
Interfaces que evolucionan con el usuario
La Ley de la Práctica también implica que la interfaz óptima para un usuario nuevo no es la misma que para uno experimentado. En WUFOO, mostraban instrucciones contextuales («haz clic o arrastra para agregar un campo») durante las primeras sesiones de uso. Cuando los datos de comportamiento indicaban que el usuario había interiorizado el patrón, las instrucciones desaparecían. El espacio recuperado se usaba para mostrar más información relevante.
Esta progresión es lo que Notion implementa de forma más sofisticada hoy: los tooltips y hints están presentes en las primeras interacciones con cada función, y se suprimen gradualmente a medida que el usuario las usa. Linear hace algo similar con los atajos de teclado: los sugiere en contexto la primera vez que el usuario realiza una acción con el mouse, asumiendo que la repetición los hará innecesarios.
La interfaz debería de cambiar dependiendo de si los usuarios del sistema son nuevos o experimentados.
El problema de los diálogos de confirmación
Este es un caso donde la Ley de la Práctica trabaja en contra si no se gestiona correctamente. Los diálogos del tipo «¿Está seguro de que desea eliminar esto?» parecen una salvaguarda, pero el usuario los ve repetidamente y aprende a confirmarlos de forma automática, sin leerlos. La práctica lo vuelve más rápido en hacer clic en «Aceptar», lo que eventualmente lleva a eliminar algo importante sin darse cuenta.
La solución correcta no es más confirmaciones, es hacer la acción reversible. Una opción de deshacer con tiempo límite (como hace Gmail con el envío de correos, o Notion con la eliminación de páginas) respeta la velocidad del usuario experimentado y protege al usuario que cometió un error. El diálogo de confirmación es un parche; el deshacer es una solución de diseño.
La trampa del onboarding complejo
Una consecuencia práctica: no hace falta que el usuario aprenda todo el sistema desde el inicio. Solo hace falta que aprenda algo una vez, correctamente. En WUFOO, el problema de que los usuarios no encontraban la pestaña de configuración del formulario se resolvió de forma elegante: los formularios nuevos se llamaban «Formulario sin título», lo que incentivaba a los usuarios a hacer clic en el título para cambiarlo. Ese clic abría la configuración del formulario. Una sola vez era suficiente para descubrir el sistema. Las consultas de soporte sobre ese tema desaparecieron.
La solución no fue un tour guiado ni un modal de bienvenida. Fue diseñar una penalización menor (un nombre de formulario inaceptable) que el usuario resolvía de forma natural, aprendiendo el camino correcto en el proceso.
El patrón común entre las cinco leyes
Como pueden ver, estas cinco leyes de usabilidad están presentes en casi todo lo que usamos a diario, aunque no nos demos cuenta. No son teoría académica desconectada de la realidad: son el fundamento de decisiones de diseño que afectan directamente cuánto tiempo le toma a un usuario completar una tarea, cuánta frustración acumula en el proceso, y si vuelve o no.
Estas leyes no son independientes. Se articulan alrededor de un principio único: el cerebro humano tiene capacidades y límites documentables, y el trabajo del diseñador es construir dentro de esos límites, no ignorarlos.
Hacer los elementos interactivos más grandes y cercanos (Fitts). Ampliar los caminos de navegación (Steering). Reducir las opciones en contextos de alerta y acción primaria (Hick). Agrupar la información en chunks manejables (Miller). Respetar los patrones que el usuario ya practica y diseñar para la progresión (Práctica).
Ninguna de estas leyes requiere sacrificar complejidad funcional. Requieren organizarla de forma que el cerebro humano pueda procesarla sin fricción innecesaria. La diferencia entre una interfaz que se siente intuitiva y una que se siente pesada raramente está en las funcionalidades. Está en si estas leyes fueron tomadas en cuenta o no.
El motivo por el que vale la pena conocerlas es que tienen eficacia comprobada durante décadas. Antes de inventar algo nuevo, tiene sentido preguntarse si lo que ya existe y funciona no es suficiente. Y si se va a romper una de estas leyes, al menos que sea con plena conciencia de lo que se está sacrificando.