La pregunta casi nunca se hace antes de firmar, y es la que más dinero puede ahorrar si algún día hace falta: si este proyecto de IA no funciona como se ha prometido, ¿cómo salimos de él? La mayoría de empresas negocia con detalle el precio, el plazo y el alcance, y deja la salida para "ya lo veremos si pasa". El problema es que, si pasa, ya es tarde para negociar con la misma fuerza que se tenía antes de firmar. Este artículo trata de lo que hay que pactar por escrito, antes de la firma, específicamente para el escenario de que el proyecto no rinda lo esperado.
Por qué esto es distinto a una cláusula de rescisión genérica
Muchos contratos ya incluyen alguna forma de cláusula de salida, como repasamos en qué cláusulas revisar en un contrato de servicios de IA: cómo recuperas tus datos, en qué plazo, con qué coste. Eso resuelve el "cómo me voy", pero no resuelve una pregunta previa y más importante: "¿bajo qué condiciones puedo irme sin penalización, específicamente porque el sistema no cumple lo prometido?". Sin esa condición definida de antemano, salir de un contrato por bajo rendimiento se convierte en una negociación desde una posición débil, con el proveedor argumentando que "hay que darle más tiempo" y tú sin ningún criterio objetivo al que agarrarte.
El primer requisito: que exista un umbral objetivo de rendimiento
Ninguna cláusula de salida por incumplimiento sirve de nada si antes no existe una definición clara de qué significa "funcionar". Esto debería quedar en el contrato, no solo en una conversación verbal durante la venta: qué métrica concreta se usará para juzgar el proyecto (tasa de resolución correcta, tiempo de respuesta, reducción de carga de trabajo medible), cuál es el umbral mínimo aceptable, y en qué plazo desde el arranque se hace esa primera evaluación formal. Un contrato que no fija esto de antemano deja la puerta abierta a que cualquier discusión sobre si "funciona o no" se convierta en una cuestión de opinión, y la opinión de quien te cobra la factura mensual suele diferir bastante de la tuya.
Las cláusulas de salida que conviene exigir explícitamente
Con el umbral de rendimiento ya definido, estas son las condiciones de salida que deberían quedar recogidas por escrito:
- Derecho a resolución sin penalización si no se alcanza el umbral pactado dentro del plazo acordado, sin tener que demostrar mala fe ni negligencia del proveedor: basta con no llegar al número pactado.
- Reembolso o crédito proporcional si el incumplimiento se detecta a los pocos meses de un contrato anual pagado por adelantado, en lugar de perder todo lo abonado por un servicio que no ha dado los resultados prometidos.
- Plazo máximo de portabilidad de datos y configuraciones, ya en formato utilizable, no en un export ilegible que en la práctica te obliga a empezar de cero con el siguiente proveedor.
- Asistencia mínima en la transición, especialmente si el agente está conectado a sistemas críticos (CRM, facturación, atención al cliente): una desconexión abrupta sin ayuda de transición puede generar más daño que el propio proyecto fallido.
- Límite máximo a cualquier penalización por cancelación anticipada en este escenario concreto, distinto del límite que aplicaría si simplemente decides no continuar por preferencia, sin que haya habido incumplimiento.
Qué pedir antes de la primera evaluación, no después
Un error habitual es esperar a que el proyecto ya esté fallando para empezar a preguntar por estas condiciones. Para entonces, el proveedor ya sabe que necesitas resolver el contrato y tiene menos incentivo para ser generoso. La ventana de negociación real es antes de firmar, cuando todavía compites con otras opciones y el proveedor quiere cerrar el trato. Es el mismo principio que aplicamos al comparar ofertas en cómo comparar dos presupuestos de implementación de IA que parecen iguales: las condiciones que de verdad importan casi nunca están en el número grande de la propuesta, sino en la letra que regula qué pasa si las cosas no salen como se espera.
Si el proyecto ya está en marcha y no está funcionando
Si ya firmaste sin estas cláusulas y el proyecto no está dando los resultados esperados, la salida no desaparece, pero es más costosa de negociar. Antes de plantear una resolución de contrato, conviene agotar el proceso de diagnóstico y ajuste que describimos en cómo ajustar un proyecto de IA que no está funcionando: confirmar con datos que el problema es real, identificar la causa y darle un plazo cerrado de corrección. Si, agotado ese plazo, el sistema sigue sin funcionar, esa documentación —fechas, métricas, plazos de corrección ofrecidos y no cumplidos— es precisamente lo que necesitas para negociar una salida razonable aunque el contrato original no la contemplara con detalle.
En esa negociación tardía, el argumento más sólido no es "no estoy contento", sino la secuencia completa por escrito: el umbral que se pactó de palabra o por email al inicio, los correos donde comunicaste el problema, el plazo de corrección que el proveedor mismo propuso y la fecha en la que ese plazo venció sin resultado. Un proveedor serio prefiere cerrar una salida ordenada con esa evidencia delante antes que arriesgarse a una disputa pública o a perder la referencia comercial que suponía el proyecto, aunque el contrato no le obligara formalmente a ello.
Conclusión
Exigir cláusulas de salida específicas para el escenario de que el proyecto no funcione no es desconfiar del proveedor antes de empezar: es una práctica de gestión de riesgo tan básica como pedir referencias o comparar precios. Un umbral de rendimiento objetivo, derecho a resolución sin penalización si no se alcanza, reembolso proporcional, portabilidad de datos garantizada y un límite claro a las penalizaciones son las cinco piezas que conviene tener por escrito antes de firmar, no después de necesitarlas.
En MG Solutions incluimos estas condiciones por defecto en nuestros contratos, precisamente porque preferimos que un cliente se quede porque el servicio funciona, no porque esté atrapado. Si quieres que revisemos las condiciones de un proyecto que estás valorando, reserva una primera reunión.