En 2025, el proyecto NANDA del MIT publicó un reporte sobre adopción de IA en empresas —The GenAI Divide— y el número que se quedó en la cabeza de todos fue ese: alrededor del 95% de las organizaciones no veía ningún retorno medible de sus pilotos de IA generativa. Se leyó en todos lados como "la IA no sirve".
No es eso lo que dice. Los modelos que usan esas empresas son los mismos que usan las que sí están sacando valor. Lo que cambia no es la herramienta: es que unas la tratan como software y otras la tratan como alguien que acaba de entrar a trabajar.
Y es una distinción muy práctica. A un software lo instalas. A una persona nueva la induces, le explicas el puesto, le enseñas ejemplos, le das acceso por partes y la corriges durante tres meses. Nadie espera que un empleado nuevo rinda el primer día sin nada de eso, y sin embargo eso es exactamente lo que se espera de la IA.
Por qué se cae la mayoría de los pilotos
El patrón es idéntico en casi todas las empresas donde entro. Alguien prueba la herramienta, le pide algo real, recibe una respuesta genérica correcta pero inservible, y concluye que "todavía no está para nuestro caso". El piloto muere ahí, sin que nadie haya escrito una sola línea de contexto.
Compáralo con contratar a un analista senior excelente, sentarlo el lunes sin decirle a qué se dedica la empresa, sin darle acceso a nada y sin enseñarle un solo entregable anterior, y pedirle el reporte de cierre. Va a entregar algo mediocre, y nadie diría que el problema fue la contratación.
La inducción no es un trámite. Es literalmente el trabajo.
Nivel 1: la inducción
Lo que le cuentas a cualquiera que entra, sin importar el puesto. Esto se escribe una vez y sirve para todos los usos de la empresa.
- Qué vende la empresa y a quién. Con nombres de producto, segmentos reales y tamaños de operación, no con la frase de la página de inicio.
- El vocabulario interno. Las siglas, los nombres de los sistemas, cómo le dicen aquí a las cosas. Este apartado es el que más rápido mejora las respuestas y el que nadie escribe.
- Quién es quién. Las áreas, quién decide qué, a quién se le entrega cada cosa.
- Lo que aquí no se hace. Las políticas duras: qué no se promete a un cliente, qué descuento no existe, qué información no sale de la empresa.
Va en un solo documento en el conocimiento del proyecto o del espacio de trabajo. Media hora de escritura, y es la diferencia entre respuestas de manual de negocios y respuestas sobre tu negocio.
Nivel 2: el manual del puesto
Aquí ya no hablamos de la empresa sino de una tarea específica: la cotización, la respuesta al cliente, el reporte semanal, la revisión del contrato. Un manual por tarea, no uno gigante.
Cuatro cosas, y la tercera es la que casi siempre falta:
- El proceso real, como lo hace hoy la persona que lo hace bien. No el proceso del diagrama de calidad: el de verdad, con los atajos y las excepciones.
- El criterio de aceptación. Cómo sabes que quedó bien. Si no lo puedes escribir, tampoco lo puedes delegar a un humano, y ahí está el problema de fondo.
- Dos ejemplos buenos y uno malo. El malo con la explicación de por qué está mal. Un ejemplo de trabajo rechazado enseña más que tres páginas de instrucciones, y es lo que nadie guarda.
- Los límites de decisión. Qué resuelve solo, qué consulta contigo, qué no toca nunca.
Con el nivel 1 y el 2 puestos, la calidad de las respuestas cambia de forma que la gente no se espera. No porque el modelo se haya vuelto más listo, sino porque por primera vez tiene con qué.
Nivel 3: autonomía supervisada
El tercer nivel es dar accesos: al CRM, al calendario, a la base de datos, al correo. Es donde deja de responder y empieza a hacer.
Y es donde más se equivoca la gente, por las dos puntas. Unos no llegan nunca —llevan un año pegando información a mano en un chat— y otros conectan todo el primer día, incluida la capacidad de escribir y de mandar correos.
La forma de hacerlo es la misma que con una persona: primero lectura, luego borradores, luego ejecución en lo reversible, y las acciones irreversibles nunca sin un humano en medio. Mandar un correo a un cliente, aplicar un descuento y borrar un registro no se delegan porque haya funcionado bien un mes.
El paso que todo mundo se salta: los niveles no se brincan. La mayoría de los pilotos que veo muertos empezaron en el nivel 3 —conectaron herramientas y armaron un agente— sin haber escrito nunca el nivel 1. Un agente con acceso a todo y sin contexto de la empresa no es un empleado autónomo: es alguien que acaba de llegar tomando decisiones con la información de nadie. La secuencia importa más que la sofisticación.
El ciclo de retroalimentación
Los tres niveles te dan el arranque. Lo que hace que un sistema mejore en vez de estancarse es el ciclo, y es la pieza que casi ninguna empresa construye.
Todo el mundo corrige a la IA. Nadie escribe la corrección. Se corrige en el chat, funciona, se cierra la ventana, y el lunes vuelve a pasar lo mismo. Eso no es entrenar: es repetirse.
El ciclo tiene cinco pasos y se corre una vez por semana:
- Corre la tarea con el contexto que ya tienes.
- Revisa y corrige como corregirías a alguien nuevo: no solo qué está mal, sino qué criterio te hizo verlo.
- Aplica la regla de las dos veces: si corriges lo mismo por segunda vez, deja de corregirlo en el chat y escríbelo en el manual. Sin excepción.
- Guarda el caso. El entregable rechazado y el corregido se van a la carpeta de ejemplos. Con el tiempo esa carpeta vale más que las instrucciones.
- Prueba contra lo viejo. Vuelve a correr dos casos que ya funcionaban. Es la única forma de saber si la regla nueva rompió algo, y es el paso que todos se saltan.
Para el paso tres uso este prompt, porque convertir una corrección en regla escrita es más difícil de lo que parece:
Acabo de corregirte esto:
[pega la corrección que hiciste]
Conviértelo en una regla permanente para tu manual.
Entrégame:
1. La regla en una frase, en imperativo.
2. Cuándo aplica y cuándo NO aplica. Sé específico: una
regla sin excepciones escritas se sobreaplica.
3. Un ejemplo de trabajo que la cumple y uno que no.
4. Si esta regla contradice o hace redundante alguna que
ya tienes en las instrucciones, dímelo y propón cómo
quedaría el texto unificado.
No agregues nada que yo no haya corregido.Ese último punto —revisar contradicciones— es el que evita que a los seis meses tengas un manual de cuarenta reglas donde la doce anula a la treinta y uno.
Sin dueño no hay ciclo: esto necesita un nombre y media hora fija a la semana en el calendario de una persona. No un comité, no "el área de sistemas", no "entre todos". El único predictor confiable que he visto de que una implementación de IA siga viva a los seis meses es que alguien tenga esa media hora agendada y le rinda cuentas a alguien.
Cómo se ve cuando sí está funcionando
No se ve como un tablero impresionante. Se ve aburrido: los prompts se vuelven cortos, las correcciones bajan de volumen, y la gente nueva del equipo produce trabajo aceptable desde la primera semana porque hereda el manual en lugar de aprender por osmosis.
Ese último efecto es el que casi nadie anticipa y el que más vale. El manual que escribiste para la IA resulta ser el manual de incorporación que tu empresa nunca tuvo. En varias implementaciones ese ha sido el beneficio más grande, y ni siquiera era el objetivo.
Empieza por una sola tarea. La que más se repite y más te choca. Escribe su nivel 1 y su nivel 2 esta semana, corre el ciclo cuatro veces, y compara. Si quieres armar bien la parte del contexto, esta guía tiene la plantilla completa, y esta otra desarrolla el ciclo a fondo.