El sábado pasado se descompuso mi cafetera. No fue dramático. Goteaba por donde no debía y el café salía tibio. Vino el técnico, la abrió, le quitó una capa gruesa de sarro, cambió un empaque de veinte pesos y me dijo: está lista, pero si no la descalcificas cada mes, vuelve a fallar.
Tenía razón. Tres meses después volvió a fallar. No porque el arreglo estuviera mal. Porque nadie hizo la parte aburrida. Me acordé de varios proyectos que vi este año. El piloto funcionaba. Lo que no existía era quién lo mantuviera vivo.
1. El diagnóstico no es una foto, es un turno
La mayoría de los directivos con los que hablo ya entendieron que hay que mirar el proceso antes de automatizarlo. Hasta ahí vamos bien. El problema es que lo tratan como un trámite único. Se hace un diagnóstico de procesos, se documenta en un archivo, se aprueba el piloto y se guarda el archivo para no volver a abrirlo.
Los procesos no se quedan quietos. Cambia la persona que atiende. Cambia el horario. Cambia el proveedor. Cambia la promoción. Lo que mediste en marzo ya no describe lo que pasa en septiembre. Automatizar algo que no se entiende no lo arregla: lo vuelve más rápido y más difícil de corregir. Y automatizar algo que se entendió una vez y se dejó de mirar termina en el mismo lugar, solo tarda un poco más.
Una estrategia de inteligencia artificial que no incluye quién revisa el proceso cada cierto tiempo no es una estrategia. Es una instalación. Las instalaciones se degradan.
2. El piloto funciona mientras el proveedor sigue en la sala
He visto la escena varias veces. Durante las primeras semanas todo el mundo cuida el piloto. El proveedor está atento. El equipo reporta errores. Alguien corrige respuestas. Los casos raros se atienden a mano.
Después el proveedor se va. El responsable interno vuelve a su trabajo real. Nadie quiere quedarse con el turno de revisar. El sistema sigue contestando, pero ya nadie le avisa que el catálogo cambió, que hay una queja nueva que se repite, que los vendedores ya no usan el mismo guion. Lo conté en El piloto que funcionó en la demostración: funcionar el primer día no dice nada. Sobrevivir al tercer cambio del negocio lo dice todo.
Pasa lo mismo con el intento de lograr posicionamiento en chatgpt: si la información base cambia y nadie la actualiza, el asistente cita datos viejos y el trabajo se pierde. No es un problema de truco. Es un problema de dueño.
La inteligencia artificial para negocios no falla casi nunca a lo grande. Falla por abandono. Deja de ser útil en silencio, una respuesta desactualizada a la vez, hasta que un día alguien dice que mejor volvamos a hacerlo a mano.
3. Lo que sobrevive es poco, escrito y revisado
No se necesita un comité. Se necesita una persona con nombre y una rutina corta. Esto es lo que dejo cuando me toca cerrar un diagnóstico:
- Una lista corta de lo que cambia. Precios, horarios, políticas, excepciones. Si no cabe en una página, nadie la va a revisar.
- Un responsable que sí opera. No el director. Alguien que vea los casos reales cada semana y tenga permiso para corregir.
- Una revisión fija. Treinta minutos cada quince días al inicio. Después, una vez al mes. Se revisan diez conversaciones malas y se anota qué cambió en el negocio.
Esa revisión es el mantenimiento de la cafetera. Descalcificar. Cambiar el empaque. No es interesante. Es lo que evita comprar otra máquina en un año.
Si no tienes a esa persona, no automatices todavía. Dilo así, en voz alta. Sale más barato esperar que pagar un sistema que nadie va a cuidar. A veces la respuesta correcta es no usar IA. La mayoría de las veces la respuesta correcta es usar menos, pero con dueño.
Mi cafetera ahora tiene una tarjeta pegada con la fecha de la última descalcificación. Es ridículo y funciona. Los procesos necesitan su propia tarjeta pegada. Quién lo revisó, cuándo, qué encontró. Sin eso, todo diagnóstico caduca. Como Margot Duek lo he visto demasiadas veces para creer en pilotos sin turno de mantenimiento: el trabajo no termina cuando el sistema contesta bien, termina cuando alguien se queda a ver que siga contestando bien.