En algún momento de toda negociación con un BPO alguien hace la pregunta incómoda, y casi siempre es el que va a firmar: y si dentro de tres años queremos cambiar de proveedor, ¿qué pasa? Es una buena pregunta y frena más tercerizaciones que el precio. Detrás está el miedo al lock-in: quedar atado a un proveedor no por conveniencia sino porque salir cuesta más que quedarse.
La respuesta corta es que la propiedad de los datos y la del proceso son del cliente, siempre. La respuesta útil es explicar qué significa eso en concreto: qué se lleva, en qué formato, en cuánto tiempo y qué tiene que estar escrito antes de firmar para que no sea una promesa verbal.
Tres cosas distintas que se confunden con "el sistema"
Buena parte de la discusión se aclara separando tres capas que suelen mezclarse en la misma frase.
Qué hay realmente en juego
- El dato. La información de tus clientes, tus operaciones y su historia: legajos, estados, fechas, quién hizo qué y cuándo. Es tuyo y no admite discusión.
- La lógica de tu proceso. Las reglas de validación, los umbrales, los criterios de derivación, la definición de cada estado. Se construyeron sobre tu operación y describen cómo trabaja tu empresa.
- La herramienta genérica. El código con el que el proveedor opera para todos sus clientes. Eso es del proveedor, y está bien que lo sea: nadie compra una imprenta cuando manda a imprimir.
Cuando alguien pregunta "¿de quién es el sistema?", en general está preguntando por las dos primeras. Y la respuesta correcta es que las dos primeras son suyas, están documentadas y son exportables. La tercera no se entrega, pero tampoco hace falta: lo que hace irreemplazable a un proveedor no es su código, es tener el monopolio de saber cómo funciona tu proceso.
El dato es del cliente: qué tiene que decir el contrato
"Acceso a la información" no es lo mismo que titularidad. Un portal donde podés mirar tus datos sin poder bajarlos es exactamente la definición de dependencia. Lo que tiene que estar escrito es más simple y más exigente.
Primero, titularidad explícita: los datos y la documentación que genera la operación son del cliente, el proveedor los trata por su cuenta y no adquiere derecho alguno sobre ellos. Segundo, exportabilidad en cualquier momento, no sólo al final: formatos abiertos y legibles por máquina —CSV, JSON, un dump de base—, no PDFs ni capturas. Tercero, sin costo adicional: si la exportación se cotiza aparte, dejó de ser tu dato y pasó a ser una palanca comercial. Y cuarto, con histórico completo: el estado actual sirve para operar, pero lo que se necesita para auditar, migrar o discutir un caso es la traza —quién, cuándo, qué cambió—. Un volcado sin historia es la mitad del dato.
La lógica del proceso también se entrega
Acá está la parte que casi nadie pide y es la que más se extraña el día de la mudanza. Cuando se construyen validaciones, integraciones y tableros sobre un proceso —eso que en nuestro caso sale de automatizaciones que nacen de la operación en marcha—, esos desarrollos incorporan decisiones de negocio: qué campo es obligatorio, qué combinación dispara una alerta, cuándo un caso escala, qué se considera documentación completa.
Esas reglas son de la empresa, no del proveedor que las implementó. Y para que sean efectivamente suyas tienen que existir por fuera del código: escritas en lenguaje de negocio, con el catálogo de estados, el diccionario de datos y los puntos de integración documentados. Si están sólo en un repositorio ajeno, están perdidas.
En una SGR eso son los criterios de análisis del socio partícipe y el checklist documental que define cuándo un legajo está completo —lo que ordena el armado de legajos y el análisis documental—; en una financiera, las reglas de verificación y los umbrales que derivan un caso a revisión manual. Nada de eso es propiedad intelectual del proveedor: es la política de la empresa, escrita en forma de reglas.
Dicho sin vueltas: no te llevás el software, te llevás el proceso. Con el proceso definido, otro proveedor —o tu propio equipo— puede reconstruir la herramienta en semanas. Sin él, se empieza de cero, y esa es la única forma real de lock-in que importa.
Cómo se ve el lock-in cuando existe
No se anuncia. Se acumula, y casi siempre por omisión más que por mala fe. Estas son las señales que se pueden verificar antes de firmar.
Seis señales de dependencia
- Tus datos viven sólo en el portal del proveedor y no hay una función de exportación que puedas usar vos.
- Los reportes llegan en PDF. Un PDF es una foto, no un dato: no se recalcula ni se migra.
- La traza no incluye histórico. Ves el estado de hoy, no cómo se llegó ahí.
- Nadie puede mostrarte las reglas escritas. Si el proceso vive en la cabeza del equipo del proveedor, la dependencia es total.
- La migración se cotiza aparte. El precio de salida es la medida exacta de tu libertad.
- El contrato no dice cómo termina. Ni plazos, ni formatos, ni responsable del traspaso.
El plan de traspaso se escribe al principio
Un plan de salida redactado el día que la relación se rompe no sirve: se negocia sin tiempo y con las dos partes incómodas. Redactado al firmar, cuesta una hora y no vuelve a mirarse nunca —que es el mejor resultado posible.
Lo que tiene que contener es corto. Un inventario de qué información y qué documentación se devuelve. Los formatos de cada entrega, acordados de antemano. Un plazo desde el aviso de terminación, con hitos. Un período de convivencia en el que el equipo saliente responde dudas del entrante mientras el proceso sigue corriendo. Un responsable con nombre de cada lado. Y un criterio de cierre: qué tiene que estar entregado para considerar el traspaso terminado, y la constancia de que lo que quedó del lado del proveedor se destruyó.
Una operación tercerizada bien hecha se parece bastante a una implementación al revés: la misma prolijidad con la que se toma un proceso hay que tenerla para devolverlo. Si un cliente decide irse, nuestro trabajo es que se vaya rápido y completo. Retener información para complicar una salida es, además de una mala práctica, la confesión de que el servicio no se sostiene por sí solo.
Por qué al modelo de servicio le conviene decir esto
Hay una razón estructural, y no es generosidad. Cuando lo que se vende es un producto, la renovación se defiende con el costo de cambiar: migrar duele, así que el cliente se queda. Cuando lo que se vende es el servicio de operar un proceso, la renovación se defiende con el resultado del mes: si el proceso funciona mejor y cuesta menos, nadie se va.
Eso tiene una consecuencia concreta en la factura. Nosotros no licenciamos nada: las integraciones, las validaciones y los tableros que la operación necesita se construyen con el equipo de desarrollo, OCR e IA que tenemos adentro de casa y están incluidos en el costo del servicio. Es la lógica del software a medida incluido en el servicio, y tiene un efecto secundario útil: no hay licencia que retener. No existe el producto sobre el que montar la dependencia.
Lo mismo vale para el lugar donde vive la información. Cuando la integración se hace sobre los sistemas que el cliente ya usa, el dato maestro se queda de su lado y el proveedor trabaja contra eso. Es la arquitectura que menos lock-in genera, y no por casualidad: es también la que menos resistencia encuentra al arrancar.
La salida no siempre es hacia otro proveedor
Se suele pensar el traspaso como un cambio de BPO, pero el escenario más frecuente es otro: el proceso vuelve adentro. Creció el volumen, se armó un equipo propio, cambió la estrategia. Ese caso es más exigente que una migración entre proveedores, porque el que recibe no tiene experiencia previa en ese circuito.
Lo que hace la diferencia ahí no es el volcado de datos: es la documentación operativa. El manual del proceso, los criterios de excepción, los tiempos objetivo, el registro de los problemas conocidos y cómo se resuelven. Si eso existe —y tiene que existir desde el primer mes, no fabricarse al final—, internalizar es una transición de semanas. Si no existe, la empresa descubre que tercerizó algo que ya no sabe hacer, y eso es lock-in aunque el contrato diga lo contrario.
Qué preguntar antes de firmar
Cinco preguntas que se contestan en una reunión
- ¿Cómo exporto mis datos hoy, sin pedírtelo a vos? Que te lo muestren en pantalla, no que te lo cuenten.
- ¿En qué formato y con qué histórico? Abierto y completo, o no cuenta.
- ¿Dónde están escritas las reglas de mi proceso? Tiene que haber un documento, no una persona.
- ¿Qué dice el contrato sobre el final? Plazos, formatos, convivencia y constancia de destrucción.
- ¿La migración de salida tiene costo? La respuesta te dice todo lo demás.
Ninguna de las cinco es técnica y todas se verifican antes de firmar, que es el único momento en que tenés poder de negociación.
Por dónde empezar
Si ya tenés un proveedor, no hace falta esperar la renovación: pedí una exportación completa de prueba y el documento de reglas del proceso. Lo que tarde en llegar y lo que falte cuando llegue es una medición bastante honesta de tu nivel de dependencia. Si estás evaluando tercerizar, sumá el plan de traspaso a la negociación inicial junto con los indicadores que vas a exigir para no quedarte ciego: son las dos cláusulas que más tranquilidad dan y las dos que menos se piden.
En éxodo bpo operamos procesos críticos con equipos dedicados desde operaciones a medida, con la verificación documental a cargo de análisis de riesgo, y construimos lo que la operación pida dentro del costo del servicio. El dato es del cliente, la trazabilidad es exportable y la salida es limpia. Si es un problema de proceso, lo podemos resolver.