Mucha gente de oficina se consuela con la pregunta equivocada. No paran de preguntarse si la IA puede hacer todo su trabajo. Ese no es el umbral que va a usar su empresa. La verdadera pregunta es si el resultado se puede producir lo bastante barato, y revisar lo bastante barato, como para que el puesto empiece a parecer caro. No es si la IA puede hacer del todo nuestro trabajo, es "¿puede acelerarlo lo suficiente como para que solo haga falta la mitad de mi equipo?". Porque la respuesta a eso, tristemente, es sí.
Eso importa porque buena parte del trabajo de oficina ya llega en forma revisable. Una nota de mercado, un borrador, una pasada de documentación, un resumen de investigación. Una presentación. Un arreglo de código rutinario con criterios de aceptación claros. El trabajo manual detrás de esos resultados puede seguir siendo real, pero el producto terminado suele ser lo bastante legible como para que alguien más sénior lo inspeccione, corrija los fallos evidentes y aun así gaste menos que el antiguo coste laboral total.
Ese es el mecanismo que la gente no quiere mirar de frente. La IA no tiene que reemplazar la confianza, el criterio o el contexto de golpe. Solo tiene que hacer que una parte suficiente de la primera pasada sea producible por máquinas para que un solo revisor pueda supervisar lo que antes exigía a varias personas produciendo desde cero. En la práctica eso significa menos analistas, menos coordinadores, menos redactores junior, menos programadores junior haciendo trabajo de limpieza, y más presión sobre quienes quedan para validar la salida de la máquina en lugar de generar cada línea ellos mismos.
Ya se ve el patrón en el flujo de trabajo cotidiano. Antes un mánager necesitaba un analista para reunir el material de partida, redactar el memo interno y dar forma a la primera recomendación. Ahora el analista puede seguir existiendo, pero probablemente pueda dar servicio a varios mánagers a la vez. O un mánager necesita menos analistas. Lo mismo pasa en la revisión de código. Un humano sigue importando, a veces mucho, pero al humano lo empujan hacia arriba, hacia la validación, los casos límite y la responsabilidad, mientras la primera pasada barata se genera en otra parte.
Por eso el trabajo de oficina está más expuesto de lo que la gente quiere admitir. Es porque el trabajo de información solía ser caro. Las organizaciones tenían que pagar a humanos por la primera pasada porque no había otra forma de conseguirla. Una vez que la primera pasada se abarata, el valor del puesto se juzga con más dureza. El puesto ya no se valora en torno a producir lenguaje organizado. Se valora en torno a la responsabilidad, la verificación y las consecuencias.
El contraste con el arte y otros trabajos difíciles de especificar conviene mantenerlo acotado. Un buen trabajo visual sigue siendo más difícil de describir con precisión y más difícil de verificar de forma barata que el texto, la lógica de una hoja de cálculo o los cambios de código rutinarios. Eso no hace inmune al trabajo creativo. Solo significa que la lógica de compresión es más fuerte allí donde el éxito es fácil de describir y el fallo es barato de inspeccionar.
El trabajo que sobrevive mejor está más cerca de la realidad. Se hace dueño de sistemas, da el visto bueno a los resultados, absorbe consecuencias y maneja contextos desordenados que no encajan limpiamente en una cola de revisión. Es más difícil comprimir el trabajo de quien tiene que validar un sistema físico, gestionar un conflicto en vivo con un cliente, hacerse cargo de la respuesta a una caída de servicio o tomar una decisión cuando los datos están incompletos y el coste del error es real. Si acaso, vuelve más visibles esos cuellos de botella humanos que quedan. Para los ingenieros, por ejemplo, reduce mucho el coste de escribir código (incluso diseños), a la vez que aumenta el valor de la gente que sabe adaptarse y llevar algo hasta el final. Ser una persona de principio a fin, alguien capaz de descomponer una idea o una funcionalidad en muchos componentes y luego priorizarlos y ejecutarlos, es de lo que va ahora la ingeniería de software. Es poco probable que sigas programando mucho, sobre todo cuanto mejor se vuelva la IA en ello. Pero vas a necesitar entender patrones, diseños, herramientas... y juntarlo todo.
Sí, la IA por sí sola no va a construir nada. Pero una persona con IA construirá lo que antes hacía un equipo de 10. Así que, a esos 9, sí que les puedes decir que la IA los está reemplazando.