Una demostración puede funcionar perfectamente y fracasar el día siguiente a entrar a la organización. Las personas no saben qué fuente consulta el agente, tienen dudas sobre los datos que pueden compartir o interpretan el resultado como una decisión cerrada. Algunas dejan de utilizarlo; otros lo usan para tareas que no estaban previstas. Mientras tanto, la persona que conocía la configuración continúa resolviendo todas las incidencias.
La implementación no acaba cuando el flujo técnico funciona. Acaba cuando las personas pueden utilizarlo con criterio, revisar el comportamiento, identificar los límites y mantener el conocimiento que lo alimenta. Por eso la formación no es un complemento comercial: es una parte operativa del sistema.
No hay que convertir todo el mundo en especialista técnico
Cada rol necesita un nivel diferente. Una persona usuaria tiene que saber para que sirve el agente, qué datos puede introducir, como interpretar el resultado y cuando preguntar ayuda. Una responsable de proceso necesita entender métricas, excepciones, permisos y criterios de aprobación. Los equipos técnicos, legales o de seguridad pueden necesitar información más profunda sobre integraciones, registros, proveedores y riesgos.
Formar no es explicar todas las funcionalidades de una herramienta. Es preparar cada persona para las decisiones que tendrá que tomar.
Qué tendría que incluir el onboarding de un agente
La primera parte es el propósito. El equipo tiene que entender qué problema resuelve, qué resultado se espera y que queda fuera de su misión. La segunda es el conocimiento: qué fuentes utiliza, quién las actualiza y que tiene que pasar cuando dos fuentes se contradicen.
La tercera parte cubre la operativa. Incluye como se inicia la tarea, qué entradas son obligatorias, donde aparece el resultado, qué puntos necesitan aprobación y como se registra una corrección. La cuarta trata los riesgos: datos personales, confidencialidad, derechos, errores, sesgos, comunicación con terceros y dependencia de los proveedores.
Finalmente, se tiene que practicar el escalado. Las personas necesitan ejemplos de situaciones en que el agente se tiene que parar, una respuesta no se tiene que utilizar o el caso tiene que pasar a un perfil especializado. Un manual que solo explica el recorrido ideal no prepara el equipo para el uso real.
Aprender con casos de la misma organización
Las sesiones más útiles trabajan con procesos y documentos reconocibles. En lugar de practicar con una empresa ficticia, el equipo puede revisar un borrador, clasificar una incidencia, comparar una fuente vigente con una de obsoleta o decidir si una acción necesita aprobación.
Este ejercicio permite detectar interpretaciones diferentes antes de que se conviertan en errores. También ayuda a ajustar la Knowledge Foundation: si varias personas no entienden una regla, quizás el problema no es la formación, sino una definición insuficiente.
Las sesiones pueden ser presenciales, en línea o híbridas, breves para un agente concreto u organizadas por niveles. El formato tiene que responder al riesgo, al número de personas y al grado de cambio que introduce el sistema.
Formación inicial y aprendizaje continuo
Una sesión de lanzamiento no resuelve todos los cambios futuros. Las fuentes se actualizan, las herramientas modifican funcionalidades, aparecen nuevos casos y las personas desarrollan atajos que pueden mejorar o degradar el proceso. Conviene establecer un canal para registrar dudas, incidencias y propuestas.
Las revisiones periódicas pueden analizar resultados rechazados, aprobaciones automáticas, usos no previstos y cambios en las políticas. Cuando se incorpora una persona nueva o se amplían los permisos del agente, el onboarding se tiene que actualizar.
La formación también tiene que explicar cómo continuar trabajando si el sistema no está disponible. Una organización no tendría que perder el proceso ni el acceso a las fuentes para que una herramienta externa cambie o deje de funcionar.
Alfabetización en IA y responsabilidad
El Reglamento europeo de inteligencia artificial incorpora la alfabetización en IA. Su artículo 4 establece que proveedores y responsables del despliegue tienen que tomar medidas, en la mejor medida posible, para que el personal y otras personas que operan o utilizan sistemas de IA en nombre suyo dispongan de un nivel suficiente, teniendo en cuenta los conocimientos, la experiencia y el contexto de uso. Texto oficial del Reglamento europeo de IA ↗.
La Comisión Europea remarca que la alfabetización no exige el mismo nivel a todas las personas, sino medidas adaptadas al conocimiento y al contexto. Información de la Comisión sobre competencias y alfabetización en IA ↗.
Este marco no convierte cualquier curso en una certificación de cumplimiento. La organización tiene que determinar qué medidas son adecuadas según los sistemas que utiliza, las personas afectadas y la normativa aplicable. La documentación de las formaciones, los materiales, los roles y las actualizaciones puede formar parte de la evidencia de gobernanza, pero necesita revisión jurídica cuando corresponda.
Cómo sabemos si la formación ha funcionado
La asistencia no es el único indicador. Podemos observar si las personas identifican correctamente los casos de escalado, si disminuyen los errores, si utilizan las fuentes adecuadas y si saben explicar qué puede hacer el agente. También podemos medir la adopción, el tiempo de revisión y la capacidad de continuar el proceso cuando aparece una incidencia.
Una formación efectiva da autonomía sin retirar responsabilidad. El equipo no necesita depender constantemente de quién construyó el agente, pero tampoco tiene que interpretar que la herramienta asume las decisiones.
Tecnología, conocimiento y personas
Un agente puede tener una buena configuración y una base documental completa, pero continuar fallando si las personas no comparten criterios sobre el uso. Del mismo modo, una formación general sobre IA no sustituye la onboarding del proceso concreto.
A Karmina AI Studio integramos la formación dentro del proyecto para que la tecnología, el conocimiento y las personas avancen al mismo ritmo. Podemos adaptar las sesiones a equipos, responsables, dirección o áreas especializadas y trabajar presencialmente o en línea.
El objetivo no es que el equipo confíe ciegamente en el agente. Es que sepa cuando confiar, qué comprobar y como actuar cuando el sistema no es suficiente.