La IA útil también tiene que ser fácil de usar

Una IA fácil de usar necesita decisiones de diseño que ayuden a entender cómo funciona. La edición 2026 de STHLM Xperience Conference, programada para el 12 de noviembre en Estocolmo y en línea, aborda el diseño de un futuro sostenible con inteligencia artificial ética.

Un asistente que redacta un correo en segundos ahorra tiempo. Ese ahorro se pierde si después hay que revisar toda la conversación para averiguar a quién se lo va a mandar. Entre generar una respuesta y ayudar a alguien a terminar una tarea hay decisiones de diseño que se notan justo cuando la persona tiene prisa o necesita corregir algo.

Qué hace que una IA sea fácil de usar

El encuentro reúne a profesionales de UX, producto, desarrollo e investigación. Su programa plantea el diseño centrado en las personas como una vía para crear tecnología responsable, transparente y sostenible.

Una IA fácil de usar demuestra su valor cuando alguien sabe qué puede pedir, entiende la respuesta y encuentra cómo corregir un error. Una función potente aporta poco si requiere adivinar cómo funciona o si oculta las consecuencias de una acción. Por ejemplo, si un asistente va a enviar un correo, la interfaz puede mostrar el mensaje y el destinatario antes de enviarlo. Así, la persona tiene oportunidad de corregir ambos.

La experiencia de interfaces que responden a la intención del usuario muestra por qué el diseño merece atención propia. Con IA, esa intención puede cambiar durante una conversación y necesita conservarse al pasar de una solicitud a una acción.

La primera pantalla puede resolver una parte del problema. En una herramienta para consultar documentos, un par de ejemplos “resume este archivo” o “compara estos dos contratos”, explica mejor el alcance que un cuadro vacío con la instrucción “pregunta lo que quieras”. Si solo puede leer los archivos que la persona adjuntó, conviene decirlo ahí mismo. Así queda claro qué información puede aparecer en la respuesta y cuál tendrá que buscarse por otra vía.

Las 18 pautas de interacción entre personas e IA de Microsoft Research incluyen explicar desde el inicio qué puede hacer el sistema y facilitar las correcciones cuando se equivoca. En una conversación larga, eso puede traducirse en algo tan concreto como mostrar qué archivo está usando el asistente. Si la persona abre una versión más reciente, debe poder cambiar de archivo sin repetir todas sus instrucciones.

El error también se diseña

Imagina que alguien le pide a un asistente de atención al cliente cambiar la dirección de un pedido. Si la solicitud falla, un mensaje genérico obliga a empezar de nuevo. En cambio, la interfaz puede explicar si el pedido ya salió, si faltó el código postal o si se perdió la conexión. Cada caso requiere una salida distinta, desde contactar al equipo de atención hasta completar un campo y retomar la solicitud donde se quedó.

La guía de Google sobre cómo diseñar para los errores de IA plantea que las personas necesitan una manera de avanzar después de un fallo. Un asistente que resume una junta, por ejemplo, puede señalar el fragmento de la transcripción del que tomó una fecha. Si el audio es confuso, marcarla como pendiente de confirmar ayuda más que presentar una fecha exacta con la misma seguridad que el resto del resumen.

También importa cuánto trabajo implica corregir la respuesta. Si el resumen de una reunión tiene seis acuerdos y uno está mal, debería ser posible editar ese punto sin volver a generar todo el documento. La siguiente versión podría cambiar acuerdos que ya estaban aprobados. Poder comparar versiones, conservar los cambios propios y recuperar un borrador reduce esa revisión extra.

Cuando la IA pasa de sugerir a actuar

La diferencia entre proponer y ejecutar se vuelve más visible con los agentes de IA en finanzas, donde consultar una factura y ordenar un pago son tareas con consecuencias distintas. Una interfaz puede mostrar primero qué registros consultó el agente, qué encontró y qué propone hacer. Si la operación necesita autorización, el monto, la cuenta y el destinatario tienen que estar a la vista antes de confirmar.

El mismo criterio aplica a tareas cotidianas. Si alguien pide “mueve mi junta al viernes” y hay dos reuniones con el mismo nombre, una pregunta breve puede resolver la ambigüedad. Después de elegir, la vista previa debería mostrar la hora y quiénes recibirán el aviso. Una vez hecho el cambio, el calendario debe indicar qué se movió. Es información que permite a la persona continuar con su día sin revisar cada invitación por su cuenta.

Pedir confirmación en cada paso también puede volver torpe una herramienta. Para ajustar el tono de un borrador basta con poder recuperar la versión anterior. Para mandar ese mismo mensaje a un cliente, la vista previa y el botón de envío sí cumplen una función distinta. El equipo de producto puede decidir dónde poner esa pausa según el costo de equivocarse y qué tan fácil sería revertir la acción.

Diseñar para cómo se usa internet en México

Según la ENDUTIH 2025 del INEGI, 86.1% de la población de seis años y más usó internet en México ese año. Para un equipo que diseña aquí, la cobertura de la encuesta da contexto sobre el alcance de internet. La prueba de producto ocurre en situaciones más específicas, como un celular con poco espacio, una pantalla que se usa con el brillo bajo o una conexión que se corta a la mitad de un trámite.

Piensa en un asistente que ayuda a reagendar una entrega. Si la conexión se interrumpe justo al confirmar, el producto puede guardar lo que la persona ya escribió y mostrar si la solicitud quedó registrada. Si el domicilio incluye indicaciones como “entre las dos calles” o “junto a la papelería”, conviene mostrar qué entendió antes de sustituirlas por una sugerencia del mapa. Así se puede corregir la dirección en la misma pantalla.

La accesibilidad también se juega en detalles de la interfaz. Las pautas de accesibilidad web WCAG 2.2 incluyen criterios sobre la navegación con teclado y los mensajes de estado. En un asistente, eso puede implicar que la respuesta esté disponible para un lector de pantalla y que el aviso de “solicitud enviada” se anuncie sin obligar a la persona a buscarlo en otra parte. Una interfaz que ofrece voz puede conservar una opción de texto para quien está en un lugar ruidoso o prefiere escribir.

Cómo saber si la IA es fácil de usar

Una prueba de usabilidad puede empezar con una tarea completa, como reagendar una entrega con una dirección incompleta. Conviene observar en qué punto la persona entiende lo que falta, cuántas veces repite la información y si puede confirmar el nuevo horario por su cuenta. También importa lo que ocurre después del error: si vuelve a intentar la tarea, si termina llamando a soporte o si abandona el proceso con la impresión de que ya quedó resuelto.

Medir solo la velocidad de la primera respuesta deja fuera ese trabajo. Un borrador puede generarse en segundos y exigir minutos de revisión. Por eso sirve comparar el tiempo total para completar la tarea, incluidas las correcciones, con el de la ruta habitual. Si el sistema gana tiempo al principio pero la gente tiene que comprobar manualmente cada dato después, el equipo ya sabe qué parte de la experiencia necesita revisar.

Además de comprobar si el modelo responde, los equipos necesitan saber quién puede usarlo con confianza y qué apoyos necesita para hacerlo.

La prueba más reveladora puede ser pedirle a alguien que use el producto sin una demostración previa y se encuentre con un error común. Si sabe qué pasó, puede corregirlo y termina la tarea, el diseño le dio algo que una respuesta rápida por sí sola no le garantiza: control sobre el resultado.