Una organización AI-first no es una empresa que usa IA

En muchos comités, AI-first significa que la plantilla usa IA a diario. Con esa medida, cualquier empresa con conexión a internet entra en la categoría. Yo uso otra definición: una organización AI-first rediseña su modelo operativo asumiendo que los agentes de IA forman parte de su fuerza de trabajo. No son un accesorio. Tienen permisos, límites y responsabilidades asignadas.

Una definición mide compra y uso. La otra obliga a cambiar cómo funciona la empresa.

Tres niveles de adopción

Cuando miro cómo adoptan IA las empresas de cierto tamaño, veo tres niveles distintos que se confunden bajo la misma etiqueta.

Nivel uno: herramientas. Cada empleado tiene su asistente, su copiloto o su licencia. Puede reducir tiempo en redacción, análisis o código, pero el proceso, la estructura y los derechos de decisión permanecen igual. Además, la misma herramienta está disponible para los competidores en condiciones parecidas.

Nivel dos: procesos. La empresa rediseña un proceso para que un agente ejecute pasos definidos, con comprobaciones y una ruta de escalado. Hace falta un responsable, métricas de operación y límites de actuación. Describo esos requisitos en agentes de IA en operaciones.

Nivel tres: modelo operativo. La empresa asume que una parte creciente de su trabajo lo ejecutan agentes y rediseña en consecuencia: qué equipos existen, qué supervisan las personas, cómo se documentan las reglas del negocio, cómo se decide. Los procesos, las reglas y las excepciones dejan de vivir en la cabeza de la gente y pasan a estar codificados y en ejecución, una idea que desarrollo en el modelo operativo como código. Este nivel se decide en el comité de dirección, no en el departamento de sistemas. Es diseño organizativo.

En esta definición, AI-first corresponde al nivel tres. Los otros dos pueden ser pasos previos, pero no cambian por sí solos el modelo operativo.

Por qué casi todas se quedan en herramientas

Comprar licencias tiene un responsable: compras o tecnología. Cambiar un proceso exige que alguien decida quién lo dirige, qué acciones puede ejecutar un agente y quién responde cuando falla. Si nadie asume esas decisiones, la iniciativa termina en formación y cuentas de usuario.

Las licencias encajan en procedimientos que la empresa ya conoce. Se comparan proveedores, se aprueba un presupuesto, se asignan accesos y se mide cuánta gente entra. Ninguno de esos pasos modifica una operación. Una implantación puede cumplir todos sus objetivos y dejar intactos los procesos.

Los informes que llegan al consejo suelen medir actividad: usuarios activos, consultas y horas de formación. No dicen si un pedido tarda menos, si se resuelven más excepciones o si ha desaparecido un traspaso manual. La empresa puede mostrar adopción sin haber cambiado un solo proceso.

El problema aparece cuando se espera retorno. Cada empleado ha incorporado una herramienta por su cuenta, pero las decisiones, los permisos y los traspasos siguen igual. Hay más gasto y el mismo sistema de trabajo. Cuando alguien propone rediseñar el primer proceso, el comité recuerda la iniciativa anterior y pide otra justificación. Así empiezan muchos de los casos que analizo en por qué fracasan los pilotos de IA.

Qué cambia cuando los agentes son fuerza de trabajo

El nivel tres exige responder preguntas que el nivel uno no plantea.

La primera es de legibilidad. Un agente solo puede operar lo que está definido. En las empresas que he visto, parte del proceso está repartida entre personas, correos y hábitos no documentados. Convertirlo en reglas explícitas requiere tiempo de los operadores y decisiones de los responsables antes de ampliar la autonomía.

La segunda es de supervisión. Un agente puede repetir el mismo error a gran volumen si no existen límites y trazabilidad. La organización debe definir quién revisa cada clase de caso, con qué frecuencia y quién puede detener el sistema. Esas responsabilidades pertenecen al diseño del proceso.

La tercera es de estructura. Cuando baja el coste de ejecución, aumenta el peso relativo de decidir, verificar y responder por el resultado. En producto digital ya cambia el reparto del trabajo entre arquitectura, construcción y revisión. Lo desarrollo en desarrollo agéntico de producto.

Una licencia no asigna esas responsabilidades ni modifica el proceso.

Mi práctica diaria

Como Chief Product & Technology Officer trabajo en la transición hacia una organización AI-first y en el desarrollo agéntico de producto. Esta práctica incluye los sistemas que operamos, sus errores y las revisiones que hacemos después.

Los modelos se compran por API y cambian con frecuencia. El trabajo interno consiste en identificar reglas, excepciones y conocimiento no documentado, y convertirlos en un proceso que un agente pueda ejecutar con límites. Ninguna actualización del modelo documenta esas decisiones por la empresa.

Dónde encaja esto en el mapa

En un mapa de Wardley, los modelos ya son utility y los frameworks de orquestación avanzan hacia producto. Codificar el modelo operativo de una empresa sigue en fase custom porque sus reglas y excepciones no vienen incluidas en esos componentes. Desarrollo la clasificación en el manifiesto de la fase custom.

Una organización no se vuelve AI-first solo comprando producto porque todavía debe definir cómo operarán los agentes dentro de sus procesos. Ese trabajo se hace sobre su modelo operativo. Trato las tres vías —comprar una herramienta, construir o contratar el resultado— en cómo decidir el modelo de provisión.

Preguntas que me hacen los comités

¿Ser AI-first significa reducir plantilla?

Significa rediseñar el trabajo, y eso cambia la composición antes que el tamaño. Los roles de pura ejecución pierden peso y los de criterio, supervisión y diseño de proceso lo ganan. Qué hace cada empresa con ese saldo es una decisión suya, no una consecuencia automática, y desconfío de quien la presenta como un porcentaje garantizado.

¿Por dónde empezamos sin cambiar toda la organización?

Por un proceso, no por la organización entera. Uno que tenga dueño claro, resultados medibles y excepciones acotadas. Ese primer proceso enseña más sobre tu empresa que cualquier diagnóstico, y he descrito cómo elegirlo en preparar tu empresa para agentes.

¿Esto no nos lo acabará dando nuestro proveedor de software de siempre?

Te dará la parte genérica, y esa cómprala sin miedo. Lo que no puede darte es la codificación de tu modelo operativo, porque no lo conoce, y su negocio consiste en venderle lo mismo a mil empresas. La parte que te diferencia está, por naturaleza, fuera de su catálogo.

¿Cuánto se tarda en llegar al nivel tres?

El primer proceso operado por agentes es cuestión de meses si hay dueño y datos accesibles. El cambio de modelo operativo se mide en años, porque avanza proceso a proceso y cada uno deja infraestructura y aprendizaje para el siguiente. Lo que sí llega pronto es la evidencia para decidir si seguir, y esa es la señal que yo vigilaría.