La factura del juguete
Durante un tiempo hemos usado la IA como si alguien hubiera dejado abierta una puerta que antes estaba cerrada con llave. Ahora empezamos a descubrir que entrar era solo la primera parte. Lo difícil no era construir, sino decidir qué merece seguir funcionando.
Hay una mentira pequeña que nos contamos muchas veces y que, durante años, nos ha servido para quedar razonablemente bien con nosotros mismos: cuando tenga tiempo, cuando tenga dinero, cuando encuentre a alguien que me lo pueda hacer, cuando aprenda, cuando todo se ordene un poco.
La mentira funcionaba porque parecía sensata. Todos podíamos entenderla. Hacer cosas requiere tiempo, dinero, conocimiento y una cantidad nada despreciable de energía mental. Nadie te miraba raro si decías que tenías una idea guardada en un cajón porque no encontrabas el momento. Al contrario, sonaba casi responsable. Como quien no se lanza a construir una casa porque antes necesita planos, presupuesto, licencia y alguien que sepa dónde no conviene tocar un muro de carga.
El problema es que la IA ha empezado a desmontar esa coartada.
No del todo, claro. Tampoco nos vengamos arriba, que nos conocemos. Sigue haciendo falta criterio, dinero, tiempo y alguien que sepa qué está pidiendo. Pero muchas de las barreras que antes servían como excusa han bajado lo suficiente como para dejarnos en una posición incómoda.
De repente, alguien en un despacho puede sentarse delante de una herramienta de IA y pedirle que le ayude a revisar una contabilidad. Puede comparar el presupuesto del año anterior con el actual, leer varias actas para detectar acuerdos pendientes, preparar una circular comprensible para una comunidad que lleva meses dando vueltas al mismo problema o resumir una cadena interminable de correos en la que ya nadie recuerda quién dijo qué, solo que todos están convencidísimos de tener razón.
También puede ordenar incidencias, cruzar facturas con proveedores, localizar vencimientos, preparar una primera lectura de saldos o convertir en algo legible ese documento que lleva demasiado tiempo pasando de una carpeta a otra sin que nadie se atreva a mirarlo con calma. Y eso es maravilloso, precisamente por eso conviene mirarlo con un poco de cuidado.
No peligroso en el sentido cinematográfico de la palabra. No va a salir una calavera en la pantalla ni se va a abrir el suelo bajo la impresora multifunción, que algún día merecería capítulo propio. Es peligroso porque nos devuelve una responsabilidad que antes podíamos esquivar con cierta dignidad. Si ahora podemos hacer más cosas, también tenemos que decidir mejor cuáles no debemos hacer, cuáles no debemos automatizar y cuáles no debemos convertir en una herramienta interna solo porque ahora parece fácil.
Construir engancha porque hay algo profundamente satisfactorio en ver aparecer una solución donde antes solo había una molestia. Ese pequeño sistema que descarga facturas. Esa hoja que se rellena casi sola. Ese resumen de incidencias que antes había que preparar a mano. Esa revisión de saldos que señala incoherencias. Ese borrador de correo que convierte un problema vecinal inflamable en una comunicación mínimamente civilizada.
La primera vez que sale bien, uno se queda mirando la pantalla con una mezcla de orgullo y estupidez muy reconocible. Como cuando consigues cuadrar una junta complicada, sales del portal y piensas que, por una vez, el universo ha tenido el detalle de no ponértelo más difícil.
Y sí, hay un punto de justicia en todo esto, porque durante años hemos vivido rodeados de programas hechos para una mayoría abstracta. Aplicaciones enormes que resuelven muchas cosas, pero que no siempre entienden cómo trabaja un despacho real. Herramientas que obligan a pasar por cinco pantallas para hacer algo sencillo. Sistemas que almacenan información, pero no ayudan a pensarla. Programas que tienen todos los datos dentro, aunque luego haya que pedirle a una persona que los saque, los limpie, los copie y los explique.
Por eso tiene sentido querer soluciones propias. No como capricho técnico, sino como una manera práctica de no depender siempre de lo que otro ha decidido que necesitas. Si un despacho revisa todos los años contabilidades, actas, presupuestos, saldos, derramas, morosidad, contratos y vencimientos, no parece ninguna locura intentar que parte de esa revisión esté mejor asistida. Si todas las semanas se repiten reclamaciones parecidas, incidencias parecidas, correos parecidos y consultas parecidas, tampoco es absurdo pensar en sistemas que ayuden a ordenar el ruido.
El problema empieza cuando esa necesidad real se mezcla con otra cosa menos confesable: no siempre queremos resolver mejor un problema. A veces queremos poder decir, aunque sea para nosotros mismos, que lo hemos construido nosotros.
Y eso no es lo mismo.
Conviene repetirlo porque ahí empieza buena parte del desastre. Una cosa es resolver un problema del despacho y otra muy distinta es convertir cada problema en una excusa para crear algo nuevo. Una cosa es asistir una revisión porque aporta control y otra es montar un pequeño monstruo para evitar pagar una solución ya existente que hacía el trabajo más que bien.
El orgullo profesional es muy educado. No siempre entra gritando. A veces entra vestido de eficiencia. “Esto lo hago yo y así lo tengo a mi medida”. “Esto con IA sale en una tarde”. “Así no dependo de nadie”. “Para esto no voy a pagar 25 euros al mes”.
Y de pronto lo que iba a ser una solución sencilla se convierte en usuarios, permisos, copias de seguridad, actualizaciones, errores, datos duplicados, dudas sobre quién puede ver qué, documentos subidos sin demasiado control y ese lunes estupendo en el que algo falla justo antes de enviar una convocatoria o cerrar una liquidación.
Mientras una herramienta es un experimento, puede fallar con cierta dignidad. Se rompe, se aprende, se protesta un poco y se sigue. Pero cuando alguien depende de ella, cuando toca datos reales, cuando entra en el trabajo diario o cuando sustituye un proceso que antes, mejor o peor, funcionaba, deja de ser un juguete.
Empieza a ser infraestructura.
Y la infraestructura no entiende de ilusión. Entiende de mantenimiento.
En un despacho esto debería sonarnos familiar. Buena parte del trabajo que sostiene una comunidad no se ve precisamente porque funciona: la revisión hecha a tiempo, el contrato que no vence sin avisar, la incidencia que se reconduce antes de convertirse en conflicto, la circular que evita veinte llamadas, la contabilidad revisada antes de la junta. Nadie aplaude eso porque no explota nada.
Pero ahí está buena parte del valor real: evitar que el problema llegue a producirse.
Con las herramientas internas pasa lo mismo. Si una automatización funciona, se vuelve paisaje. Si clasifica correos, prepara revisiones, ordena incidencias o ayuda a detectar incoherencias, al cabo de dos semanas nadie la mira como una innovación. Simplemente se espera que esté ahí. Y el día que falla, entonces sí, todos descubren que existía.
Por eso conviene no quedarse solo en la parte luminosa de la IA. Esa parte existe, claro. Hay personas resolviendo problemas concretos con herramientas que hace muy poco parecían fuera de su alcance. Sería absurdo negarlo. Lo que no tiene sentido es confundir una primera victoria con una solución sostenible.
La IA no elimina la deuda. La cambia de sitio.
Antes dependías de un proveedor, de un programa externo o de alguien que te hiciera una integración que nunca llegaba. Ahora puedes depender de una instrucción que no entiendes del todo, de un servicio que cambia precios, de una automatización que nadie más sabe tocar o de un pequeño sistema propio que da miedo modificar porque, si deja de funcionar, medio despacho se queda mirando al techo.
No has eliminado la dependencia. La has traducido a otro idioma.
Y eso conviene asumirlo cuanto antes, porque el entusiasmo por construir tiene una capacidad extraordinaria para esconder las consecuencias. La primera versión siempre parece ligera. La primera prueba siempre parece manejable. El primer resultado siempre parece una victoria limpia. Pero el trabajo real no vive en la primera vez. Vive en la repetición, en la excepción, en el error raro, en el usuario que hace lo que nadie había previsto y en el documento que entra torcido cuando todo estaba pensado para que entrase recto.
Ahí es donde se ve si aquello era una herramienta o solo una ocurrencia con buena presentación.
La diferencia no está en que lo haya hecho una IA, una persona o una mezcla de ambas. La diferencia está en si alguien ha pensado qué pasa después. Quién revisa. Quién corrige. Quién se hace cargo cuando el sistema devuelve algo convincente pero equivocado. Quién tiene permiso para tocarlo. Quién sabe detenerlo sin que se caiga media mañana de trabajo.
También conviene saber cuándo parar.
Nos gusta hablar de crear, de poner en marcha, de probar, de abrir posibilidades. Mucho menos de cerrar una herramienta que ya no compensa, retirar una automatización que se ha quedado vieja o reconocer que aquello que parecía una gran idea solo estaba funcionando porque una persona concreta la mantenía con alfileres.
Y en los despachos hay demasiadas cosas sostenidas con alfileres como para añadir más sin mirar.
Quizá la clave no esté solo en saber qué se puede hacer con IA. Quizá esté, sobre todo, en distinguir qué parte del trabajo merece convertirse en sistema y qué parte debe seguir siendo una decisión humana, una revisión pausada o incluso una tarea sencilla hecha con una herramienta normal y corriente.
No todo lo que molesta merece una aplicación. No todo lo que se repite merece una automatización. No todo lo que puede hacerse merece entrar en la rutina de un despacho.
Lo difícil no es construir algo que salga bien una vez. Eso cada vez será más fácil. Lo difícil es construir algo que no añada más fragilidad de la que pretende quitar. Algo que no convierta una molestia pequeña en una dependencia grande. Algo que no nos obligue a trabajar para la herramienta que, en teoría, venía a trabajar para nosotros.
Ahí no bastará con pedirle cosas a la IA. Harán falta profesionales capaces de revisar, simplificar, asegurar, documentar y, sobre todo, decir que no. Decir que esto no debería existir así. Que esto se resuelve con una herramienta sencilla. Que esto merece desarrollo propio. Que esto necesita una revisión humana. Que esto no toca datos reales hasta que alguien lo compruebe. Que esto, aunque funcione, es una bomba con buenos modales.
Quizá ese sea el cambio que viene: menos juguetes abandonados en mitad del despacho y más criterio para decidir qué merece convertirse en sistema.
La IA nos ha quitado algunas excusas. Bien. También nos ha dejado delante de una pregunta bastante menos cómoda.
Ahora que puedes automatizar casi cualquier cosa, ¿qué vas a tener la sensatez de no automatizar?