Quién mantiene las integraciones de IA cuando ya están funcionando

El hueco donde se cae el mantenimiento

La situación por defecto en la mayoría de empresas medianas es esta, y se produce sin que nadie tome una decisión equivocada.

El proveedor entrega y considera terminado su trabajo, salvo que haya un contrato de soporte que diga otra cosa. Y soporte suele significar «si se rompe, lo arreglamos», que no cubre nada de lo que de verdad pasa.

La empresa, por su parte, asume que el proveedor sigue vigilando. Nadie miente: es que las dos partes entienden «mantenimiento» de forma distinta y nadie lo puso por escrito.

Hay una razón por la que este hueco se abre precisamente en IA y no en otras integraciones, y vale la pena nombrarla.

Una integración tradicional que nadie mira sigue haciendo exactamente lo mismo durante años. Una de IA depende de un componente externo que cambia por decisión de un tercero, y encima cambia sin generar errores.

O sea: la intuición heredada de «si funciona, no lo toques» es correcta para el software clásico y es peligrosa aquí.

Mantener no es lo mismo que dar soporte

La confusión entre las dos palabras es el origen del problema, y separarlas resuelve la mitad de la conversación.

Un contrato de soporte no cubre que el modelo empiece a clasificar peor, que el costo suba un 40 % ni que el proveedor deprecie la versión que usas. Ninguna de las tres genera un error.

Qué incluye el mantenimiento, en concreto

Escrito así, cabe en una lista y deja de ser una palabra abstracta que nadie sabe presupuestar.

• Revisar avisos del proveedor y decidir qué afecta. Mensual.
• Correr los casos de prueba y comparar contra la salida esperada. Semanal o quincenal.
• Muestrear casos reales con criterio escrito. Semanal.
• Mirar el costo contra el mes anterior y contra el tope. Mensual.
• Revisar permisos y credenciales, y rotarlas. Trimestral.
• Comprobar versiones en uso y sus fechas de retirada. Trimestral.

Suma unas pocas horas al mes por integración. Es poco, y es exactamente por eso que no se asigna: parece demasiado pequeño para que alguien lo tenga como encargo.

Sobre la tercera tarea, muestrear casos reales: es la única de la lista que no puede hacer un script y por eso la que más se abandona.

Requiere que una persona lea veinte casos y decida si están bien contra un criterio escrito. Media hora a la semana, y es la que detecta lo que ninguna alerta técnica ve.

Cuando el equipo la abandona, casi siempre es porque nunca se escribió el criterio y revisar se volvió una cuestión de opinión.

Las cuatro opciones reales

Cada una funciona en un contexto y falla en otro.

• El proveedor, con contrato de mantenimiento explícito. Funciona si el contrato lista las tareas de arriba. Si dice «mantenimiento» a secas, no cubre nada.
• Alguien técnico interno. La mejor opción cuando existe. El riesgo es que sea una sola persona y todo dependa de ella.
• Un tercero en modalidad gestionada. Tiene sentido con varias integraciones. Es lo que describe qué es un servicio gestionado de agentes de IA.
• Nadie. Es la opción por defecto y también es una decisión, aunque no se tome en ninguna reunión.

Qué pasa cuando no hay nadie

No pasa nada. Ese es exactamente el problema: durante meses no pasa nada visible.

La degradación de una integración de IA sigue un patrón reconocible que he visto repetirse:

La fase tres es la más cara y la más invisible, porque la empresa paga el sistema y el trabajo manual a la vez, y en ningún reporte aparece que eso esté ocurriendo.

Hay una consecuencia de la fase tres que conviene subrayar porque se paga dos veces: el trabajo manual que reaparece no se registra en ninguna parte.

Nadie abre un ticket que diga «reviso a mano lo que el sistema hace porque ya no me fío». Se hace, se normaliza y se vuelve invisible.

Por eso el indicador más honesto de que una integración se degradó no está en los registros técnicos: está en preguntarle al equipo si revisa las salidas y desde cuándo.

Qué pedir por escrito antes de firmar

Si el mantenimiento va a ser del proveedor, estas cinco líneas evitan la conversación incómoda del mes siete.

• Qué tareas incluye, con la lista de arriba y su frecuencia.
• Qué informe llega y cada cuánto. Sin informe periódico no hay forma de saber si alguien está mirando.
• Qué pasa si cambia el modelo del proveedor de IA. Quién prueba y quién paga la adaptación.
• Qué pasa si sube el costo por consumo. Quién avisa y con cuánta antelación.
• Qué se entrega si el contrato termina. Prompts, configuración e histórico.

La última es la que más incomoda pedir y la que más protege. Es la misma lógica de qué documentos exigir a un proveedor de IA.

Si lo mantiene alguien interno

Tres condiciones para que no dependa de una persona y se caiga cuando esa persona cambie de trabajo.

• El encargo escrito, con las horas al mes que corresponde. Si no está en su descripción de tareas, compite con lo urgente y pierde siempre.
• La documentación mínima, que es qué decide el sistema, con qué datos y con qué límites.
• Una segunda persona que sepa dónde está todo, aunque no lo opere. Es la única protección contra la dependencia de una sola cabeza.

El segundo punto no es un documento largo. Es una página, y la referencia de qué tiene que decir está en cómo se documenta una arquitectura de IA.

Cuánto cuesta mantener, para presupuestarlo

La regla que uso al presupuestar, y que nunca ha quedado corta: el mantenimiento anual de una integración se parece a una fracción de lo que costó construirla.

No es una fórmula exacta y sirve para no dejar la línea en cero, que es el error real. Un presupuesto de integración sin línea de mantenimiento está incompleto por definición.

El desglose completo, con las partidas que se olvidan, está en cuánto cuesta una integración de IA.

Una forma de que esa línea no se caiga del presupuesto: cotizarla junto con la construcción y no después.

Un presupuesto que presenta construcción y doce meses de operación como un solo número se aprueba entero. Uno que presenta la construcción y deja el mantenimiento para «más adelante» se aprueba a medias, y la mitad que falta es la que sostiene el sistema.

Cómo cerrarlo esta semana si ya tienes integraciones vivas

No hace falta un proyecto. Hace falta una hora y tres decisiones.

El paso uno suele ser el hallazgo. En casi todas las empresas donde lo he hecho apareció al menos una integración que nadie recordaba que seguía encendida, consumiendo y sin dueño.