Un viernes por la tarde, el agente de IA que atiende las consultas de tus clientes deja de responder correctamente: da información incorrecta sobre precios durante casi dos horas antes de que alguien se dé cuenta. La pregunta que revela si tu empresa estaba preparada no es "¿por qué ha fallado?" —eso pasa tarde o temprano con cualquier sistema—, sino "¿sabíamos exactamente qué hacer en ese momento?". Si la respuesta fue improvisar sobre la marcha, faltaba un plan de contingencia.
Entender qué es un plan de contingencia para un proyecto de IA, y exigir que exista antes de poner el sistema en producción, es lo que separa una incidencia gestionada con calma de una crisis que se alarga más de lo necesario.
Qué es un plan de contingencia en un proyecto de IA
Un plan de contingencia es el conjunto de decisiones tomadas de antemano sobre qué hacer cuando algo sale mal con el sistema de IA: quién actúa primero, cómo se informa a los afectados, y qué alternativa existe mientras se resuelve el problema. La clave está en la frase "tomadas de antemano": un plan de contingencia se diseña con la cabeza fría, antes de que ocurra un problema, precisamente para no tener que improvisarlo con la cabeza caliente cuando ya está ocurriendo.
La analogía más directa es la del plan de evacuación de un edificio. Nadie espera que haya un incendio, pero un edificio bien gestionado tiene salidas señalizadas, sabe quién coordina la evacuación y ha practicado el procedimiento, aunque nunca se llegue a usar. Un plan de contingencia de IA cumple la misma función: no evita que ocurra el problema, pero garantiza que, si ocurre, la respuesta es rápida y ordenada en lugar de caótica.
En un proyecto de IA, los escenarios más habituales que debería cubrir un plan de contingencia incluyen la caída total del sistema, que el agente dé respuestas incorrectas o inapropiadas a clientes, un fallo de seguridad o una brecha de datos, y la pérdida temporal de acceso al proveedor externo del que depende el servicio.
Por qué importa para la decisión de negocio
El coste de un incidente sin plan de contingencia no es solo el tiempo que tarda en resolverse: es también la confianza que se pierde por el camino, tanto interna como con clientes. Una respuesta rápida y visible a un fallo —"detectamos el problema, lo desactivamos, aquí tienes la alternativa mientras lo resolvemos"— genera confianza incluso en medio de una incidencia. Una respuesta lenta y desordenada la destruye, aunque el problema técnico en sí no haya sido especialmente grave.
Un plan de contingencia también reduce el tiempo real de resolución, porque elimina la fase de "¿y ahora qué hacemos?" que consume los primeros minutos u horas de cualquier incidente sin preparación previa. Cuando las decisiones ya están tomadas de antemano —quién apaga el sistema, quién avisa a los clientes afectados, quién activa el proceso manual de respaldo— lo único que queda por hacer es ejecutar, no decidir bajo presión.
Por último, un plan de contingencia bien diseñado es también un argumento de peso frente a quien duda de dar el paso hacia la IA por miedo a que algo salga mal. Poder decir "sabemos qué haremos si el sistema falla, y cuánto tardaremos en volver a la normalidad" cambia la conversación de "¿y si falla?" a "así es como respondemos si falla", que es una conversación mucho más manejable.
Cómo aplicarlo de forma práctica en una pyme
Un plan de contingencia razonable no necesita decenas de páginas; necesita cubrir lo esencial con claridad:
- Identifica los dos o tres escenarios de fallo más probables para tu sistema concreto, en lugar de intentar cubrir absolutamente todo. Una caída del servicio y una respuesta incorrecta a un cliente suelen ser los dos más habituales en agentes conversacionales.
- Define un "interruptor de emergencia" claro. Quién tiene autoridad para desactivar el sistema, y cómo se hace técnicamente, debería estar decidido de antemano, no descubrirse en mitad del problema.
- Ten preparada una alternativa manual, aunque sea temporal e incómoda. Si el agente que atiende consultas falla, ¿quién asume esas consultas mientras se soluciona? Esta pregunta debería tener respuesta antes del lanzamiento, no después del primer fallo.
- Prepara con antelación cómo se comunica un incidente, tanto a nivel interno como, si aplica, a clientes afectados. Tener una plantilla de comunicación lista ahorra un tiempo valioso durante la incidencia real.
- Revisa el plan después de cada incidente real, por pequeño que sea. Cada fallo real es información sobre qué faltaba en el plan anterior, y conviene incorporarla antes del siguiente.
Diseñar este plan es, en realidad, una extensión natural de los primeros pasos para implementar IA en tu empresa: del mismo modo que planificas cómo empieza el proyecto, conviene planificar cómo se responde si algo va mal una vez está en marcha.
Qué NO es un plan de contingencia en un proyecto de IA
Un plan de contingencia no es una cláusula genérica en el contrato del proveedor que diga que "se resolverán las incidencias con la mayor brevedad posible". Esa frase no dice quién actúa, cómo, ni en cuánto tiempo. Un plan de contingencia real es específico: nombra a personas, plazos y pasos concretos.
Tampoco es lo mismo que un plan de recuperación técnica ante desastres, aunque estén relacionados. El plan de recuperación técnica se centra en restaurar el sistema; el plan de contingencia de negocio se centra en cómo sigue operando tu empresa mientras el sistema no está disponible, algo que afecta a personas y procesos, no solo a servidores.
Otro error habitual es diseñar el plan y no volver a mirarlo nunca más. Un plan de contingencia que nadie ha revisado desde el lanzamiento inicial del proyecto, meses o años atrás, probablemente ya no refleja cómo funciona realmente el sistema hoy, ni quién sigue teniendo la responsabilidad de actuar. Conviene revisarlo con la misma disciplina con la que se revisan otros indicadores del proyecto, por ejemplo al hacer balance en los primeros 90 días de tu proyecto de IA.
Por último, un plan de contingencia no es una señal de desconfianza hacia el proveedor ni hacia la tecnología. Es exactamente lo contrario: una empresa que confía en su sistema de IA, pero es lo bastante madura como para saber que ningún sistema es infalible, y se prepara en consecuencia.
Conclusión
Un plan de contingencia para un proyecto de IA es la diferencia entre gestionar un problema con calma y sufrirlo con improvisación. Decidir de antemano quién actúa, cómo se comunica y qué alternativa existe mientras se resuelve un fallo protege tanto la operación de tu empresa como la confianza de tus clientes.
Si tu proyecto de IA todavía no tiene un plan de contingencia definido, reserva una primera reunión y te ayudamos a diseñarlo antes de que haga falta usarlo.