Automatizaciones con IA para empresas

Elegir el modelo al principio es como elegir la marca del camión antes de saber qué se transporta. La tarea dice qué hay que leer, qué está prohibido inventar y qué error es grave. Un modelo que redacta bien y se inventa un número de pedido no sirve para esa tarea, aunque en una demostración quede fino.

El alcance nombra la bandeja, el tipo de documento o la excepción. “Queremos usar IA” no es un alcance. “Los correos de avería llegan clasificados y con un borrador, y nadie publica sin mirarlo” sí lo es. Si no se puede explicar con un ejemplo real de la semana pasada, no automatizamos todavía.

El ejemplo es el contrato: este correo sí, este correo no, este campo se rellena, este campo se deja vacío a propósito. Sin esa frase, el flujo rellena huecos con inventos y el equipo deja de fiarse a la tercera vez.

Entra un correo: cliente, sede, síntoma, y a veces un número de pedido que no cuadra. El flujo lo clasifica con las categorías que ya usa soporte, no con unas nuevas “más inteligentes”. Extrae los campos que el sistema de incidencias acepta y deja vacío el que no está en el mensaje. Inventar la sede para completar la ficha es un fallo, no una ayuda.

La persona de soporte ve el borrador, el correo de origen y qué campo quedó vacío. Acepta, corrige o tira. Hasta que acepta, no se escribe en el sistema que manda. El registro guarda qué entró, qué se propuso y qué se aceptó. Sin esa pantalla, la automatización es una caja negra y seguridad tiene razón en no quererla.

Automatizar el clic final solo cuando la regla es aburrida y el coste de un error está asumido: archivar un duplicado exacto, no emitir una factura ni cerrar una avería. Si el error es caro, la persona se queda en el medio. Esa frase se escribe antes de encender el flujo, no después del primer disgusto.

Las contraseñas de los sistemas no se pegan en un prompt ni se comparten en un grupo. El flujo usa un acceso definido, el mínimo para la tarea, revocable y explicable. Si mañana hay que cortarlo, se corta sin buscar en qué conversación estaba la clave.

El permiso no crece “porque ya entrábamos”. Si la tarea pasa de clasificar a escribir en el ERP, se vuelve a hablar el acceso. TI y seguridad ven esa decisión en la misma lista que el resto de lo que está encendido: qué dato sale, qué dato no sale nunca y dónde está el registro.

Cambiar de modelo dentro de un año no debería rehacer el negocio ni las credenciales. La tarea y las reglas son de la empresa. El modelo es una pieza sustituible. El código del flujo y su configuración se entregan a vuestro nombre para que ese cambio no sea un rehén.

El flujo se apoya en lo que el sistema deja hacer de verdad. Si el ERP solo exporta un archivo por la noche, la automatización trabaja con ese ritmo y no promete magia en el minuto. Comprobar ese límite es parte del alcance, no una sorpresa de la semana cuatro.

Tampoco pedimos un lago de datos “para estar preparados”. La primera bandeja usa los campos de esa bandeja. Ampliar a otro equipo es otro encargo, cuando el primero se haya usado una semana seguida y no se haya vuelto al método viejo.

No construimos un asistente con acceso general a correos, carpetas y fichas de personas “para ver qué pregunta la gente”. Ese acceso no se puede explicar, no se puede revocar por tarea y mezcla datos que no tenían que verse juntos. Si la pregunta no cabe en una tarea con campos, no es una automatización: es una esperanza.

Tampoco escribimos solos en facturación, nómina o nada cuyo error cueste dinero o una relación. Ahí la IA puede preparar. Publicar sigue siendo de una persona. Y no entrenamos nada con datos de personas “porque el modelo saldría mejor”. Si no se puede decir qué se guarda y por cuánto tiempo, no se enciende.

Antes de construir, contamos cuánto tiempo se va en la tarea y cuántas veces sale mal a mano. Después, miramos si el equipo la usa o si ha vuelto al método viejo. Mantener un flujo por pena es cómo se acumulan automatizaciones que nadie se atreve a tocar y que siguen teniendo una credencial viva.

El primer flujo es estrecho a propósito. Un tipo de correo, un tipo de documento, un equipo. Cuando ese flujo se usa una semana seguida, se habla del siguiente. El mapa de “toda la compañía con IA” es una presentación, no un proyecto.