Do Something Great neon sign

Cómo entrenar modelos de IA con datos de diseño centrado en el usuario

En un contexto donde la inteligencia artificial se está integrando en productos digitales a una velocidad sin precedentes, surge una pregunta crítica para quienes diseñamos experiencias: ¿cómo asegurarnos de que los modelos de IA se alimentan con datos relevantes, representativos y éticamente recolectados?

Entrenar modelos de IA con datos derivados de procesos de diseño centrado en el usuario (UX) no solo es posible, sino cada vez más necesario. Pero para hacerlo bien, los equipos de producto, diseño y desarrollo deben colaborar estrechamente para traducir hallazgos cualitativos y cuantitativos en insumos útiles para la IA.

Exploraremos los fundamentos, beneficios, desafíos y buenas prácticas para entrenar IA con datos centrados en el usuario. Porque si queremos que la IA diseñe con nosotros, también necesita aprender de nuestros usuarios.

¿Qué significa entrenar una IA con datos UX?

Entrenar un modelo de inteligencia artificial consiste en proporcionarle datos estructurados o semiestructurados para que pueda identificar patrones, predecir comportamientos o generar resultados útiles. Cuando esos datos provienen de procesos de investigación y diseño centrado en el usuario —entrevistas, encuestas, tests de usabilidad, mapas de calor, sesiones de feedback— hablamos de una IA informada por la experiencia real del usuario.

Esto permite que las soluciones generadas por IA no solo sean técnicamente eficientes, sino también emocionalmente relevantes, accesibles y contextualizadas. Un modelo que ha aprendido del lenguaje, los problemas, los sesgos y los comportamientos reales de usuarios diversos estará mejor preparado para sugerir soluciones útiles y humanas.

Tipos de datos UX que pueden alimentar un modelo de IA

No todos los datos de diseño sirven de la misma forma, pero muchos pueden estructurarse para que sean útiles en modelos supervisados o no supervisados. Algunos ejemplos:

  • Transcripciones de entrevistas o sesiones de investigación: útiles para modelos de lenguaje y detección de intenciones.
  • Resultados de tests de usabilidad: patrones de error, tiempos de tarea, zonas de confusión.
  • Mapas de clics o calor: para entrenar sistemas de recomendación o detectar prioridades visuales.
  • Formularios con texto libre: para análisis semántico o entrenamiento de motores conversacionales.
  • Historias de usuario, flujos y prototipos validados: como base para modelos generativos de UI.

Una buena práctica es etiquetar estos datos con metadatos relevantes: tipo de usuario, contexto, emoción detectada, nivel de experiencia, dispositivo, etc. Esto permite segmentar, filtrar y entrenar con mayor precisión.

Del hallazgo al dato estructurado

Uno de los mayores desafíos es convertir datos cualitativos en insumos que un modelo pueda procesar. Aquí es donde el rol del diseñador se vuelve estratégico: no basta con pasarle datos brutos al equipo de IA, hay que estructurarlos, filtrarlos y traducirlos en aprendizajes claros.

Por ejemplo, si en una entrevista un usuario dice “me confunde esta pantalla”, es útil marcar esa frase como evidencia de fricción, etiquetarla como “problema de jerarquía visual” y vincularla a un componente específico. Eso crea un rastro que la IA puede aprender: “usuarios con este perfil tienden a frustrarse ante interfaces con X elementos sin agrupar”.

Herramientas como Dovetail ayudan a sistematizar este proceso y convertir investigación cualitativa en datasets.

Casos de uso reales

Ya hay productos y equipos que están entrenando IA con datos de UX. Algunos ejemplos incluyen:

  • Shopify: ha implementado asistentes que recomiendan mejoras en tu tienda según los patrones de navegación de tus usuarios y tu historial de edición.
  • Notion AI: genera contenido adaptado al tono y estilo del usuario, entrenado sobre interacciones previas y documentos existentes.

La clave en todos estos casos es que la IA no parte de cero: aprende de la experiencia real, documentada y curada por diseñadores, no solo de datasets genéricos.

Cuidados éticos y sesgos en los datos

Uno de los riesgos más importantes al entrenar IA con datos de usuario es replicar sesgos, estereotipos o errores existentes en la experiencia. Si no auditamos los datos o no los contextualizamos adecuadamente, podemos generar soluciones que excluyen, discriminan o confirman suposiciones incorrectas.

Por eso es fundamental que:

  • Se anonimicen los datos sensibles (nombre, correo, ubicación exacta, etc.).
  • Se documente el origen y tipo de datos.
  • Se identifiquen limitaciones del dataset (por ejemplo, usuarios solo de cierto país o rango etario).
  • Se evalúe el impacto potencial de los resultados generados por la IA.

Estas prácticas son parte del enfoque de People + AI Guidebook de Google, que propone guías para diseñar sistemas de IA centrados en las personas.

¿Qué rol tiene el diseñador en este proceso?

Como diseñadores, no necesitamos ser ingenieros de machine learning. Pero sí debemos tener criterio, curiosidad y responsabilidad para contribuir activamente al entrenamiento de sistemas más útiles y humanos.

Nuestro rol incluye:

  • Definir qué datos son relevantes para el modelo.
  • Interpretar hallazgos y convertirlos en input estructurado.
  • Validar los outputs generados por la IA antes de implementarlos.
  • Participar en discusiones sobre ética, privacidad y transparencia algorítmica.

En lugar de dejar todo en manos de desarrolladores o científicos de datos, los equipos de diseño deben asumir que entrenar IA también es parte de diseñar experiencias.


Diseñar IA también es diseñar UX

Entrenar modelos de IA con datos derivados del diseño centrado en el usuario no solo es posible: es una necesidad si queremos que las experiencias impulsadas por inteligencia artificial sean realmente relevantes, éticas y sostenibles.

La IA no se alimenta solo de datos, se alimenta de decisiones. Y nuestras decisiones como diseñadores —sobre qué priorizar, cómo estructurar y cómo evaluar— tienen un impacto directo en la calidad, diversidad y empatía de los sistemas que creamos.