Tu interfaz agota

En pocas palabras: La carga cognitiva se acumula más rápido de lo que esperan los equipos. Cada etiqueta, decisión y paso innecesario adicional ocupa memoria de trabajo, y llega un momento en que los usuarios dejan de usar tu producto porque les parece demasiado trabajo.

No hay nada claramente roto y, aun así, la gente abandona. Así se ve la carga cognitiva en los productos. Una etiqueta requiere una segunda lectura. Un paso es un paso de más. Un control obliga a adivinar un poco. Por separado, nada parece fatal, pero todo junto agota. Cuando llegan a la parte que importa, ya están cansados.

La tarea ya consume parte del presupuesto

Durante años, los diseñadores repitieron el número siete. George Miller les dio pie y el sector lo convirtió en una regla. Nelson Cowan volvió después sobre el asunto y situó la cifra real más cerca de cuatro unidades mantenidas en la mente a la vez. Eso importa porque muchas interfaces consumen esos espacios antes de que empiece la tarea.

John Sweller hace la distinción más importante aquí. Parte del esfuerzo pertenece a la tarea. Parte ayuda al usuario a aprender. Y después está la carga extra que añade la interfaz sin una buena razón: una redacción poco clara, una jerarquía deficiente o un paso que se quedó porque nadie quiso quitarlo. Ese es el impuesto.

Steve Krug expresó bien la versión práctica: «Cada interrogante aumenta nuestra carga de trabajo cognitiva y desvía nuestra atención de la tarea que tenemos entre manos» (traducción del inglés). Esa es la cuestión. No se trata solo de tener demasiadas opciones. Se trata del lastre general que crean las pequeñas incertidumbres.

Fred Paas, Alexander Renkl y John Sweller llevaron la misma idea más lejos: no toda carga es igual. Una parte ayuda a aprender. Otra solo consume capacidad. Esa es la distinción que los diseñadores pasan por alto cuando dicen que una tarea tiene que ser difícil. La dificultad debería pertenecer a la tarea, no a tus palabras, tu estructura o tus opciones predeterminadas elegidas por comodidad.

TurboTax redujo el trabajo extra

TurboTax es útil como ejemplo porque la tarea de fondo es horrible. Presentar la declaración de impuestos es difícil. El diseño no puede simplificar la normativa fiscal. Pero TurboTax redujo el trabajo extra alrededor de la tarea. Una pregunta por pantalla. Inglés claro donde se podía eliminar la jerga. Un camino claro a través del proceso.

Eso es lo que hace útil el ejemplo. No eliminó la dificultad del problema en sí. Eliminó dificultad de la interfaz que lo rodeaba. Los productos competidores a menudo obligaban a mantener más cosas en mente a la vez, saltar entre secciones o descifrar términos que nadie debería haber tenido que descifrar.

Conviene dejar una cosa clara. El comportamiento de Intuit en otros ámbitos no invalida esta observación sobre diseño. La lección es más concreta. Si la tarea ya pesa, la interfaz no tiene derecho a hacerla más pesada.

Así es una buena simplificación. No consiste en fingir que la tarea es sencilla. Consiste en negarse a añadir tensión alrededor: una pregunta clara, un siguiente paso evidente y una cosa menos que recordar mientras haces algo que ya te resulta temible.

Esa diferencia importa porque los diseñadores suelen defender las pantallas recargadas señalando la complejidad del sector. La sanidad es compleja. Las finanzas son complejas. Las operaciones entre empresas (B2B) son complejas. Pero eso no justifica una pantalla que obliga a los usuarios a descifrar el lenguaje interno de tu equipo, recordar dependencias ocultas o adivinar qué ocurrirá después de hacer clic.

Va más allá de las opciones

Una pantalla puede agotar con solo tres botones si el texto es vago, la jerarquía es confusa y el recorrido exige mantener demasiadas cosas en mente a la vez. Por eso los diseñadores no lo ven. Buscan fallos espectaculares. Lo que han construido muchas veces es, simplemente, agotador.

He visto productos perder usuarios no porque la decisión fuera difícil, sino porque la interfaz no dejaba de pedir un pequeño esfuerzo más de interpretación.

Haz una auditoría de carga

Abre la pantalla que más usa la gente y cuenta las cosas que debe mantener en mente antes de poder avanzar. No solo elecciones. Interpretaciones. Términos. Pasos. Dependencias. Pequeños momentos en los que el usuario tiene que detenerse a averiguar qué querías decir. Después haz una pregunta: ¿este esfuerzo le ayuda a completar la tarea o solo está ahí porque la interfaz le hace trabajar para tu comodidad?

Si es lo segundo, elimínalo.

Si no puedes eliminarlo, déjalo para después. Muchas pantallas agotadoras no están sobrecargadas porque contengan demasiadas cosas en todo momento. Lo están porque muestran demasiadas cosas demasiado pronto. Pon primero lo esencial y deja que los detalles adicionales aparezcan solo cuando el usuario llegue al punto de necesitarlos. Un usuario cansado no debería tener que ordenarlo todo antes de poder hacer algo útil.

Aquí es donde la revelación progresiva demuestra su valor. No como una expresión de una biblioteca de patrones, sino como una forma de dejar de gastar la atención del usuario antes incluso de que la tarea principal esté clara. La pregunta es sencilla: ¿qué necesita esta persona para actuar ahora mismo y qué puede esperar treinta segundos?

Si gastas toda la atención al principio, el resto del flujo trabaja con las sobras.

Los usuarios no siempre abandonan porque estén bloqueados. Muchos abandonan porque lo has vuelto todo demasiado agotador para seguir.