Un demo y una decisión son compromisos distintos
Un demo prueba que un modelo puede producir una respuesta. No prueba nada sobre si esa respuesta se va a usar. Son dos problemas separados, y el segundo es el caro.
Cuando termina un piloto, alguien tiene que tomar el resultado y actuar. Si esa persona no participó en el diseño, va a hacer lo que hace cualquier operador sensato con un número que no conoce: revisarlo a mano. Y desde el momento en que el resultado se revisa a mano, el trabajo no quedó automatizado, quedó duplicado. Seis meses después el piloto se abandona sin ruido y en el acta queda escrito que la tecnología todavía no estaba lista.
La tecnología estaba lista. La entrega nunca se diseñó.
Las cuatro condiciones
Son las cuatro cosas que hoy exijo antes de llamar producción a algo. No son requisitos técnicos. Tres son organizacionales, que es justo la razón por la que se saltan.
1. La decisión tiene un nombre encima
No el modelo. La decisión. Una persona responde por el resultado de lo que el agente decide, lo sabe, y estuvo de acuerdo. Si la respuesta a "quién es el dueño" es "el equipo de analítica", el agente es un reporte con pasos extra. Los equipos de analítica no son dueños de las decisiones operativas y no deberían fingir que lo son.
El efecto colateral útil es que un dueño con responsabilidad real te dice muy rápido cuáles de las decisiones del agente no le dan confianza, y por qué. Esa lista vale más que cualquier métrica de precisión.
2. Corre en el calendario operativo
Todo lo que corre cuando alguien se acuerda de correrlo es un piloto, por bueno que sea. Producción significa que el agente se dispara con el ritmo que el negocio ya tiene, y que su resultado llega antes de la reunión donde esa decisión se discutía. Si el ciclo operativo es semanal, el agente es semanal. Y si un lunes no corrió, alguien lo nota sin que se le avise.
Es también la prueba más barata para saber si un proyecto existe. Preguntá cuándo corre. Una respuesta vaga significa que no corre.
3. Cada decisión queda escrita antes de ejecutarse
Cada decisión del agente se registra con sus insumos, su razonamiento y la hora, y ese registro lo puede leer alguien que no es ingeniero. No es un trámite de cumplimiento. Es la única forma de contestar la pregunta que siempre llega, casi siempre a los tres meses y casi siempre de un gerente de país: por qué le hizo eso a mi tienda.
Sin registro quedan dos malas opciones: defender al agente por fe, o apagarlo. He visto las dos. Gana apagarlo.
4. El resultado aterriza en una cifra que el negocio ya reporta
Si el efecto del agente solo aparece en un tablero que construyó el equipo del agente, para la organización no existe. El resultado tiene que llegar a las mismas cifras que se revisaban cada mes antes de que alguien oyera del proyecto, producidas por el mismo proceso y cuadradas de la misma manera.
Es la condición que más resistencia genera, porque elimina la posibilidad de un marcador privado favorable.
Ninguna de las cuatro requiere un modelo mejor. Las cuatro requieren a alguien con suficiente peso para asumir compromisos organizacionales, que es el recurso escaso de verdad en la IA corporativa.
Qué miraría primero en tu operación
Buscá la decisión recurrente que todavía toma una sola persona en una hoja de cálculo. Toda operación tiene varias. Después hacele tres preguntas.
- ¿Qué pasa cuando esa persona está de vacaciones? Si la respuesta es "se espera" o "alguien adivina", la decisión ya es un punto único de falla y automatizarla se justifica solo por eso.
- ¿Podrías reconstruir por qué la versión del mes pasado salió así? Si no, no tenés línea base, y no vas a poder probar que el agente mejoró nada. Arreglá el registro antes de construir el agente.
- ¿El dato de entrada es algo que la empresa ya gobierna? Si la hoja se alimenta de un archivo que alguien manda por correo, el agente hereda esa fragilidad y le van a echar la culpa a él.
Las decisiones que pasan las tres preguntas son por donde yo empezaría. Suelen ser poco vistosas y suelen valer bastante, porque un trabajo que se hace a mano todos los meses viene pagando un impuesto silencioso desde hace años.
La parte que nadie quiere oír
La secuencia importa más que la ambición. Instrumentar el proceso, encontrar dónde está mal colocado el capital, automatizar la decisión y después probar el resultado contra un grupo de control. Intentar el paso tres antes del uno y el dos es la forma más común de que este trabajo fracase, y fracasa lo bastante despacio para que nadie responda por ello.
Los prerequisitos sin gracia están en la nota 03. La parte de probarlo es la nota 02, y es la que decide si alguien te cree.