Tu agente de IA no es un formulario: es una relación, y se diseña como tal

01Lo esencial

• Un agente que parece una caja de texto desperdicia la confianza que los usuarios ya tienen en la mensajería.
• Mostrar el estado del sistema por capas permite servir al novato y al experto con la misma interfaz.
• La interfaz generativa necesita un ancla estable: el chat principal es una relación, no una pantalla desechable.

Mi postura es simple: la mayoría de los agentes corporativos fracasan en el diseño de la relación, no en el modelo. Se construyen como un formulario con esteroides, y los usuarios lo notan en diez segundos.

Un equipo de diseño de una gran compañía tomó la decisión contraria con su agente de consumo. Lo pensó como una conversación de mensajería con alguien que te conoce. Quien lidera ese diseño explicó el razonamiento, y vale la pena leerlo con ojos de director, no de diseñador.

02El formato ya está aprendido

Cuando lanzas una herramienta nueva, cobras un impuesto invisible: el tiempo que cada persona tarda en entender cómo se usa. Ese equipo evitó el impuesto. Eligió un lenguaje que todos ya dominan, el de los mensajes, y con eso bajó la barrera para quien nunca ha usado IA y para quien la usa todos los días.

Traducido a tu operación: cada pantalla que obliga a aprender un manual es una fuga de adopción. Si tienes cinco sedes o cuatro áreas usando el mismo asistente, esa fuga se multiplica.

03Transparencia por capas

El agente incluye un avatar propio, una superficie personalizada de ideas, un feed generativo y una pantalla de estado en tres niveles. Esa pantalla es la pieza más reutilizable del conjunto. Quien llega sin experiencia ve algo tan simple como "pensando". Quien tiene criterio técnico abre los niveles siguientes y ve qué pasos da el sistema, hasta el detalle fino.

• Nivel uno: una frase sobre lo que ocurre ahora.
• Nivel dos: los pasos que el agente está ejecutando.
• Nivel tres: el detalle técnico para quien necesita auditarlo.

Esto es gobierno disfrazado de diseño. Un directivo de operaciones quiere saber qué hizo el sistema antes de firmar un resultado. Un usuario de ventas solo quiere la respuesta. Una sola interfaz resuelve a ambos si la transparencia es opcional, no obligatoria.

04Una relación persistente

Aquí está la tesis fuerte. En una interfaz generativa, donde cada respuesta puede reordenar la pantalla, la tentación es cambiarlo todo cada vez. Mala idea. El chat principal funciona como una relación que continúa, y conviene decidir con claridad cuándo algo vive ahí y cuándo se abre un chat lateral para una tarea puntual.

Quien vuelve mañana necesita reconocer el lugar. Si la plataforma se reinventa en cada sesión, el usuario deja de confiar. La parte estable es la que construye hábito.

05Lo que la gente termina haciendo

Los usos que el equipo menciona son deliberadamente cotidianos: convertir años de guardados olvidados en un catálogo de compras con alertas de precio, registrar partidas de golf tiro por tiro, transformar un blog de dos décadas en un pódcast matutino o analizar partidas de ajedrez con un entrenador sarcástico. Ninguno es un caso de negocio. Todos son casos de relación.

Hay un detalle revelador: la mamá del diseñador le pidió disculpas al agente cuando este se equivocó. Si un usuario trata al sistema como a una persona, tu responsabilidad de diseño cambia. Un error ya no es solo un fallo técnico, es una falta de trato.

06El contraargumento honesto

Hay quien dirá que una empresa grande no necesita un agente simpático, necesita uno preciso, trazable y barato de operar. Tiene razón en parte. En procesos regulados, el carisma no sustituye el control.

Pero precisión y trato humano no compiten. El propio diseñador reconoce que la arquitectura todavía tiene fallas y que el resultado nunca queda perfecto al píxel. Justamente por eso la capa de estado importa: cuando el sistema falla, el usuario debe poder ver por qué.

El mejor indicador de un agente bien diseñado no es la precisión de su respuesta, sino que alguien le diga gracias sin pensar que habla con una máquina.

07Errores que veo repetirse

El diseño de un agente es una decisión de gobierno de la experiencia. Empieza por las preguntas reales, construye la relación y deja que la tecnología se acomode detrás.

08Errores que conviene evitar

• Entregar una caja de texto sin personalidad, sin contexto y sin memoria de la conversación anterior.
• Mostrar el mismo nivel de detalle técnico a todos los perfiles, ya sea demasiado o demasiado poco.
• Rediseñar la pantalla completa en cada interacción y desorientar a quien regresa.
• Lanzar sin haber recopilado las preguntas reales de los usuarios, solo las que imagina el comité.
• Tratar el tono del asistente como un asunto de marketing en lugar de una decisión de producto.

09Y en México

la mensajería es el idioma de trabajo. Los equipos comerciales cierran, coordinan y dan seguimiento por chat, y los clientes esperan que una empresa responda con esa misma agilidad. Si tu asistente interno o externo parece un portal de trámites, pierde contra el grupo de mensajes que ya existe. Diséñalo corto, cercano y con una puerta clara para ver más detalle cuando alguien lo pida.

10Checklist para aplicarlo

• Reúne en un documento las preguntas que más hacen tus usuarios.
• Redacta cómo las responderías en persona, en voz alta.
• Diseña la primera respuesta del asistente a partir de ese texto.
• Define qué detalle técnico se muestra solo cuando el usuario lo pide.
• Decide qué pantalla nunca cambia entre sesiones.

11Para aplicar hoy

Reúne hoy en un solo documento las diez preguntas que más hacen tus clientes o tu equipo y redacta la primera respuesta del asistente como la daría una persona.