El costo de hacer pensar a los usuarios

Tu producto puede funcionar perfectamente. Sin bugs. Sin cierres inesperados. Sin botones rotos. Y aun así los usuarios pueden irse.

Tu producto puede funcionar perfectamente.

Sin bugs.

Sin cierres inesperados.

Sin botones rotos.

Todo hace exactamente lo que tiene que hacer.

Y aun así los usuarios pueden irse.

¿Por qué?

Porque a veces el problema no es que tu producto no funcione.

Es que usarlo se siente como trabajar.

«¿Dónde tengo que hacer clic?».

«¿Qué hace este botón?».

«¿Se guardó o no?».

«¿Esto se supone que se arrastra?».

«¿Qué pasa si hago clic aquí?».

El producto no está roto.

Pero el usuario está pensando demasiado.

Y eso es un problema de UX.

Cada pregunta genera fricción

Imagina que abres una app por primera vez.

Ves cinco botones.

Tres iconos.

Un menú de tres puntos.

Un icono de ajustes.

Y un botón grande que dice «Crear».

Te detienes.

«¿Cuál se supone que tengo que usar?».

Esa pequeña pausa puede no parecer importante.

Pero eso es fricción.

La fricción no siempre es una pantalla de carga o un mensaje de error.

A veces son solo unos segundos de duda.

«¿Qué se supone que tengo que hacer aquí?».

Y si los usuarios se hacen esa pregunta una y otra vez a lo largo del producto, la experiencia empieza a resultar agotadora.

Conoces tu producto demasiado bien

Es uno de los errores más fáciles de cometer para un equipo de producto.

Construyes algo.

Lo usas todos los días.

Sabes dónde está todo.

Sabes qué significa cada icono.

Sabes en qué botón hacer clic primero.

Así que, con el tiempo, la interfaz te parece obvia.

Pero no es obvia para alguien que la ve por primera vez.

Por eso algo que al equipo le parece clarísimo puede dejar confundido a un usuario nuevo.

Ya no ves la curva de aprendizaje porque tú ya la subiste.

Ingenioso no siempre es mejor

Existe la tentación de hacer interfaces ingeniosas.

Quitar la etiqueta.

Usar un icono poco habitual.

Esconder una opción dentro de un menú.

Sustituir una acción conocida por algo más «minimalista».

Puede que la interfaz se vea más limpia.

Pero más limpia no siempre significa más fácil.

Un usuario no debería tener que descifrar tu interfaz antes de poder usar tu producto.

La claridad gana al ingenio.

Si una etiqueta sencilla elimina una pregunta, usa la etiqueta.

Si un botón evidente elimina la duda, hazlo evidente.

Cada opción extra tiene un costo

Más opciones suena bien.

Más plantillas.

Más ajustes.

Más formatos.

Más personalización.

Más control.

Pero cada opción adicional también le pide al usuario que tome otra decisión.

Piensa en pedir comida.

Elegir entre cinco platos es fácil.

¿Elegir entre 150 platos?

Ahora estás investigando solo para decidir qué comer.

Con el software puede pasar lo mismo.

A veces los usuarios no necesitan más opciones.

Necesitan ayuda para elegir la correcta.

Por eso los buenos productos no se limitan a dar opciones.

Reducen las decisiones innecesarias.

La buena UX casi desaparece

Piensa en los productos que te encanta usar.

Seguramente no dedicas mucho tiempo a pensar en su interfaz.

Simplemente los usas.

Sabes dónde hacer clic.

Entiendes qué pasa después.

Sabes cuándo algo está terminado.

Nada se interpone.

Y eso es lo curioso de la buena UX.

Cuando funciona, apenas la notas.

Solo piensas:

«Qué fácil fue».

Ese es el objetivo.

No impresionar a los usuarios con la interfaz.

Hacer que la interfaz desaparezca.

Los valores predeterminados pueden pensar por ellos

Una de las formas más sencillas de reducir la fricción es tomar decisiones sensatas por los usuarios.

No les pidas configurar doce ajustes antes de poder probar el producto.

Dales un valor predeterminado sensato.

No les hagas elegir un formato si el 90 % de los usuarios va a usar el mismo.

Empieza con la opción más común.

No quites el control.

Simplemente no obligues a los usuarios a ejercerlo cuando no lo necesitan.

Los buenos valores predeterminados ahorran decisiones.

Los estados vacíos no deberían ser callejones sin salida

Otro problema habitual.

Un usuario abre un dashboard por primera vez.

No hay nada.

Y la pantalla dice:

Vale...

¿Y ahora qué?

Compáralo con:

Y un único botón claro.

La misma pantalla vacía.

Una experiencia completamente distinta.

La primera informa de una situación.

La segunda le dice al usuario qué hacer.

Un estado vacío no debería limitarse a explicar lo que falta. Debería mostrar cuál es el siguiente paso.

Los errores deberían ayudar, no confundir

Los errores son otro momento en el que los productos obligan al usuario a hacer de detective sin necesidad.

Vale.

¿Qué significa eso?

¿Qué se supone que tengo que hacer?

Compáralo con:

Ahora el usuario sabe:

• Qué pasó
• Por qué pasó
• Qué hacer a continuación

Eso es lo que hace un buen mensaje de error.

No se limita a decir que algo salió mal.

Ayuda al usuario a recuperarse.

No obligues a recordar lo que tu interfaz puede mostrar

Imagina que estás creando una contraseña.

Escribes una.

Haces clic en enviar.

Y entonces el producto te dice:

«La contraseña debe tener 8 caracteres, una letra mayúscula, un número y un carácter especial».

Así que lo intentas de nuevo.

Y quizá otra vez.

¿Por qué hacer que el usuario recuerde los requisitos después de fallar?

Muéstraselos mientras crea la contraseña.

El mismo principio se aplica en todas partes.

Si una información es útil en un momento concreto, muéstrala en ese momento.

No obligues a los usuarios a recordar algo que tu interfaz podría simplemente decirles.

Las buenas interfaces apoyan la memoria en lugar de exigirla.

El costo es mayor de lo que parece

Hacer pensar demasiado a los usuarios no siempre provoca un fallo evidente.

Nadie ve un mensaje de error que diga:

«El usuario experimentó demasiada fricción cognitiva».

Simplemente se van.

O abandonan el onboarding.

O se saltan una función.

O abren una solicitud de soporte.

O nunca descubren algo que te llevó semanas construir.

Un botón confuso probablemente no va a hundir tu producto.

Pero decenas de pequeños momentos de duda pueden hacer que toda la experiencia se sienta difícil.

Y eso es lo peligroso.

Los usuarios no siempre se quejan de la fricción. Simplemente dejan de avanzar.

Mira a alguien usar tu producto

Hay una forma sencilla de encontrar estos problemas.

Dale tu producto a alguien que no lo haya usado nunca.

No se lo expliques.

No le señales los botones.

No digas:

«Haz clic aquí».

Solo observa.

• ¿Dónde dudan?
• ¿En qué hacen clic primero?
• ¿Qué entienden mal?
• ¿Qué preguntan?
• ¿Dónde se detienen?

Esos momentos son valiosos.

Porque cada vez que tienes que explicar algo que la interfaz debería haber comunicado, has encontrado un problema de UX.

Haz que lo correcto sea obvio

Una buena UX no significa quitar todos los botones.

No significa hacerlo todo minimalista.

No significa convertir tu interfaz en una pantalla en blanco.

Significa hacer que la acción correcta sea obvia.

Los usuarios deberían poder entender:

• Dónde están
• Qué pueden hacer
• Qué deberían hacer después
• Qué acaba de pasar
• Qué hacer cuando algo sale mal

Cuanto menos esfuerzo cueste responder esas preguntas, más fácil se siente el producto.

Reflexiones finales

Todo producto hace pensar a los usuarios.

Es inevitable.

Los usuarios tienen que tomar decisiones.

Tienen que aportar información.

Tienen que aprender algunas cosas.

Pero no todas las decisiones tienen que ser suyas.

No todas las acciones necesitan una explicación.

No todas las funciones necesitan otra opción más.

Los mejores productos no eliminan el pensamiento.

Reservan el esfuerzo mental del usuario para lo que de verdad importa.

Porque cuando los usuarios pasan menos tiempo averiguando cómo funciona tu producto, tienen más tiempo para usarlo de verdad.

Y a veces, la mejor mejora de UX no es añadir otra función.

Es quitar una cosa más en la que el usuario tenga que pensar.