Automatizar con IA está en boca de todos. Y casi siempre se habla de lo que ganas. Rara vez de lo que puedes dejar de entender.
Esa es la parte que me interesa. No para quitarle mérito a la automatización, sino porque es justo donde una pyme se juega algo que no sale en ninguna demo.
La frase que lo resume
No hace mucho, en una revisión, alguien que llevaba años encargándose de un proceso me dijo una cosa que no he olvidado: «antes me dolía la cabeza. Ahora me duele no saber qué está pasando».
Esa frase condensa el problema. Y no es un problema técnico, es un problema de negocio.
Lo que pasa cuando la máquina se encarga de lo rutinario
Esta semana leí un análisis de Sylvain Kalache, un ingeniero que lleva años trabajando en cómo se comportan los sistemas cuando se les mete IA de verdad. Y viene a decir algo que no sale en los titulares:
Cuanto mejor resuelve la máquina los problemas de todos los días, menos práctica tiene la gente para resolver los que no son de todos los días.
O sea, el error de siempre. Los incidentes rutinarios son, en el fondo, la forma en que un equipo aprende cómo funciona su sistema. Si esos los resuelve el ordenador, el equipo llega al problema gordo —al que nadie ha visto nunca— con mucha menos práctica de la que habría tenido antes.
Él lo llama «deuda de comprensión». Me parece un nombre buenísimo, porque la deuda es exactamente eso: algo que se acumula poco a poco y que un día hay que pagar, casi siempre cuando no estás preparado.
No es solo cosa de ingenieros
Y aquí es donde el asunto se vuelve interesante para una pyme. Porque no hace falta ser una empresa de tecnología para acumular esta deuda.
Piensa en lo típico. Un asistente que responde correos. Un programa que mete facturas solo, leyéndolas de un PDF. Un sistema que prepara pedidos sin que nadie toque el teclado. Todo eso te ahorra horas. Y está muy bien.
Pero llega un día en que el sistema hace algo que no cuadra. Un pedido que no debería haberse enviado. Una factura mal puesta. Un cliente que recibe un correo raro. Y entonces la pregunta que importa es: ¿quién de tu equipo puede explicar por qué ha pasado?
Si la respuesta es «ya no sé, el programa lo hace solo», ese día te ha costado más caro que todo lo que ahorraste. Porque lo que se ha roto no es el sistema. Es tu capacidad de entenderlo.
El problema no es automatizar. Es la caja negra
Yo creo que la automatización no es la culpable. La culpable es la caja negra.
Un sistema que trabaja por ti y que nadie entiende es un riesgo. Un sistema que trabaja por ti y que tu gente puede seguir, entender y revisar, es otra cosa. La diferencia no está en la tecnología. Está en el diseño.
Y esta es la parte que me parece clave, porque es donde se ve si alguien ha automatizado pensando en tu negocio o pensando en venderte un producto.
Un sistema que hace las cosas y además te enseña por qué las hace, no te quita el conocimiento. Te quita el trabajo aburrido y te deja el criterio. Y eso no es poco. Es, de hecho, lo único que hace que la automatización valga la pena a largo plazo.
Por eso, en todo lo que construimos hay una regla que no negociamos: la IA propone y tú validas antes de tocar nada. No es miedo a la autonomía. Es que, si la IA trabaja con tu gente delante, tu gente sigue sabiendo cómo funciona su negocio. El día que algo falle, alguien podrá explicarlo.
Que la IA se note en el tiempo que dejas de perder, no en un botón nuevo. Y que cuando alguien pregunte «¿quién sabe cómo va esto?», la respuesta no sea «ya no lo sé».
La pregunta que deberías hacerte
Si ya tienes algo automatizado, o lo estás a punto de montar, hazte esta pregunta: si el sistema hiciera algo raro mañana, ¿cuánta gente de mi equipo podría explicarme por qué?
Si la respuesta es «pocos», tienes una deuda de comprensión. Y esa se paga tarde o temprano.
No hace falta que sea un desastre. Basta con que un cliente te pregunte algo que antes sabías responder y ahora no sepas. Eso también es pagar la deuda. Y suele doler más que un fallo técnico, porque es delante de un cliente.
Lo que yo haría
Si estás a tiempo, haz tres cosas, y son más baratas de lo que parecen.
Primera, no automatices lo que no entiendes. Si hoy nadie en tu equipo sabe explicar cómo se hace ese proceso a mano, automatizarlo es meter un coche sin frenos en una autopista.
Segunda, exige que el sistema explique. No vale «lo hace el programa». Tiene que poder enseñarte qué ha hecho, con qué datos y por qué. Si no puede, es una caja negra, no una automatización.
Tercera, deja a alguien con la mano en el volante. Que la máquina haga el trabajo repetitivo, pero que haya siempre una persona que sepa revertir, revisar y decidir. Esa persona es tu seguro de vida.
Y la pregunta con la que te dejo: ¿tu automatización te ahorra tiempo, o te está quitando el conocimiento de tu propio negocio?
¿No tienes claro si tu proceso está listo para automatizar sin que se te vaya de las manos? Miramos tu operativa y te decimos dónde compensa y dónde no. Un diagnóstico gratuito, sin coste y sin compromiso.
