Del piloto a producción: las 7 decisiones de dirección

Hay un patrón que se repite con asombrosa precisión en las organizaciones: un equipo técnico o un proveedor externo presenta una prueba de concepto (PoC) deslumbrante. El comité de dirección asiente satisfecho, se felicita a los implicados y se aprueba pasar a la siguiente fase. Seis meses después, nadie en la empresa utiliza la solución en su día a día.

Este fenómeno no es una anomalía técnica; es un fallo de gobierno. En el entorno controlado de un piloto, casi todo funciona: los datos se seleccionan a mano, el volumen es bajo, las excepciones se resuelven sobre la marcha y los usuarios que prueban la herramienta están especialmente motivados. La producción es otro mundo: datos incompletos, sistemas heredados que no se comunican, usuarios con prisa y responsabilidades legales reales cuando el sistema comete un error.

Para cruzar esa brecha, la dirección general debe exigir que se tomen siete decisiones organizativas y estratégicas antes de dar luz verde a la inversión:

1. El dueño de negocio frente al dueño técnico: Un proyecto de IA debe tener un propietario de negocio con nombre y apellidos (director de operaciones, comercial, compras). Si la persona que responde por la cuenta de resultados de ese proceso no lidera el proyecto, el sistema quedará huérfano ante la primera dificultad.
2. El umbral de error admisible (y el protocolo de fallo): Todo modelo probabilístico comete errores. Debe estar pactado qué porcentaje de error tolera el negocio, quién asume la responsabilidad y el circuito de derivación a un profesional humano cuando la incertidumbre supera un umbral.
3. La integración con los sistemas centrales (no a los silos): Si la solución exige exportar e importar datos manualmente entre plataformas y no se integra de forma transparente en ERP, CRM o software de planta, la fricción matará la adopción.
4. El dato "suficiente", no el dato perfecto: Auditar si los datos históricos del proceso crítico son representativos, accesibles y estables. Si requiere depuración manual permanente, el coste oculto superará el beneficio.
5. El coste total de posesión (TCO) a escala: Considerar costes recurrentes al escalar: llamadas a APIs, consumo de cómputo, licencias, mantenimiento de modelos y soporte.
6. La gobernanza de la confidencialidad y la propiedad intelectual: Dónde residen y por dónde viajan los datos; garantía contractual de que la información corporativa no se usa para entrenar modelos públicos; y cumplimiento estricto del AI Act y RGPD.
7. El plan de adopción y desaprendizaje: La parte más compleja es conseguir que las personas dejen de hacer las cosas como las han hecho durante años. Un presupuesto sin acompañamiento y capacitación real fracasará.

La prueba del algodón en el comité

El valor de la tecnología no reside en su brillantez conceptual, sino en su capacidad para operar de forma predecible, segura y rentable en la realidad cotidiana de su negocio.