Diseñar la duda

Una compra se completa o falla. Un producto está disponible o agotado. Un formulario se envía correctamente o muestra un error. Estamos acostumbrados a diseñar interfaces que ofrecen respuestas claras, con estados bien definidos y mensajes que apenas dejan espacio a la interpretación.

Y tiene sentido. La claridad es uno de los fundamentos de una buena experiencia de usuario. Necesitamos saber qué está ocurriendo y cuál ha sido el resultado de nuestras acciones.

Sin embargo, no todos los procesos digitales funcionan con esa misma lógica. Cuando una aplicación de navegación indica que llegaremos a las 18:30, ¿nos está dando una certeza o una estimación? ¿Y cuando una tienda online anuncia que recibiremos un pedido al día siguiente?

El problema no está en utilizar estados claros, sino en presentar como definitivo aquello que, en realidad, es una predicción.

Los modelos tradicionales siguen siendo necesarios, pero cada vez trabajamos más con sistemas cuyos resultados dependen de probabilidades, datos cambiantes o información incompleta. Y eso nos obliga a ampliar nuestra manera de diseñar y comunicar.

Cuando los sistemas empiezan a responder con probabilidades

No todas las incertidumbres tienen el mismo origen. Una aplicación meteorológica puede estimar la probabilidad de lluvia, una plataforma de comercio electrónico puede calcular una fecha de entrega y un asistente de inteligencia artificial puede generar una respuesta aparentemente convincente sin disponer de información suficiente para garantizar su exactitud.

En otros casos, el problema no está en la predicción, sino en los datos: información incompleta, fuentes desactualizadas o resultados que dependen de variables que el sistema no puede controlar.

Son situaciones diferentes, pero a menudo las presentamos de la misma manera: mediante una respuesta concreta, sin explicar qué grado de fiabilidad tiene ni cuáles son sus limitaciones.

La incorporación de la inteligencia artificial hace que esta cuestión sea todavía más relevante. Una respuesta bien redactada no es necesariamente una respuesta correcta, y la seguridad con la que se presenta puede influir en cuánto confiamos en ella.

Por eso, antes de decidir cómo comunicar la incertidumbre, necesitamos comprender de dónde procede. No es lo mismo advertir que una previsión puede cambiar que reconocer que no disponemos de información suficiente para responder.

Diseñar esa diferencia es también diseñar una mejor experiencia de usuario.

Cómo se diseña una duda

Comunicar incertidumbre no significa llenar una interfaz de advertencias, mensajes de error o porcentajes de confianza. El verdadero desafío consiste en ofrecer la información necesaria para que el usuario comprenda hasta qué punto puede confiar en un resultado.

El lenguaje es un buen punto de partida. No transmite lo mismo «Tu pedido llegará mañana» que «Entrega estimada para mañana». Una sola palabra puede cambiar las expectativas sin complicar la experiencia.

También podemos recurrir a explicaciones contextuales, indicadores visuales o alternativas cuando el sistema no dispone de suficiente información. Por ejemplo, en lugar de mostrar únicamente «No hemos encontrado resultados», una interfaz podría sugerir ampliar los criterios de búsqueda o consultar otras opciones.

¿Y los porcentajes de confianza? Mostrar que una IA tiene un 87% de confianza en su respuesta puede parecer transparente, pero ¿sabe realmente el usuario qué significa ese número? Sin contexto, estas cifras pueden generar una falsa sensación de precisión.

La clave está en comunicar la incertidumbre de forma proporcional y comprensible, sin trasladar al usuario toda la complejidad técnica del sistema.

Porque diseñar la duda no consiste en hacer que las personas desconfíen de todo, sino en ayudarles a reconocer cuándo una respuesta necesita algo más de contexto.

No todas las decisiones necesitan el mismo nivel de certeza

¿Qué ocurre si una plataforma de música nos recomienda una canción que no nos gusta? Probablemente, nada importante. Podemos saltarla y seguir escuchando. Pero ¿qué sucede si una aplicación financiera nos recomienda una inversión basándose en información incompleta?

La incertidumbre existe en ambos casos, pero sus consecuencias son muy diferentes.

Por eso, la forma de comunicarla debería ser proporcional al riesgo de cada decisión. En una recomendación musical, una explicación detallada podría resultar innecesaria. En cambio, cuando hablamos de dinero, salud o información sensible, conocer las limitaciones del sistema puede ser fundamental.

También importa la posibilidad de rectificar. No es lo mismo aceptar una sugerencia que podemos deshacer inmediatamente que tomar una decisión con consecuencias difíciles de revertir.

El contexto, por tanto, debería determinar cuánto explicamos, cuándo pedimos confirmación y qué alternativas ofrecemos al usuario.

Una buena experiencia de usuario no elimina todas las dudas, sino que ayuda a tomar decisiones con el nivel de información adecuado. Y eso implica reconocer que no todas las interacciones necesitan las mismas garantías.

La confianza no consiste en parecer infalible

¿Confiamos más en un sistema que siempre parece tener la respuesta o en uno que reconoce cuándo puede equivocarse?

En el diseño digital, la confianza suele asociarse con la seguridad, la precisión y la ausencia de errores. Sin embargo, una interfaz que transmite demasiada certeza puede generar expectativas que el propio sistema no está preparado para cumplir.

Aquí entra en juego un concepto importante: la confianza bien calibrada. No se trata de conseguir que el usuario confíe más, sino de que confíe en la medida adecuada, comprendiendo tanto las capacidades como las limitaciones de la tecnología que utiliza.

Pensemos en un asistente de IA que reconoce que no puede verificar determinada información y propone consultar una fuente adicional. Lejos de representar necesariamente una debilidad, esa respuesta puede ayudar al usuario a decidir con mayor criterio.

La transparencia, por tanto, no debería entenderse como una amenaza para la credibilidad de un producto, sino como una oportunidad para construir relaciones más fiables.

Una buena interfaz no necesita aparentar que nunca se equivoca. Necesita ayudar al usuario a reconocer cuándo puede confiar en ella y cuándo conviene comprobar antes de actuar.

Diseñar para la incertidumbre: del concepto a la práctica

¿Cómo trasladamos todo esto al diseño de una interfaz? El primer paso es identificar qué información puede ser incierta y cómo afecta a las decisiones del usuario. ¿Estamos mostrando un dato confirmado, una estimación o una recomendación? ¿Qué consecuencias tendría interpretarlo como una certeza?

A partir de ahí, podemos incorporar pequeñas decisiones de diseño que marcan la diferencia: utilizar un lenguaje preciso, explicar las limitaciones cuando sean relevantes y ofrecer alternativas cuando el sistema no pueda proporcionar una respuesta fiable.

Pero no basta con añadir un mensaje que diga «resultado estimado». También debemos comprobar si las personas lo interpretan correctamente. Las pruebas de usabilidad pueden ayudarnos a descubrir si los usuarios comprenden una predicción, confunden una probabilidad con una garantía o ignoran una advertencia importante.

Y cuando existe incertidumbre, conviene ofrecer una siguiente acción útil: verificar la información, revisar los datos, consultar otra fuente o solicitar ayuda.

El objetivo no es diseñar interfaces que expliquen absolutamente todo, sino experiencias que permitan avanzar incluso cuando no tenemos todas las respuestas.

Porque una buena UX no solo facilita las decisiones sencillas. También acompaña al usuario cuando las respuestas no son tan evidentes.

Conclusión

La incertidumbre no es un defecto que debamos ocultar. Forma parte de muchos de los sistemas digitales que utilizamos a diario y, especialmente, de aquellos que incorporan inteligencia artificial, predicciones y decisiones automatizadas.

El verdadero reto del diseño está en encontrar el equilibrio entre claridad y transparencia. No necesitamos interfaces que nos recuerden constantemente que pueden equivocarse, pero tampoco aquellas que presenten cada respuesta como una verdad absoluta.

Diseñar la duda es, en definitiva, diseñar una relación más honesta entre las personas y la tecnología. Una relación en la que reconocer los límites de un sistema no debilite la confianza, sino que ayude a construirla.

Y quizá ha llegado el momento de plantearnos una pregunta: ¿estamos diseñando interfaces que ayudan a las personas a tomar mejores decisiones o simplemente interfaces que parecen tener siempre la razón?