Por Ivan Cabrera, CEO de Robotipy Argentina
El espejismo de Claudito: por qué tu equipo va a volver a hacerlo a mano
Automatizar con Claude funciona para una persona y por eso engaña: pasó antes con las macros de Excel y con SAP. Lo que falla es el diseño del proceso.
Llevo más de treinta años recorriendo los pasillos de grandes empresas. Fui gerente de sistemas y lideré migraciones enormes. En ese tiempo vi pasar varias olas de herramientas que prometían ser la solución definitiva.
Conocí directores convencidos de que SAP iba a ordenar sus problemas de stock, y gerentes que creían que un curso de Excel avanzado convertiría su administración en la NASA. La herramienta se instalaba y se pagaba la licencia. Al primer reporte que no cuadraba, el usuario volvía al cuaderno o al correo manual, con la frase de siempre: "lo hago yo porque el sistema no funciona".
Hoy el fenómeno tiene otro nombre. En varias empresas que visito, alguien del equipo le dice Claudito, en diminutivo y con cariño, como a un compañero que sale del paso. Ese apodo me anticipa lo que va a pasar mejor que cualquier diagnóstico técnico.
Claudito funciona en el trabajo individual
Aquí me separo de la mayoría de mis colegas, que llevan meses diciendo que la IA todavía no está lista. Yo creo que ya está lista para el trabajo individual.
Una persona que aprendió a usar bien una herramienta de lenguaje natural resuelve en veinte minutos lo que antes le tomaba media mañana. Redacta, ordena datos sueltos, revisa un texto largo o prepara el borrador de un análisis. Lo veo funcionar todos los días, y por veinte dólares al mes es probablemente la mejor relación entre precio y resultado que he visto en mi carrera.
Si haces tu propia tarea y un error se detecta al leerla sin costarle nada a nadie, no necesitas llamarnos. Tampoco un proyecto con gobernanza ni consultores. Te basta con la suscripción y algo de práctica. Cualquiera que te diga lo contrario te está vendiendo algo.
El espejismo empieza después, cuando lo que funcionó para una persona se confunde con algo capaz de sostener un proceso de la empresa.
El efecto resorte
La forma en que la gente reacciona cuando un sistema le falla no ha cambiado en treinta años. Todo proceso automatizado falla alguna vez, y cuando pasa se activa lo que llamo el efecto resorte. El usuario se frustra y vuelve a hacerlo a mano. Hace décadas que escucho la misma frase en ese momento:
"¿Ves? Te dije que este robotito no servía. Al final tardo menos haciéndolo yo."
La escuché con las macros de Excel en 1998, con los flujos de SAP en 2010 y ahora con Claudito.
El resorte salta por cosas menores, un martes cualquiera. La IA se equivoca en un dato o el prompt da otro resultado porque lo escribió otra persona. A veces la respuesta parece correcta y nadie nota el error hasta dos semanas después. La tarea vuelve a ser manual y el equipo queda desconfiado. La próxima herramienta que le presentes va a ser mejor, y aun así la van a mirar con recelo.
Qué cambia cuando la tarea pasa a ser un proceso de la empresa
Mientras la tarea es de una persona y ella misma la revisa, el error no tiene costo. Cuando ese trabajo alimenta una factura o un dato que otra área usa sin revisar, aparecen preguntas que antes nadie se hacía.
Para resolver rápido, alguien pega balances, información fiscal y facturas de clientes en una web pública. Nadie lo decidió, pero esos datos ya salieron de la empresa.
El registro es otro problema. Si la IA procesó algo y se equivocó, ¿dónde queda constancia de lo que recibió y lo que devolvió, y en qué momento? Sin esa traza, cuando un número no cuadra no hay forma de auditar qué pasó y todo termina en una discusión sobre quién recuerda qué.
En mantenimiento, basta con que se actualice una pantalla o cambie un procedimiento del área para que algo deje de funcionar. Si se rompe un martes de madrugada, alguien tiene que arreglarlo, y no va a ser el administrativo de cuentas por cobrar. Tiene su propio trabajo y además es quien va a activar el resorte cuando se canse.
Una suscripción mejor no resuelve nada de esto. Son las mismas preguntas que nos hacíamos con SAP y con las macros, y la respuesta sigue siendo diseñar el proceso.
Cómo trabajamos en Robotipy
En Robotipy no nos casamos con una tecnología en particular. Usamos Python, RPA con Rocketbot, agentes de IA o lo que pida el problema. Con frecuencia la solución es más simple y barata de lo que el cliente esperaba. Escribimos sobre eso en cuándo NO conviene automatizar un proceso, y en RPA vs IA Agéntica comparamos las dos familias de solución.
Antes de escribir código entendemos el proceso y decidimos qué parte tiene que ser determinística y qué parte puede razonar. También dejamos a alguien del lado del cliente capaz de leer un reporte de ejecución sin llamarnos.
Si tu estrategia de automatización depende de que tus empleados tengan ganas de chatear con la IA todos los días, todavía no tienes un proceso automatizado, y la tarea va a volver a lo manual la primera semana que el trabajo se complique.
Claudito es una herramienta excelente, pero alguien de la empresa tiene que decidir qué procesos se automatizan y quién los mantiene.
