El fin del prompting: Por qué pedirle cosas a la IA no transforma nada.

Se ha vuelto común decir que el prompting está muerto. Es una exageración, pero apunta a algo real, y es algo que explica por qué tantas empresas compraron licencias de inteligencia artificial y no vieron cambiar un solo número.

El patrón es casi siempre el mismo. Se contratan las licencias. Se hace una capacitación. Durante unas semanas hay entusiasmo. Y seis meses después la herramienta se usa como un buscador un poco mejor: para redactar correos, resumir documentos y desatorar textos.

Nada de eso está mal. Pero nada de eso transforma una operación, y el reporte trimestral lo refleja: sin cambio.

La diferencia entre pedir y operar

Un prompt produce un resultado. Una operación necesita un proceso.

Cuando le pides algo a la IA, tú eres el que decide qué pedir, el que revisa si sirve, el que corrige y el que vuelve a pedir. La IA hace una parte del trabajo; tú sigues haciendo la coordinación, el criterio y la mayoría de los pasos.

Eso escala mal por una razón evidente: depende de que tú estés ahí cada vez. Si el proceso corre veinte veces al mes, tú tienes que estar veinte veces. La herramienta te hizo más rápido en un paso; el proceso completo sigue costando lo mismo en atención de las personas.

Lo que sí cambia una operación es distinto: en vez de pedir un resultado, se define un proceso que corre solo, revisa su propio trabajo contra criterios que tú fijaste, y te llama únicamente cuando hay que decidir algo que importa.

Ahí es donde está el cambio real. No en escribir mejores instrucciones: en dejar de escribirlas una por una.

Qué se necesita para armar uno

Menos técnica de la que parece y más definición de la que se espera. Cuatro cosas:

Primero, el resultado: qué debe existir cuando el proceso termine, con el detalle suficiente para saber si está bien. “Un reporte” no sirve. “Un reporte con estas cinco secciones, con las cifras del sistema y con las diferencias contra el mes anterior explicadas” sí.

Después los pasos, o sea el orden real del trabajo. Casi siempre escribirlos revela que nadie lo había hecho antes, y que dos personas del mismo equipo lo venían haciendo distinto.

Luego las reglas de evidencia: de dónde puede tomar información y de dónde no, qué se verifica contra el sistema y qué se acepta sin verificar. Sin esto obtienes resultados fluidos y a veces falsos, que es el peor escenario de todos.

Y al final el límite de aprobación, o sea qué puede hacer sin preguntar y qué requiere una firma humana. Es la decisión más importante de las cuatro y la que menos se piensa.

Ninguna de las cuatro es un problema técnico. Las cuatro son decisiones de negocio, y por eso los proyectos de IA que fracasan suelen fracasar antes de tocar la tecnología.

Lo que no conviene automatizar

Conviene decirlo, porque el discurso dominante empuja al revés.

• Nada que decida sobre personas: contratación, evaluación, desvinculación. La eficiencia no compensa el riesgo.

• Nada que comprometa dinero o una firma. Puede prepararse solo, pero el que aprieta el botón es una persona.

• Tampoco lo que solo pasa unas cuantas veces al año, porque el costo de diseñar el proceso no se recupera. Ahí un prompt bien escrito basta y sobra.

• Y sobre todo, nada que nadie sepa hacer bien todavía. Un proceso automatizado replica el criterio que le diste; si el criterio no existe, lo que se multiplica es el error, y más rápido.

Por dónde empezar

Busca una tarea que cumpla tres condiciones:

• Se repite al menos cada semana.

• Consume horas de gente cara.

• Su resultado se puede revisar de un vistazo.

Esta tercera condición es la que casi todos se saltan, y es la que decide si el proyecto funciona. Necesitas poder ver si el resultado está bien sin rehacer el trabajo — si para verificarlo tienes que hacerlo tú, no ganaste nada.

Empieza con una. Que corra un mes con supervisión. Mide cuánto tiempo liberó y cuántas veces hubo que corregirla. Con esto sabrás si vale la pena la segunda, y tendrás un número real que llevar al comité en vez de una promesa.

La parte incómoda

Casi ninguna empresa está lista para esto el primer día, y la razón no es tecnológica.

Para que un proceso corra solo, alguien tiene que poder describirlo. Y en la mayoría de las operaciones el proceso vive en la cabeza de dos o tres personas, con variaciones que nadie documentó y excepciones que se resuelven sobre la marcha.

Ese es el trabajo previo real: escribir cómo funciona hoy. Es menos emocionante que hablar de agentes y es lo que decide el resultado.

La buena noticia es que ese trabajo sirve aunque no automatices nada. Una operación descrita se puede mejorar, delegar y auditar. La automatización es solo lo que se vuelve posible después.

---

¿Compraron licencias de IA y no ha cambiado nada?

Es el escenario más común y casi siempre tiene arreglo. Una llamada de briefing estratégico: 30 minutos, sin costo, y no es una llamada de ventas. Te decimos qué automatizaríamos primero y qué dejaríamos como está. Si tu operación todavía no está lista, también te lo decimos.