Una automatización no es un mueble: es un organismo conectado a sistemas que se mueven sin avisar. Un proveedor modifica el formato de una respuesta. Un modelo se actualiza y se vuelve más prudente, y por tanto menos tajante. Un comercial cambia una regla de descuento y nadie piensa en decirlo. Tres meses después el proceso sigue funcionando, pero peor, y nadie sabe desde cuándo.

Las cinco preguntas, una a una

  • ¿Quién interviene cuando cambia una interfaz? Una persona con nombre, un plazo de intervención anunciado y una forma de localizarla.
  • ¿Quién supervisa y qué? Una supervisión útil no se limita a comprobar que el servicio responde: comprueba que el resultado sigue siendo bueno.
  • ¿Quién corrige los errores y en qué plazo? Un incidente bloqueante y una deriva lenta no reciben el mismo tratamiento.
  • ¿Qué pasa si el modelo cambia de comportamiento? Hacen falta una versión fijada, un conjunto de ejemplos de referencia y una comparación antes del cambio.
  • ¿Cuánto cuesta todo esto al año? Una cifra anunciada antes de firmar, no un presupuesto descubierto en el primer incidente.

Supervisar el resultado, no solo el servicio

La supervisión clásica responde a la pregunta «¿está funcionando?». No basta: una automatización puede funcionar perfectamente y producir resultados cada vez peores. Por eso supervisamos también el fondo: la proporción de propuestas corregidas por un humano, la parte de casos marcados como inciertos, el coste medio por ejecución y los plazos de principio a fin.

Cuando uno de esos indicadores se desvía, hay una señal antes del incidente. Ahí está toda la diferencia entre corregir una automatización y descubrirla rota por un cliente descontento.

Una automatización casi nunca cae de golpe. Se degrada, y el silencio pasa por estabilidad.

El cambio de modelo

Es el riesgo propio de los proyectos de IA y es poco conocido. Un modelo actualizado no es el mismo producto: cambia el estilo, cambia la prudencia, puede cambiar el formato de salida. Bastan tres precauciones: no dejar nunca que un proceso apunte a una versión flotante, conservar un conjunto de ejemplos con las respuestas esperadas y volver a pasarlo antes de cualquier cambio. Si el proveedor no tiene esos ejemplos de referencia, no puede saber qué ha cambiado una actualización en su caso.

Recuperar el control

Es el punto que protege a la empresa a largo plazo. Depende de cuatro condiciones: el código y las instrucciones están en su casa, las cuentas de los servicios utilizados son suyas, la documentación existe y es legible por otra persona, y el contrato prevé un traspaso. Un proveedor que acepta esas cuatro condiciones no teme ser sustituido, lo que suele ser buena señal sobre lo demás.

Lo detallamos en el artículo sobre la propiedad, y nuestra oferta de pilotaje en la página Orquestador IA describe con precisión quién hace qué una vez entregado el proyecto.

Nuestra posición

No vendemos una entrega seguida de silencio. La supervisión, la corrección y la adaptación forman parte del servicio, con un coste anunciado, porque es la única manera honesta de presentar una automatización: no es una compra, es una explotación.