La entrega no es el final
Un sistema de IA o una aplicación necesitará cambios aunque esté bien construido. La empresa evoluciona, un proveedor actualiza su servicio, cambia la versión de un modelo o aparece un fallo que nadie había previsto. Si el mantenimiento está acordado de antemano, cuando ocurre algo ya se sabe quién lo atiende y con qué prioridad.
Distingo siempre entre corregir algo que no funciona según lo acordado y desarrollar algo nuevo. Adaptar una integración porque el otro sistema ha cambiado queda en un punto intermedio y conviene definir cómo se trata. El acuerdo debe dejar claro qué se incluye y cómo se valora lo que no.
Quién se ocupa cuando algo cambia
Reparte responsabilidades antes de que aparezca una incidencia.
- 01Detectar
- 02Resolver
- 03Comprobar recuperación
¿Qué tienes ya definido?
Que otra persona pueda continuar
Hay que documentar quién administra el dominio, la infraestructura, el código y las cuentas de cada proveedor. Tu empresa debe tener acceso a todo lo que le pertenece, con documentación suficiente para que otro profesional pudiera continuar el trabajo si fuera necesario. Es una cuestión de buena práctica, no de desconfianza.
También hay que acordar el canal de notificación de incidencias y quién recibe las alertas. Una buena alerta indica qué operación ha fallado, cuándo y cómo reproducirlo, sin incluir credenciales ni datos personales innecesarios.
Los fallos silenciosos
Que la aplicación responda no significa que todo funcione. Si un sistema integrado cambia su API, la interfaz puede seguir operativa mientras las operaciones dejan de registrarse sin que nadie lo detecte. En los sistemas de IA existe además otro riesgo: un cambio de modelo puede alterar la calidad de las respuestas sin producir ningún error técnico.
Por eso el mantenimiento incluye comprobaciones de los recorridos reales de los usuarios y una batería de casos de referencia que se repite cuando cambia el modelo o las instrucciones, además de un procedimiento para recuperar las operaciones fallidas sin generar duplicados.
Lo que dejaría por escrito
Dejaría documentado cómo se actualiza el sistema y cómo se realizan las copias de seguridad. Una copia que nunca se ha restaurado no ofrece garantías; conviene saber qué incluye y cuánta información podría perderse en el peor caso.
Los horarios y tiempos de respuesta dependen de cada negocio y se acuerdan. Las mejoras evolutivas las gestiono por separado de las incidencias, para que unas no desplacen a las otras.
Si tienes un sistema en producción y quieres ordenar su mantenimiento, aquí explico cómo trabajo o agendamos una reunión y lo analizamos con tu caso.