Diseñar la interfaz de IA ajustándola a la intención del usuario

Llevamos dos años metiendo una caja de chat en cada producto que incorpora IA. Tiene sentido: los modelos se entrenan con diálogo, así que el chat parece la interfaz "natural". Pero un artículo reciente de Smashing Magazine plantea algo que en Bihotz venimos defendiendo desde hace tiempo: la modalidad correcta no depende de lo que el modelo sabe hacer, depende de lo que el usuario necesita en ese momento concreto.

El artículo lo ilustra con un ejemplo simple. Alguien corre por una terminal de aeropuerto, con la maleta en una mano y el café en la otra, y necesita saber a qué puerta ir. La app le pide que escriba su localizador en una caja de texto minúscula y luego le responde con un párrafo sobre el motivo meteorológico del retraso. El número de puerta está al final, enterrado. El input falla porque exige algo que el usuario no puede dar (escribir con las manos ocupadas) y el output falla porque exige algo que tampoco puede dar (leer con calma mientras corre).

Ese desajuste es el problema real. No es que el chat sea mala idea, es que se ha convertido en el default por comodidad de desarrollo, no por ajuste al contexto del usuario.

Dos preguntas antes de diseñar cualquier interfaz de IA

El framework que propone el artículo se resume en dos preguntas que conviene hacerse antes de dibujar nada:

→ ¿Qué modalidad puede usar físicamente el usuario para dar ese input? Manos libres, manos ocupadas, entorno ruidoso, entorno silencioso.

→ ¿Qué modalidad puede procesar realmente como output? Una pantalla a la que puede mirar con calma, o una alerta que solo puede percibir de reojo.

Las respuestas cambian según el momento del día, no según el usuario tipo. Un técnico de campo necesita voz y audio mientras está subido a un poste con guantes gruesos, y necesita un dashboard visual en cuanto vuelve a la furgoneta. El mismo usuario, dos modalidades distintas, según lo que está haciendo con las manos y los ojos.

Qué significa esto para un proyecto de ecommerce o marca

Trasladado a lo que hacemos en el estudio: cuando diseñamos un asistente de compra, un buscador conversacional o cualquier feature con IA para un cliente, la pregunta no es "¿metemos un chat?". Es qué necesita responder ese punto de contacto: una confirmación rápida (botón, no texto), una comparativa de producto (tabla o filtros, no un párrafo), una duda abierta y exploratoria (ahí sí, el chat gana).

El chat sigue siendo una herramienta válida y potente. El error está en usarlo como solución única cuando la tarea pide otra cosa.