Por qué la mayoría de los pilotos de IA nunca llegan a producción

Casi todas las organizaciones con las que hablamos ya han hecho un piloto de IA. Bastantes menos tienen uno en producción. La distancia entre ambas cosas rara vez está en el modelo: está en todo lo que lo rodea.

El problema de la demo

Un piloto se construye sobre datos que alguien preparó, lo ejecuta quien lo construyó y se juzga con ejemplos que esa misma persona eligió. Producción no es nada de eso. Los datos llegan sucios, quien lo opera tiene además su propio trabajo y los casos llegan en el orden que decide la realidad.

No es una crítica a los pilotos: para eso sirven. El error es tomar uno exitoso como prueba de que desplegarlo es un trámite.

Tres cosas que lo frenan de verdad

Nadie es responsable del resultado. El modelo produce una sugerencia. Alguien tiene que aceptarla y responder cuando se equivoca. Si esa persona no está designada antes de arrancar, el sistema se para la primera vez que alguien cuestiona una sugerencia.

Vive fuera del flujo de trabajo. Si la herramienta es otra pestaña, usarla es trabajo extra. Los pilotos que sobreviven son aquellos en los que el resultado aparece dentro del sistema que la gente ya tiene abierto: el ERP, el sistema de tickets, el CRM.

Nadie sabe explicar una decisión. En un sector regulado, «lo dijo el modelo» no es una respuesta. Hay que saber qué se preguntó, qué se respondió y quién lo aprobó. Añadir eso después del lanzamiento sale caro; incorporarlo durante la construcción casi no cuesta nada.

Cómo saberlo pronto

Antes de empezar el piloto, escribe el número que esperas mover —tiempo de gestión, tasa de error, coste por documento— y mídelo tal y como está hoy. Si nadie sabe nombrar ese número, el piloto no puede tener éxito, porque no hay definición de éxito.

Después pregunta quién será responsable del resultado y dónde aparecerá. Si esas dos preguntas tienen respuesta, el piloto tiene camino hacia producción. Si no, estás financiando una demostración.

La versión honesta

La IA es muy buena con las partes repetitivas y de poco criterio del trabajo, esas que consumen una parte sorprendente de la semana. No es buena decidiendo qué debería mejorar tu empresa. Primero el proceso, después la herramienta.