La mayoría de proyectos de IA se estancan. Y no es culpa del modelo.

“Automatízalo todo. Ahorra un 80%. Lánzalo la próxima semana.”

La presentación es la misma en cada reunión. Un LLM, una herramienta de flujos, un diagrama de Zapier con flechas, un piloto en tres semanas. El desarrollo se cotiza: tres semanas de integración, un taller, un primer agente en producción, una línea en la factura. Lo que no se cotiza es todo aquello que decide si la cosa sobrevive.

• i.

  El prompt que se rompe con la próxima actualización del modelo.

  Nadie se hace cargo de la regresión. Funcionó en la demo; se desvía en producción.

• ii.

  El cambio de esquema aguas arriba que corrompe la salida en silencio.

  Ninguna evaluación lo detecta porque a nadie se le asignó ejecutar evaluaciones.

• iii.

  El proveedor que se va y se lleva su bifurcación de LangChain consigo.

  La automatización funciona exactamente mientras dure la relación con el proveedor.

• iv.

  Las excepciones que la demo nunca mostró.

  El 12% de los casos que necesitan a una persona, la API que cambia cada trimestre, la revisión de cumplimiento que no existía cuando empezó el piloto.

Tres patrones que vemos cada trimestre.

Los mismos tres fracasos, en todos los sectores. Ninguno es técnico: son atajos tomados antes de empezar el trabajo.

• i. Automatizar el proceso equivocado

  El equipo mapeó el flujo formal, no el real. El agente aprendió la versión de la diapositiva, no los siete traspasos informales que de verdad mueven el trabajo. A los tres meses, los operadores hacen más trabajo, no menos: corrigen al agente y ejecutan el proceso antiguo en paralelo.

• ii. La herramienta primero, el problema después

  Alguien eligió el LLM, el orquestador y la base de datos vectorial antes de que nadie definiera el resultado medible. El piloto sale a tiempo. Nadie sabe decir qué se supone que debe mover —¿ingresos? ¿tiempo de ciclo? ¿tasa de error?— ni en cuánto. A los 90 días el proyecto está “funcionando”, pero no sobrevive una sola pregunta difícil en la revisión de presupuesto.

• iii. Sin operador dentro del ciclo

  El desarrollo se subcontrató. Nadie del equipo cliente puede cambiar un prompt, reentrenar una evaluación ni depurar una integración rota sin volver a contratar al proveedor. La automatización funciona exactamente mientras dure la relación con el proveedor, y muere el día en que termina.

Siete movimientos. El mismo ciclo. Sin atajos.

Seis de estos movimientos no son técnicos. El modelo solo se vuelve útil en el séptimo movimiento, y únicamente porque los seis primeros se hicieron bien.

• i. Escuchar

  Descubre el proceso real con las propias palabras del operador. Observa un viernes por la tarde, no solo una reunión del lunes. Encuentra dónde se rehace el trabajo en silencio.

• ii. Cuantificar

  Haz tangible el coste del proceso actual: horas perdidas, errores detectados aguas abajo, operaciones retrasadas. Si no puedes nombrar un número medible, no has terminado este movimiento.

• iii. Visión

  Co-crea el estado futuro con el equipo que lo vive. Describe el éxito en su lenguaje. ¿Qué se dice en una reunión de dirección cuando esto funciona?

• iv. Objetivos

  Acuerda los resultados medibles que demuestran que el estado futuro ocurrió. Con plazo. Sus KPI, no los nuestros. El número que se supone que la IA debe mover, antes de escribir un solo agente.

• v. Mapear

  Identifica lo que de verdad hay que construir, en la lista de la compra del cliente, no en una matriz de funciones de proveedor. La mitad de lo que se mapea es cambio de proceso. Algo es software. Casi nada es un modelo nuevo.

• vi. Construir

  Ejecuta junto al equipo. Ciclos Shape Up: apetitos de 6 semanas, apuestas, fechas de entrega. Operadores sénior en la sala, sin juniors, sin subcontratación. El equipo que entrega es el equipo que aprende.

• vii. Automatizar + Demostrar

  Deja atrás automatización, no diapositivas. Flujos, agentes, paneles e integraciones siguen vivos después de irnos, medidos frente a los Objetivos del Movimiento iv. El mantenimiento tiene dueño, las evaluaciones están en marcha, la guardia sabe qué hacer.

¿Quieres la mecánica completa: fases, el equipo, el compromiso? La página de Asesoría es la lectura en profundidad.

Doce semanas. Primer proceso en producción para la semana seis.

Cada fase entrega un artefacto concreto que se usa al día siguiente, no un entregable que se archiva. El trabajo se ejecuta frente a Objetivos medibles acordados por la dirección antes de escribir cualquier agente.

• Sem 02

  Primera devolución. Te recitamos tu proceso real —el que los operadores ejecutan de verdad— con tus palabras, y asientes. Aún sin automatización. Hemos escuchado.

• Sem 04

  Objetivos cuantificados. El coste de esperar es un número que puedes defender ante un director financiero. Los Objetivos medibles que el método debe mover quedan aprobados por la dirección.

• Sem 06

  Primer proceso en producción. Un proceso automatizado de extremo a extremo y funcionando en producción, medido frente a los Objetivos de la semana cuatro. No una demo: trabajo real, tráfico real. Esta es la promesa de las seis semanas.

• Sem 09

  Segundo + tercer proceso. Dos más entregados en el mismo ciclo. Evaluaciones en marcha. El equipo lleva el siguiente sin nosotros en la sala.

• Sem 12

  Traspaso. Paneles ligados a los Objetivos, una guía de guardia que tu equipo posee, un plan de mantenimiento que no nos necesita. Nos vamos. Las cosas siguen funcionando.

“Primer proceso en producción para la semana seis” es la línea que nos exigimos. Si no vamos en camino para la semana cuatro, lo decimos entonces, no en el traspaso.

Infraestructura que funciona. No una carpeta.

La mayoría de los proyectos dejan una presentación de 60 diapositivas, un equipo formado cuyo impulsor renunciará en 18 meses, una dependencia del proveedor para el próximo cambio de prompt y una conversación de renovación. El entregable aquí es distinto: es el trabajo real que funciona al día siguiente y sigue funcionando después de que nos vamos.

• i. Flujos en producción

  Funcionando contra tráfico real, no un entorno de pruebas.

• ii. Agentes conectados a tus señales reales

  Apuntados a los pasos que pudimos medir, y solo a esos.

• iii. Paneles ligados a tus Objetivos

  Los números de la semana cuatro, monitorizados donde la dirección puede verlos.

• iv. Evaluaciones + guardia que tu equipo posee

  Un plan de mantenimiento que no tienes que renovar con nosotros para mantenerlo vivo.

Seis empresas. El mismo ciclo. Un sector distinto cada vez.

No son casos de proveedor. Nuestro fundador ejecutó el método dentro de estas empresas como operador —Director de Ingeniería, CTO, Director de Innovación, líder de reestructuración— antes de que tuviera nombre.

• Picap

  Movilidad en LATAM, cinco países. Movimiento 07 bien hecho: se reconstruyó el despliegue, la observabilidad y la guardia, y luego se sumó ML al enrutamiento. 99,9% de disponibilidad, 10× de volumen con la misma plantilla.
  Lee el caso completo →

• Fluyenta

  Ingresos B2B empresariales. Movimientos 02 + 05: se reconstruyó el descubrimiento en torno a la realidad de compras. 3× el tamaño de operación, −40% de ciclo. El proceso comercial sobrevivió a los consultores: sigue en producción.
  Lee el caso completo →

• RunMyProcess

  Automatización de procesos empresariales, EMEA + LATAM. Movimientos 04 + 06: Objetivos firmados antes de cualquier taller, y luego Shape Up para entregar el proceso. 2× de cuota, tiempo de arranque a la mitad, dos continentes con un mismo manual.
  Lee el caso completo →

• ROEPA

  Francia + España, equipo de operaciones pequeño. Movimientos 01 + 07: mapeamos el flujo real, automatizamos solo lo que pudimos medir. Estable en mantenimiento con ~8 h/mes, primer objetivo de vendedor de IA de Nexus.
  Lee el caso completo →

• LexPro

  Tecnología legal colombiana (portafolio). Movimiento 02 bien hecho: los despachos nombraron su propio coste de esperar. Precio validado en 10× el número original, fijado por el comprador, no por el vendedor.

• Amplifica

  Tecnología de marketing (portafolio). Movimientos 04 + 07: Objetivos definidos por marca antes de que el modelo puntuara nada. En vivo en amplifica.studio: la salida se mantiene dentro de los límites de la marca porque el método los trazó primero.

Cada proyecto de arriba es un solo titular. El registro completo —dieciocho procesos rotos distintos, cada uno etiquetado por el movimiento que lo arregló— está en El método, en acción →

El portafolio operativo completo —Lumina, BrainzLab, Sondea, Bite— funciona con el mismo ciclo. Ver el portafolio →