Casi todos los contratos de tercerización se firman mirando el arranque: la tarifa, el nivel de servicio, el plan de los primeros meses. Muy pocos se firman mirando el final. Y el final llega en casi todas las relaciones —porque el servicio no funcionó, porque el negocio cambió, porque el contrato cumplió su ciclo o porque apareció una opción mejor—. Llegar a ese día sin plan es donde se rompen operaciones que llevaban años funcionando bien.
Cambiar de proveedor, o traer el proceso de vuelta a casa, es un proyecto con fecha, entregables y riesgo. No es un correo de terminación. Lo que decide si sale bien no es la buena voluntad del proveedor que se va, sino dos cosas: lo que quedó escrito el día que se firmó y lo que se preparó en los meses anteriores al aviso.
La salida se diseña al firmar, no al terminar
El mayor poder de negociación está antes de la firma. Después, cuando el proveedor ya opera el proceso y el conocimiento vive dentro de su equipo, la conversación cambia por completo. Por eso la cláusula de reversión —también llamada transición de salida o plan de desmonte— no es letra menuda: es la única garantía real de que podrás irte de forma ordenada.
Un contrato sin plan de salida no es un contrato sin riesgo; es uno donde el riesgo está escondido. Si irse resulta operativamente imposible, la relación deja de sostenerse por desempeño y pasa a sostenerse por dependencia. Eso termina siendo malo también para el proveedor: quien se queda porque el cliente no puede irse pierde la presión de mejorar.
Qué debería decir la cláusula de reversión
No hace falta un texto legal complejo. Hacen falta compromisos concretos y verificables:
- Preaviso realista en ambos sentidos. Un plazo que alcance para transferir conocimiento y correr en paralelo, no solo para avisar. Y simétrico: el proveedor también debería avisar con tiempo si decide terminar.
- Obligación de cooperar durante la transición, manteniendo el servicio al nivel acordado hasta el último día. Sin esto, el periodo de salida se vuelve el peor mes de la relación.
- Entregables definidos: documentación de procesos actualizada, base de conocimiento, historial de casos, reportes históricos, configuraciones, macros y reglas de las herramientas.
- Devolución y borrado de la información, en un formato utilizable y con constancia escrita de la eliminación.
- Precio de la asistencia de salida, acordado de antemano. Que la cooperación se cobre es razonable; que se cotice cuando ya anunciaste la salida, no.
- Propiedad de lo construido: quién es dueño de plantillas, flujos, scripts y automatizaciones creados durante el contrato.
- Continuidad de accesos: líneas telefónicas, correos, dominios y cuentas en herramientas deberían estar a nombre del cliente desde el primer día, no del proveedor.
Si el proceso trata datos personales, la salida también implica cerrar el rol de encargado del tratamiento: devolver o suprimir la información y documentarlo. Vale la pena revisar cómo quedó definido eso desde el inicio, porque la diferencia entre responsable y encargado determina qué obligaciones sobreviven al contrato. Esto es un encuadre general y no constituye asesoría legal: cada contrato debería revisarse con un abogado.
Antes de avisar: haz inventario
El error más caro es anunciar la salida antes de saber qué tienes. En el momento en que el proveedor sabe que se va, su interés cambia; a partir de ahí todo lo que pidas depende de lo que el contrato lo obligue a entregar.
Antes de avisar conviene tener claro qué procesos exactamente ejecuta el proveedor hoy —incluidos los que fue absorbiendo sin que nadie los documentara—, qué herramientas usa y a nombre de quién están, dónde vive la información, qué reportes recibes y de dónde salen, y quién dentro de tu organización conoce el proceso lo suficiente para gobernar la transición. Ese inventario es el mismo trabajo que se hace antes de tercerizar un proceso, solo que ahora en dirección contraria.
El plan de reversión, por fases
- Preparación. Inventario, definición del equipo receptor —proveedor nuevo o equipo interno—, cronograma y criterios de corte. Aquí se decide la fecha, no antes.
- Transferencia de conocimiento. Documentación, sesiones grabadas, observación del trabajo real. El objetivo no es recibir manuales, sino que alguien nuevo pueda ejecutar sin preguntar.
- Operación en paralelo. El equipo nuevo trabaja un volumen pequeño mientras el saliente sostiene el resto. Es la fase que más se recorta por presupuesto y la que más problemas evita.
- Corte por olas. Migración progresiva por canal, tipo de caso, turno o segmento, con posibilidad de frenar si algo se degrada.
- Estabilización. Seguimiento cercano de calidad y tiempos hasta que la operación nueva se sostenga sola.
- Cierre formal. Devolución de datos, revocación de accesos, liquidación y acta de cierre.
La fase de arranque del lado receptor se parece mucho a cualquier implementación nueva, con una ventaja: el proceso ya existe y está corriendo. Vale la pena revisarla con la misma lógica de los primeros 90 días de una transición, porque los riesgos son casi los mismos.
Los riesgos que casi siempre se subestiman
El conocimiento tácito. Una parte del proceso nunca llegó a la documentación: excepciones, atajos, criterios que el equipo aprendió con el tiempo. Eso no se transfiere leyendo un manual; se transfiere observando y trabajando en paralelo.
La rotación del equipo saliente. Cuando se anuncia el fin de un contrato, las personas que operan el proceso empiezan a moverse. El conocimiento se va antes que la fecha de corte. Es otro argumento para transferir temprano y no dejar todo para el último mes.
El trabajo en curso. Los casos abiertos el día del corte son los que más se pierden. Hay que decidir de antemano quién termina qué: el saliente cierra lo abierto o se migra con todo el contexto.
El calendario. Cambiar de proveedor en temporada alta, en cierre de mes o en medio de un lanzamiento multiplica el riesgo sin ganar nada. La fecha de corte debería elegirse por el ciclo del negocio, no por el vencimiento del contrato.
Qué mirar mientras dura el cambio
Durante la transición, los indicadores habituales no bastan. Conviene vigilar la deriva de calidad en el equipo saliente, el ritmo de aprendizaje del nuevo —no la meta final, sino cuánto se acerca cada semana—, el porcentaje de volumen ya migrado frente al plan, y el retrabajo que aparece después del corte. Y hay que ser honesto con el nivel de servicio: exigir el mismo estándar en la semana uno de la operación nueva es una forma de fabricar un incumplimiento. Un SLA que se pueda cumplir contempla una rampa, también cuando se cambia de proveedor.
Cuando la salida no es lo mejor
No todo problema con un proveedor se resuelve cambiando de proveedor. Si la causa está en un proceso mal definido, en volúmenes que nunca se dimensionaron bien o en expectativas que no se acordaron, el mismo problema reaparecerá con el siguiente, más el costo de la transición. Vale la pena separar antes qué falló: la ejecución del proveedor o las condiciones que se le dieron para ejecutar.
Dónde encaja smartBPO
Trabajamos las dos puntas de una transición. Cuando recibimos una operación que viene de otro proveedor, insistimos en el paralelo y en la observación del trabajo real antes del corte, porque la documentación heredada casi nunca alcanza. Y cuando montamos una operación nueva, dejamos por escrito desde el contrato qué se entrega si algún día el cliente decide irse: documentación, datos, accesos y cooperación durante la salida. Preferimos que la relación se sostenga porque funciona, no porque salir sea difícil.