Deja de romper el patrón

En pocas palabras: El procesamiento predictivo hace que los usuarios estén anticipando constantemente lo que viene después. Cuando tu interfaz cambia sus propios patrones una y otra vez, la gente se frena, confía menos y dedica más esfuerzo a comprobar cosas que no debería tener que comprobar.

No solo estás reaccionando a tu interfaz. La estás prediciendo. Cada vez que buscas el botón de guardar sin mirar, cada vez que deslizas el pulgar hacia la izquierda sin pensar, no es solo la experiencia lo que te hace rápido. Es tu cerebro ejecutando un modelo que construyó a partir de todo lo que el producto hizo antes y comprobando si este momento encaja. Creo que muchos diseñadores no ven cuánta velocidad viene de esa predicción silenciosa.

Cuando el patrón se mantiene, la interacción parece no exigir esfuerzo. Cuando se rompe, la gente se detiene, vuelve a mirar y reajusta sus expectativas. También llega a lo siguiente con un poco menos de confianza.

La incertidumbre frena a la gente

Charles Berger y Richard Calabrese pasaron la década de 1970 estudiando cómo interactúan los desconocidos. Su hallazgo central era sencillo: por encima de casi todo, las personas buscan hacer predecible el mundo. Cuando puedes predecir a alguien, confías en él. Cuando no, mantienes la cautela, procesas con más cuidado y te reservas.

Con los programas informáticos ocurre lo mismo. El trabajo de Andy Clark sobre procesamiento predictivo describe cómo el cerebro genera expectativas constantemente, milisegundos antes de que registres algo de forma consciente. Tu cerebro hace predicciones todo el tiempo, incluidas pequeñas predicciones sobre dónde quedó el botón de guardar. No experimentas una interfaz de forma neutra. Experimentas si coincide con lo que esperabas. Cuando coincide, todo fluye. Un desajuste exige un pequeño esfuerzo repentino.

Multiplica eso por cada pantalla donde se ha movido el botón principal, cada ventana modal con otra terminología y cada atajo de teclado que deja de funcionar en un contexto concreto. Nada de eso es catastrófico por separado. En conjunto, añade fricción a cada sesión e influye en si los usuarios sienten que el producto trabaja con ellos o un poco en su contra.

La confianza adecuada no es ni excesiva ni insuficiente, sino el nivel correcto de confianza dadas las capacidades del sistema.

— Lee & See · Traducción del inglés

John D. Lee y Katrina A. See escribían sobre automatización industrial en 2004. Controles de aviones. Sistemas de fábricas. Pero lo que encontraron también se aplica aquí. Los usuarios ajustan su confianza directamente a la consistencia. Un sistema que a veces se comporta como esperan y a veces rompe el patrón no obtiene confianza parcial. Obtiene cautela. Los usuarios se frenan y comprueban dos veces.

Windows Vista mostró el coste

Windows Vista salió en 2007 con una función de seguridad llamada Control de cuentas de usuario. La intención era real: antes de que ocurriera algo importante en tu sistema, el sistema operativo te pediría confirmación. Detener el programas maliciosos antes de que pudiera actuar. Dar al usuario un momento para detectar algo peligroso.

El problema era que el sistema no tenía sentido de la proporción. Instalar programas mostraba el mismo cuadro de diálogo que mover un acceso directo del escritorio. Abrir herramientas integradas lo activaba. Cambiar los ajustes de pantalla lo activaba. Un usuario que hiciera cosas corrientes en un día corriente podía ver ese cuadro veinte o treinta veces antes de comer.

Así que los usuarios dejaron de leerlo. Era la respuesta predecible a una señal que había demostrado no aportar información fiable. Cuando llegaba un aviso verdaderamente peligroso, cientos de avisos triviales ya les habían enseñado a descartarlo sin mirarlo. Microsoft redujo discretamente esa insistencia en Windows 7.

Los diálogos no solo dejaron de proteger a los usuarios. Los dejaron menos protegidos que si no hubiera habido diálogos. La inconsistencia entre lo que supuestamente significaba la señal y lo que los usuarios habían aprendido que significaba en realidad le dio la vuelta a todo.

Los diseñadores no ven sus propias inconsistencias

La inconsistencia visual suele detectarse. Botones que cambian de posición entre pantallas, un espaciado que falla en un sitio, un icono que hace dos cosas distintas. Eso aparece en las revisiones de diseño.

La terminología es más difícil. Si la barra lateral lo llama Proyecto, la ventana modal lo llama Espacio de trabajo y la página de ajustes lo llama Espacio, los usuarios dedican un esfuerzo real a preguntarse si son lo mismo o tres ideas que aún no han entendido. Tú sabes que son lo mismo porque pusiste los tres nombres y recuerdas por qué se separaron. Tus usuarios solo están leyendo la pantalla. Arrastran esa ambigüedad en cada interacción, sorteándola en silencio. Lo veo mucho en productos que crecieron rápido. La versión clásica es un botón que dice Guardar en un sitio y Publicar en otro, aunque ambos hagan lo mismo.

La investigación de Nielsen Norman Group encontró tiempos de finalización de tareas aproximadamente un 22 por ciento más rápidos en interfaces cuyos patrones se mantenían de forma consistente. No es un error de redondeo. Es la diferencia entre un producto que se siente rápido y otro con una resistencia que nadie consigue localizar ni explicar.

Por qué sigue ocurriendo

Los diseñadores tienden a trabajar pantalla por pantalla. Esta ventana modal tiene una restricción de espacio, así que la acción va aquí. Este contexto es distinto, así que cambia el texto. Cada decisión tiene sentido localmente. Pero el usuario no evalúa pantallas aisladas. Está poniendo a prueba un modelo que construyó con todo lo que ha visto antes y lo actualiza cuando se rompe el patrón. El diseñador nunca ve ese modelo.

También existe la versión en la que los diseñadores se resisten a la consistencia a propósito porque les parece una rendición creativa. Cuando tu aplicación coloca la navegación donde la colocan todas las demás, los usuarios llegan con un modelo que ya funciona. La originalidad que les cuesta esfuerzo descifrar no merece la pena.

Elige un elemento. Solo uno. ¿Dónde está la acción principal a lo largo de tu interfaz? Ve a mirarlo, pantalla por pantalla, y anótalo. Casi seguro que lo encontrarás en tres o cuatro posiciones, con dos o tres etiquetas distintas, a veces como botón, a veces como enlace, a veces como icono sin etiqueta.

Esa auditoría suele mostrar dónde es más probable que los usuarios se detengan y duden de sí mismos. El producto les está enseñando en silencio que en esos puntos no se comporta del todo como él mismo. Arréglalo. No como rediseño ni como gran proyecto. Simplemente decide dónde va ese elemento y ponlo ahí, siempre.

Haz lo mismo con la terminología. Elige una palabra para cada concepto y úsala en todas partes. Elimina las variantes.

Los usuarios que confían en un producto lo recorren sin pensar apenas en la interfaz. Los que no, van siempre medio paso por detrás, gestionando pequeñas incertidumbres y sin dejar que el producto haga del todo su trabajo.