Qué es un Champion de IA y por qué tu empresa necesita uno

La implementación estuvo bien hecha y aun así nadie la usa

Cuando pregunto área por área qué pasó, nunca aparece una razón grande. Aparecen quince razones chicas: “lo intenté y me botó un resultado que no servía para nuestro tipo de cliente”, “no sabía si podía pegar ese dato ahí”, “me tomaba más tiempo explicarle que hacerlo yo”, “el formato que sale no es el que pide el jefe”. Ninguna es una falla del sistema. Todas son problemas de traducción entre una herramienta genérica y un proceso específico con reglas que nadie escribió nunca.

Ahí está el hueco. El proveedor no puede cerrarlo porque no vive adentro del proceso. El gerente de área tampoco, porque no hace la tarea todos los días. Sistemas menos, porque su trabajo termina cuando la herramienta funciona. La única persona que sí puede es alguien del equipo que hace ese trabajo, que ya se peleó con la herramienta hasta hacerla funcionar en su caso, y a quien sus compañeros le creen.

Qué es de verdad un Champion de IA: un rol, no un puesto

Un Champion de IA es la persona de un área operativa que adopta primero la herramienta, la traduce al lenguaje de sus pares y detecta dónde no calza con el proceso real. No es un cargo en el organigrama, no tiene gente a cargo y no reemplaza a quien lidera la iniciativa de IA. Es un rol que se superpone al trabajo que la persona ya hace, con tiempo asignado y respaldo explícito de la gerencia.

Lo interesante es que ese rol casi siempre ya existe en tu empresa, informal y sin reconocimiento. Es a quien tres compañeros le preguntan cómo armar el correo antes de preguntarle al jefe, la que descubrió sola que dándole el contexto del cliente el resultado sirve, la que hizo su hoja de instrucciones y la compartió por privado. El error no es que el rol no exista: es dejarlo en la informalidad, dependiendo de la buena voluntad de alguien que además tiene su propia meta que cumplir.

Qué hace en la operación, semana a semana

Su trabajo no es dictar capacitaciones ni armar presentaciones. Es acompañamiento en el puesto y detección de fricción. Si lo describo por lo que ocupa su tiempo real en los primeros meses de una implementación, se ve así:

• Traduce el caso genérico al caso del área. La demo del proveedor muestra cómo resumir un documento; el Champion muestra cómo resumir el documento exacto que su equipo recibe, con el vocabulario del negocio y el formato que espera quien lo va a leer.
• Resuelve la duda chica en el momento. La mayoría de abandonos no viene de un problema grande, viene de una duda de treinta segundos que nadie contestó a tiempo.
• Documenta lo que ya funciona. Instrucciones probadas y ejemplos reales del área: el material que ninguna capacitación genérica iba a producir.
• Detecta dónde la herramienta no calza y lo lleva a quien puede corregirlo. Es el primero en ver que el sistema pide un dato que el área no tiene. Sin canal directo con quien lidera la implementación, eso se queda en queja de pasillo.
• Da permiso social para usarla. Que un par respetado la use abiertamente mueve más que cualquier comunicado de gerencia.

Nótese lo que no está en esa lista: configurar el sistema, escribir código, negociar con el proveedor, definir la política de datos. Si le cargas eso encima lo conviertes en un técnico junior sin herramientas y pierdes lo único que lo hacía valioso: su credibilidad como par que hace el mismo trabajo que los demás.

Qué NO es y qué no resuelve

Acá conviene ser duro, porque el rol se puso de moda y ya lo veo usado como parche para tapar problemas que no le corresponden:

• No arregla una herramienta mal elegida. Si el sistema no sirve para el proceso, el Champion solo va a documentar mejor por qué no sirve. Eso es diagnóstico previo, no adopción.
• No reemplaza al responsable de la iniciativa de IA. No define presupuesto, arquitectura, proveedores ni política de datos.
• No es soporte técnico ni vendedor interno. Si degenera en “el que arregla el sistema” o en el que convence a la gente de usar algo que no le sirve, se quema en dos meses y con él la credibilidad que lo hacía funcionar.
• No sustituye el rediseño del proceso. Si el flujo estaba mal antes de la IA, va a lograr que la gente use la herramienta dentro de un proceso malo.

Hay una tensión más: el Champion es un punto único de falla si la empresa se apoya solo en él. Cuando renuncia o se le acumula el trabajo propio, la adopción se cae con él. Por eso tiene sentido solo si deja rastro escrito y si se entiende como una etapa de la implementación, no como un cargo permanente que releva a la gerencia de su responsabilidad sobre la adopción de su área.

Cómo elegirlo: criterio sobre el proceso y credibilidad, no dominio de herramientas

La elección se equivoca casi siempre igual: se nombra al más técnico del área, al que hizo un curso o tiene una certificación en el CV. Es el reflejo natural y el error más caro de todo este asunto. El más técnico suele resolver su propio trabajo y no traducirle nada a nadie, porque para él la dificultad de sus compañeros es invisible. Esa incomprensión se nota y aleja a la gente en vez de acercarla.

Criterio sobre el proceso significa entender por qué el trabajo se hace así y qué consecuencia tiene aguas abajo cuando se hace mal. Es quien puede decir “si automatizamos esta parte, cobranzas se queda sin el dato que usa para priorizar”. Credibilidad significa que la gente ya le pregunta por costumbre, sin que nadie lo haya ordenado. Esas dos cosas juntas son el rol; todo lo demás es entrenable.

Señales de que elegiste bien

• Sus compañeros ya le preguntaban cosas antes de que existiera el proyecto de IA.
• Explica el proceso del área con sus excepciones y casos raros, no solo el flujo ideal del manual.
• Tiene paciencia con quien no entiende. Una respuesta condescendiente le cierra la puerta a media área.
• Le dice a la gerencia que algo no está funcionando sin adornarlo, y la gerencia lo escucha.

Señales de que elegiste mal

• Se eligió por disponibilidad de agenda, que casi siempre significa la persona con menos peso en el área.
• Se eligió por certificación, sin que nadie del equipo lo consulte por nada en el día a día.
• Le entusiasma la herramienta pero no puede explicar el proceso que esa herramienta va a tocar.

Cuándo tiene sentido nombrar Champions y cuándo es prematuro

El rol no aplica en cualquier momento. Nombrar Champions antes de tener algo real que adoptar produce cargos vacíos que desgastan a la persona y le restan seriedad al proyecto frente al resto del equipo.

Tiene sentido cuando

• Ya hay algo funcionando en producción y el problema medible es de uso, no de capacidad técnica.
• El proceso involucra a varias personas que hacen la misma tarea con criterios propios, o toca áreas con formas de trabajar distintas.
• La gerencia está dispuesta a liberar tiempo real, no solo a poner el nombre en una diapositiva.

Es prematuro cuando

• Todavía no hay nada implementado y el Champion sería el encargado de un proyecto que no existe.
• El proceso de fondo no está definido: no hay nada que traducir, primero se ordena el proceso.
• Se nombra para poder decir en el reporte que existe una estrategia de adopción.

Los errores que veo repetirse en empresas reales

El más común y el más destructivo es nombrarlo por decreto. Sale un correo anunciando que desde hoy fulano es el Champion de IA del área, no se le libera una hora de carga y no se le da canal para reportar lo que encuentre. Queda con un título nuevo, la misma meta de siempre y una responsabilidad difusa que sus compañeros leen como “este es el que nos va a obligar a usar el sistema”. En un mes el rol está muerto y encima quemaste a quien más te iba a servir.

• Nombrarlo sin liberar tiempo. Si tiene que elegir entre cumplir su meta y ayudar al equipo, elige su meta. Y hace bien, porque es por lo que lo miden.
• Convertirlo en policía de uso. En cuanto empieza a perseguir gente por los reportes de login, deja de ser un par y pasa a ser un control.
• No cerrar el ciclo de lo que reporta. Si detecta que la herramienta no calza y nadie hace nada en dos meses, deja de reportar, y pierdes el sensor más fino que tenías en la operación.
• Elegir uno solo para toda la empresa. Un Champion corporativo sin proceso propio termina coordinando reuniones; el valor está pegado al proceso de un área concreta.
• Confundirlo con capacitación. Una sesión grabada de dos horas no es adopción. La adopción pasa en el puesto, con el caso real, cuando la persona no sabe qué hacer.

Cómo medir si el rol está funcionando de verdad

Medir esto con la cantidad de capacitaciones dictadas o de licencias asignadas no dice nada: son métricas de actividad, no de resultado. Lo que importa es si el trabajo del área cambió y si el cambio se sostiene cuando nadie está mirando. Estas son las señales que reviso:

• Uso sostenido después del tercer mes, no en la primera semana. El pico inicial siempre existe por curiosidad y por presión; el número que importa es el de la semana doce.
• Cuántas personas distintas del área usan el sistema, no cuántas veces lo usan las mismas dos. La concentración del uso delata que la adopción no se movió.
• Tiempo de ciclo del proceso que se quiso mejorar, medido antes y después con la misma definición, y casos de uso documentados por el propio equipo, no por el proveedor.
• Cuántos hallazgos del Champion terminaron en cambios reales. Si reportó doce cosas y se corrigió una, el ciclo está roto del lado de la empresa, no del suyo.
• Qué pasa cuando se va de vacaciones dos semanas. Si el uso se desploma, construiste dependencia, no adopción.