Hay una forma muy habitual de preparar una licitación: se toma el servicio existente, se revisan los volúmenes históricos, se añaden algunas exigencias tecnológicas y se pide al mercado una nueva propuesta económica. El problema es que ese método parte de una premisa cada vez menos cierta: que la operación adjudicada hoy seguirá siendo reconocible durante toda la vida del contrato.
Una aplicación puede eliminar contactos. Un voicebot puede absorber una parte relevante de las llamadas. Una estrategia corporativa puede desplazar actividad a otros canales sin que el responsable del contrato haya participado en la decisión. Y seguimos diseñando contratos como si la principal incertidumbre fuera si el volumen crecerá o caerá un 5%.
La licitación suele fotografiar el presente
Un pliego describe con detalle lo que existe. Pero dedica mucha menos atención a lo que puede dejar de existir: qué procesos tienen mayor probabilidad de automatización, qué canales ganarán o perderán peso, cómo se ajustará la estructura si el volumen cae con rapidez, quién financiará ese ajuste.
La transformación no siempre nace en el área que gestiona el BPO
Quien gestiona la externalización dentro del cliente no siempre decide las transformaciones que más afectan al servicio. Cuando eso ocurre, el BPO no recibe una estrategia compartida. Recibe una consecuencia. Por eso el siguiente contrato no puede limitarse a regular la prestación. Tiene que regular también la transformación.
La elasticidad no puede ser solo una obligación del proveedor
¿Qué ocurre si una automatización reduce un 30% o un 40% del volumen en pocas semanas? Los ingresos caen desde el primer momento; la estructura laboral no lo hace a la misma velocidad. El contrato futuro debería prever: ventanas de preaviso vinculadas a cambios tecnológicos, escenarios de reducción de volumen, reparto de ahorros y costes durante la transición, financiación de planes de recolocación, reglas para conservar conocimiento crítico.
El precio inicial puede dejar de significar casi todo
Dos propuestas pueden parecer comparables en el momento de la adjudicación y ser completamente distintas tres años después. La pregunta no debería ser únicamente «¿cuánto cuesta gestionar este volumen?». También debería ser: «¿cómo evolucionará este proveedor cuando ese volumen cambie?».
El convenio también condiciona qué se puede transformar
El convenio aplicable, la existencia o no de subrogación y el coste potencial de salida condicionan directamente qué opciones reales tiene un contrato para adaptarse. Un contrato rentable puede convertirse en un riesgo si concentra mucho pasivo laboral en una actividad con alta probabilidad de automatización, y esa exposición debería evaluarse desde el primer pliego.
El conocimiento no se transfiere con una presentación
Cuando cambia el proveedor o se reduce una operación, el conocimiento corre el riesgo de desaparecer justo cuando más se necesita. No puede pedirse continuidad sin financiar las estructuras que la hacen posible.
Tampoco se puede pedir reconversión sin tiempo improductivo
Formar a los nuevos perfiles necesarios —analistas, especialistas en automatización, supervisores de IA— exige sacar personas de producción, y eso tiene un coste que compite directamente contra la rentabilidad del presente. El siguiente contrato debería incluir una visión explícita de capacidades.
La licitación debe dejar de comprar una foto
Una RFP ya no debería comprar una foto estática de la operación. Debería contratar una capacidad de transición. El proveedor más preparado no será necesariamente el que prometa más tecnología. Será el que pueda combinar tecnología, operación, personas y decisiones difíciles sin poner en peligro la continuidad.
Una RFP ya no debería comprar una foto estática de la operación. Debería contratar una capacidad de transición.
El cliente también debe gobernar su propio cambio
Tecnología, negocio, compras, recursos humanos y finanzas no pueden seguir trabajando por carriles separados cuando sus decisiones afectan al mismo servicio. No es burocracia. Es gobierno.
El siguiente contrato debe anticipar su propia obsolescencia
Un buen contrato futuro debería asumir desde el principio que una parte de lo contratado desaparecerá. No debería defender el modelo inicial. Debería facilitar su evolución.
Preguntas abiertas
La próxima vez que una empresa prepare una licitación de BPO, quizá debería dejar de preguntar únicamente «¿quién puede operar mejor este servicio?» y empezar a preguntar «¿quién puede ayudarnos a transformar este servicio sin destruir el equilibrio que lo sostiene?».
Cierre
El siguiente contrato no se parecerá al anterior porque la operación tampoco se parecerá a la actual.
Seguir licitando como si nada fuera a cambiar no reduce la incertidumbre. Solo aplaza el momento de pagarla.