Cuando una transición a BPO sale mal, la explicación que circula casi siempre es la misma: se eligió al proveedor más barato y se recibió lo que se pagó. Es una explicación cómoda, porque cierra la conversación y no le exige nada a nadie. También es, la mayoría de las veces, incompleta.
Las transiciones que fracasan suelen hacerlo por razones operativas que habrían aparecido con cualquier proveedor y con cualquier tarifa. Son fallas de preparación, de secuencia y de decisión. La buena noticia es que casi todas se ven venir, y casi todas se pueden corregir antes de firmar.
El precio es un síntoma, no la causa
La tarifa sí influye, pero de una forma indirecta. Una cotización baja muchas veces significa que el proveedor no entendió el proceso, no que lo vaya a ejecutar peor. Si nadie le mostró las excepciones, los sistemas y el volumen real por franja, cotizó un proceso más simple que el que existe. El problema no es el número: es que el número describe otra operación. Por eso vale la pena leer la propuesta con el método de cómo leer una cotización de BPO antes de compararla con otras.
Siete causas que se repiten
1. El conocimiento vivía en personas, no en documentos
El proceso "documentado" es con frecuencia una presentación de hace años y la memoria de dos personas que llevan mucho tiempo en el cargo. Mientras esas personas atienden, la operación funciona. Cuando el trabajo pasa a un equipo nuevo, aparece todo lo que nunca se escribió: la excepción que se resuelve con una llamada, el cliente que se trata distinto, el campo del sistema que no se llena porque rompe algo. La preparación está descrita en qué documentar antes de tercerizar un proceso y en la base de conocimiento antes del día uno.
2. No había línea base
Si nadie sabía cuánto tardaba el proceso, cuántos errores producía o cuántos casos se reabrían cuando lo hacía el equipo interno, cualquier número del proveedor parece malo. O parece bueno sin serlo. Sin línea base, la evaluación de las primeras semanas se hace por percepción, y la percepción en una transición siempre está cargada hacia lo negativo: se nota lo que falla y no lo que funciona. Qué medir desde el inicio está en qué medir en una operación de BPO desde el primer mes.
3. Se transfirió el volumen antes que la capacidad
El corte de un solo golpe es tentador porque parece más limpio. En la práctica, un equipo recién entrenado recibe el volumen completo el primer día, con tiempos de manejo más altos de lo normal y sin la experiencia para resolver lo raro. La cola crece, la calidad cae y la primera impresión del servicio queda definida en una semana. Una rampa por olas, con criterios de paso explícitos, cuesta algo de paciencia y ahorra meses de reconstrucción de confianza. El detalle de esa curva está en cuánto tarda un agente nuevo.
4. El alcance describía el camino feliz
Los procesos se describen como deberían funcionar. Las excepciones, que suelen concentrar la mayor parte del esfuerzo, quedan fuera del alcance o dentro de una frase vaga como "otros casos se escalan". Si no está claro qué se escala, a quién y en cuánto tiempo, el equipo tercerizado escala todo o no escala nada. Las dos cosas terminan mal.
5. Nadie del lado del cliente tenía tiempo asignado
Una transición necesita expertos internos que respondan preguntas, revisen casos y validen criterios durante semanas. Casi siempre esas personas siguen con su trabajo de siempre y atienden la transición en los huecos. Las preguntas se acumulan, el equipo nuevo improvisa y lo improvisado se vuelve costumbre. Si el cliente no reserva tiempo real de sus expertos, la transición depende de la buena voluntad de alguien ocupado.
6. Los accesos llegaron tarde
Usuarios, licencias, VPN, permisos por perfil, ambientes de prueba. Cada uno depende de un área distinta del cliente y cada una tiene su propia cola. Un equipo entrenado sin acceso a los sistemas reales llega al día uno sabiendo la teoría y sin haber tocado la herramienta. Es una de las causas más frecuentes de retraso y de las más fáciles de evitar si se pide con anticipación.
7. Las decisiones no tenían dueño
En toda transición aparecen decisiones que no estaban previstas: cambiar un criterio, aceptar un retraso, aprobar una excepción. Si no está definido quién decide qué, cada pregunta sube por la jerarquía y vuelve tarde, o no vuelve. La operación se frena esperando respuestas. La estructura para evitarlo está en la gobernanza de un contrato de BPO.
Una transición no fracasa el día que alguien lo nota. Fracasa semanas antes, cuando una pregunta se quedó sin respuesta.
Las señales tempranas
Hay patrones que aparecen antes de que los indicadores caigan y que vale la pena vigilar:
- La lista de preguntas abiertas del equipo nuevo crece de una semana a otra en lugar de reducirse.
- Los mismos casos se escalan repetidamente, lo que indica que el criterio no quedó escrito.
- El comité de seguimiento se dedica a explicar números y no a tomar decisiones.
- El equipo interno del cliente empieza a "ayudar" resolviendo casos por su cuenta, lo que tapa el problema y deja la operación sin medir.
- Las reuniones se cancelan porque "todo va bien", sin datos que lo respalden.
Ninguna de estas señales es grave por sí sola. Juntas, describen una transición que perdió el control de su propia agenda.
Qué hacer antes de firmar
- Medir el proceso actual, aunque sea con una muestra y con imperfecciones. Una línea base aproximada vale más que ninguna.
- Escribir las excepciones y quién las resuelve, no solo el flujo principal.
- Nombrar a los expertos internos y reservar su tiempo en el calendario, con fechas.
- Pedir los accesos con anticipación y tratarlos como un entregable con responsable.
- Acordar una rampa por olas con criterios de paso escritos, en lugar de un corte único.
- Definir quién decide qué durante la transición, del lado del cliente y del lado del proveedor.
Si la operación no está lista para esto, un piloto acotado suele ser mejor punto de partida que un contrato completo. Cómo diseñarlo está en el piloto de BPO, y la secuencia de las primeras semanas en qué pasa en los primeros 90 días.
Cómo lo trabajamos en smartBPO
Antes de cotizar pedimos ver el proceso funcionando, no solo descrito, y preguntamos por las excepciones antes que por el flujo principal. Si no existe una línea base, proponemos construir una corta con el cliente antes del traslado, para que la conversación de las primeras semanas sea sobre datos y no sobre impresiones. Llevamos una lista única de preguntas abiertas y accesos pendientes, con responsable y fecha, y la revisamos cada semana en el comité. Preferimos una rampa por olas con criterios de paso acordados, y cuando una ola no cumple el criterio, lo decimos y la sostenemos en lugar de avanzar por calendario.