Las fases de implementación de IA en una empresa

El proyecto que arrancó con una demo perfecta y terminó sin saber si sirvió

Un gerente de operaciones me contó hace poco su caso. Su empresa llevaba seis meses trabajando con un proveedor de IA para el área de atención al cliente. Habían visto una demo impecable, habían firmado un contrato de varios meses, tenían un panel de control corriendo en producción y hasta un equipo interno que ya sabía usar la herramienta. Le pregunté una sola cosa: cuánto costaba el problema que estaban resolviendo antes de empezar, y cuánto cuesta ahora. Se quedó en silencio. Nadie en la empresa tenía ese número, ni el de antes ni el de ahora. Tenían tecnología funcionando y ni una sola forma de probar que servía de algo.

Esto no pasa por mala fe del proveedor, pasa porque el modelo comercial de casi toda la industria empieza donde empieza lo que se factura: construir algo que se pueda mostrar. Nadie cobra por medir cuánto duele un problema ni por ordenar un proceso desordenado, así que esas dos fases desaparecen de la propuesta, o se resumen en una llamada de una hora que alguien llama “diagnóstico”. La empresa termina comprando una herramienta, no un resultado, y el resultado es justamente lo único que no se puede devolver si no llega.

Hay una parte del problema que es de la propia empresa, no solo del proveedor: muchas veces la empresa tampoco sabe con precisión qué dolor tiene. Sabe que “el proceso es lento” o que “se pierden ventas”, pero nadie puso un número encima de esa frase. Sin ese número no hay forma de saber, meses después, si el proyecto mejoró algo o solo agregó una capa más de tecnología sobre el mismo desorden de antes.

Las seis fases reales, y por qué la propuesta comercial empieza en la tercera

Casi toda propuesta de un proveedor de IA describe un proceso de tres o cuatro pasos: diagnóstico, diseño, desarrollo y despliegue. Suena ordenado, y no lo es: ese “diagnóstico” casi siempre es una reunión de descubrimiento comercial, no una medición real del dolor ni un mapeo del proceso. Lo que sigue después de esa reunión ya es construcción. El proyecto arranca, literalmente, en la mitad del camino real, y las dos fases que de verdad deciden si vale la pena avanzar quedan afuera del contrato.

Las dos primeras fases no aparecen en ningún gráfico de propuesta comercial bonito porque no producen nada que se pueda demostrar en una llamada de ventas. Producen algo más valioso: la certeza de que, si el proyecto avanza, va a atacar un problema real y no una ocurrencia. Saltárselas no acelera el proyecto, solo mueve el riesgo de descubrir que “no era eso” del mes uno al mes seis, cuando ya hay dinero y tiempo comprometidos.

Cuánto pesa cada fase en tiempo real, no en el cronograma de la propuesta

• Medir el dolor: parece rápida y lo es en esfuerzo, pero se estira semanas si la empresa nunca midió el problema en un número.
• Ordenar el proceso: unas semanas más, y su peso real está en la resistencia interna a admitir cómo se decide hoy, no en el mapeo en sí.
• Preparar los datos: la fase que más tiempo real consume del proyecto completo, muchas veces más que todas las demás juntas, y la que menos aparece en el cronograma comercial.
• Construir lo mínimo: la más rápida de las seis cuando las tres anteriores están cerradas, y la más lenta y frustrante cuando no lo están.
• Operar con supervisión: se extiende tanto como lo exija el riesgo de la decisión, no es un paso que se “termine”, es un régimen que se sostiene.
• Medir contra la línea base: no tiene fin, porque el negocio sigue cambiando y la comparación hay que repetirla en cada corte.

Fase 1: medir el dolor, la que decide si vale la pena seguir

Esta fase no empieza con una herramienta, empieza con una pregunta incómoda: ¿cuánto nos cuesta hoy este problema, en plata, en horas o en clientes, y quién puede probarlo con un número y no con una sensación? Si la respuesta es “se siente lento” o “creemos que perdemos ventas”, la fase todavía no arrancó. Arranca de verdad cuando alguien escribe ese número y lo defiende delante de otros gerentes.

• Entrada: una queja o una sospecha del negocio, sin cuantificar todavía, algo anda mal en un proceso concreto.
• Salida (el entregable que cierra la fase): un documento corto con el dolor convertido en número, la línea base contra la que se va a medir todo lo demás.
• Responsable: el dueño del área de negocio afectada, no el proveedor ni TI. Nadie más puede decir con autoridad cuánto le duele el problema.
• Tiempo real: entre una y tres semanas si el negocio ya mide algo parecido, meses si hay que empezar a medir desde cero.
• Señal de que no cerró y hay que parar: si dos personas del mismo comité dan un número distinto para el mismo problema, todavía no hay acuerdo sobre qué se está resolviendo.

Antes de convocar a un proveedor conviene tener esto resuelto puertas adentro. Lo que hace falta reunir antes de esa primera llamada está detallado en qué necesito antes de implementar IA, y el punto de partida es siempre el mismo: sin ese número, cualquier conversación con un proveedor arranca coja.

Fase 2: ordenar el proceso, la que nadie quiere hacer porque expone cómo se decide hoy

Ordenar el proceso significa escribir, paso por paso, cómo se toma hoy la decisión que duele: quién interviene, con qué información, cuánto tarda cada paso y dónde se traba. Esta fase incomoda porque casi siempre revela que el proceso real no se parece al proceso que el organigrama sugiere, y que buena parte del tiempo se va en pasos que nadie diseñó, solo se acumularon con los años.

• Entrada: el dolor ya cuantificado en la fase anterior, y la decisión concreta que hay que atacar.
• Salida: un mapa del proceso actual y del proceso que se quiere tener, con los puntos exactos donde se traba.
• Responsable: el dueño del proceso, acompañado de alguien que sepa mapear operaciones sin intereses en el resultado (puede ser un consultor externo, nunca el mismo proveedor que va a vender la tecnología).
• Tiempo real: dos a cuatro semanas en la mayoría de los casos, más si hay áreas que se resisten a mostrar cómo trabajan de verdad.
• Señal de que no cerró: si el proceso “nuevo” es el proceso viejo con una etiqueta de IA pegada encima, no se ordenó nada, se maquilló.

Esta es también la fase donde se decide qué área ataca primero, y no siempre es la más obvia. La lógica para elegir esa área está en por dónde empezar con IA en una empresa: el criterio no es qué área pide más IA, es qué proceso, una vez ordenado, tiene el dolor más claro y el dato más disponible.

Fase 3: preparar los datos, la fase que toda propuesta comercial subestima

Esta es la fase que decide en silencio el destino del proyecto, y es también la que ningún proveedor quiere cotizar en serio, porque nadie factura por ordenar datos: se factura por construir. El resultado es que casi toda propuesta comercial trata la preparación de datos como un punto en una lista, cuando en la práctica es el trabajo más largo del proyecto completo.

Preparar los datos no es solo “tenerlos”. Es saber dónde viven, si están completos, si tres sistemas distintos no dicen tres cosas distintas del mismo cliente, y quién responde cuando ese dato deja de actualizarse. Un histórico grande y sucio no sirve más que uno pequeño y ordenado: sirve peor, porque un modelo entrenado sobre desorden reproduce ese desorden con apariencia de precisión matemática.

• Entrada: el proceso ya ordenado, y la certeza de qué decisión concreta se quiere asistir o automatizar.
• Salida: un inventario de los datos disponibles, con su calidad marcada fuente por fuente, y un plan de qué falta corregir antes de construir nada.
• Responsable: el área de datos o TI, con el área de negocio validando que cada dato signifique lo que dice significar, no solo que exista en una columna.
• Tiempo real: la fase más larga del proyecto en la enorme mayoría de los casos, con frecuencia más que todas las demás fases sumadas.
• Señal de que no cerró: si al auditar aparecen dos o tres versiones del mismo dato que no cuadran entre sí, todavía no hay base para construir nada encima.

Una empresa que llega a esta fase con datos ya razonablemente ordenados no llegó ahí por el proyecto de IA: llegó porque ya venía construyendo la disciplina de medir y registrar que caracteriza a una empresa AI Native. La preparación de datos no se improvisa en un sprint, se hereda de cómo la empresa ya trabajaba antes de que apareciera la IA en la conversación.

Fase 4: construir lo mínimo, la fase más rápida cuando las anteriores están cerradas

Construir lo mínimo no es construir poco por tacañería, es construir exactamente lo que ataca el dolor medido en la fase uno, ni una función más. Es la fase que más entusiasmo genera, porque por fin hay algo que se puede tocar, y también la más peligrosa si se llega a ella sin haber cerrado las tres anteriores: se construye rápido y bonito sobre una base que no aguanta producción.

• Entrada: datos preparados, proceso ordenado y el dolor cuantificado como referencia de éxito.
• Salida: un prototipo que funciona sobre datos reales de la operación, no sobre datos curados a mano para que la demo salga bien.
• Responsable: el equipo técnico, interno o externo, con el dueño del proceso validando cada entrega contra el dolor original, no contra lo bonito que se ve.
• Tiempo real: semanas, y es la fase que de verdad se siente rápida cuando todo lo anterior quedó resuelto.
• Señal de que no cerró: si el prototipo solo funciona con datos limpiados a mano para la presentación, no está listo para tocar un caso real.

Cuando el orden de las fases se respeta, esta suele ser la parte más corta de todo el proyecto, y es la razón por la que un plan de 90 días para implementar IA puede sonar realista: los 90 días alcanzan cuando ya no hay que resolver el dolor, el proceso ni el dato al mismo tiempo que se construye.

Fase 5: operar con supervisión, la fase que casi nadie sostiene el tiempo suficiente

Un sistema recién construido no se suelta a decidir solo, se pone a trabajar con alguien revisando sus salidas antes de que corran sin supervisión. Esta fase es donde se ve si el prototipo aguanta la realidad: casos raros, datos incompletos, situaciones que nunca aparecieron durante la construcción. Soltarla antes de tiempo es la forma más común de convertir un proyecto prometedor en un problema nuevo.

• Entrada: el mínimo construido y probado, listo para tocar casos reales de la operación.
• Salida: un registro de aciertos y errores reales, con una persona responsable dando el visto bueno para ampliar la autonomía del sistema.
• Responsable: el equipo operativo del área de negocio, el mismo que va a vivir con el sistema todos los días, no el equipo técnico que lo construyó.
• Tiempo real: de semanas a varios meses, según qué tan caro sale un error de la decisión que el sistema está asistiendo.
• Señal de que no cerró: si nadie está revisando de verdad lo que el sistema decide, eso ya no es supervisión, es fe con apariencia de proceso.

Esto aplica todavía más cuando lo que se pone a operar no es un modelo que solo predice, sino agentes de IA empresariales que ejecutan acciones por su cuenta: un agente que decide y actúa sin nadie revisando el patrón de sus decisiones no está “operando”, está corriendo sin frenos sobre datos reales del negocio.

Fase 6: medir contra la línea base, el entregable que cierra el proyecto de verdad

Esta fase existe porque la fase uno existió. Si nadie escribió el número de partida, no hay contra qué comparar el número de ahora, y “funciona” se queda como una opinión de quien vendió el proyecto. Medir contra la línea base es literalmente volver al documento de la fase uno y responder, con el mismo número y la misma unidad, si el dolor bajó y cuánto.

• Entrada: el sistema operando con supervisión durante el tiempo suficiente para generar datos reales de resultado.
• Salida (el entregable final del proyecto completo): un reporte que compara el número de hoy contra la línea base de la fase uno, en la misma unidad, sin adornos.
• Responsable: el mismo dueño del área de negocio de la fase uno, para que el círculo lo cierre quien lo abrió.
• Tiempo real: no es un evento único, es una revisión que se repite en cortes, mensuales o trimestrales según qué tan rápido cambia el negocio.
• Señal de alerta: si a esta altura no se puede reconstruir la línea base porque nunca se guardó, el proyecto no tiene forma de probar que sirvió, así “funcione” a simple vista.

Cuando alguien pregunta cuánto toma implementar IA en una empresa, casi siempre está preguntando por las fases tres y cuatro, las que se ven. El recorrido completo, incluyendo medir contra la línea base con datos reales de operación, es más largo, y ese horizonte real está desarrollado en cuánto tiempo toma implementar IA en una empresa.

Cuándo hay que parar el proyecto en seco, no solo la fase

Cada fase tiene su propia señal de que no cerró, y ya quedaron listadas una por una. Pero hay una señal general, previa a todas, que vale la pena nombrar aparte: si en cualquier momento del proyecto nadie en la sala puede repetir, con el mismo número, cuál es el dolor que se está resolviendo, hay que parar ahí mismo, sin importar en qué fase esté el cronograma. Seguir construyendo sobre esa base no es avanzar, es acumular trabajo que después hay que deshacer.