Un contrato de BPO firma el alcance del proceso tal como existe el día de la firma: los pasos, las excepciones conocidas, el volumen esperado. Ese alcance nunca se queda quieto. El cliente lanza un producto nuevo, cambia una política, la regulación se mueve, aparece un canal que no existía. Nada de eso es un incidente: es el negocio funcionando con normalidad. El problema no es que el alcance cambie, sino que casi ninguna operación tiene un lugar definido para que ese cambio se registre.
Sin ese lugar, el cambio ocurre de todas formas. Llega por un correo, por un mensaje de Slack o Teams, por una instrucción verbal en una llamada de seguimiento. El equipo lo ejecuta porque es lo correcto operativamente, y ahí queda: sin fecha de entrada en vigor, sin dueño que lo aprobó, sin efecto reflejado en el SLA ni en la tarifa. Seis meses después nadie recuerda con precisión qué se acordó, y la conversación se vuelve sobre percepciones en lugar de sobre hechos.
Un cambio de alcance no es una excepción
Conviene distinguir dos cosas que se confunden con frecuencia. Una excepción es un caso individual que no encaja en el flujo normal y que el equipo resuelve dentro de las reglas ya acordadas —quién la autoriza y en cuánto tiempo es tema de niveles de soporte y escalamiento—. Un cambio de alcance es distinto: modifica la regla misma. Agregar un producto al catálogo que el equipo debe conocer, sumar un canal de atención, cambiar el criterio con el que se aprueba una devolución: eso no se resuelve caso por caso, se decide una vez y se aplica hacia adelante.
La frontera entre ambos no siempre es obvia el primer día. Por eso el criterio práctico es la repetición: si la misma pregunta se resuelve igual tres veces, ya no es una excepción, es una instrucción nueva que falta documentar y aprobar como cambio.
Las tres preguntas que todo cambio necesita responder
Un proceso de control de cambios no tiene que ser pesado para funcionar. Necesita responder tres preguntas antes de que el cambio entre en operación:
- Qué cambia exactamente, descrito en una frase que un agente nuevo pueda leer y aplicar sin tener que preguntar. "Ahora se puede autorizar reembolso hasta cierto monto sin escalar" es una instrucción; "seamos más flexibles con los reembolsos" no lo es.
- Qué efecto tiene sobre el tiempo de manejo, el volumen esperado, la capacitación necesaria o el riesgo del proceso. No hace falta un número exacto —a veces no existe todavía—, pero sí una estimación honesta de si el cambio es menor o si mueve algo que el contrato ya midió.
- Quién lo aprueba y desde cuándo rige. Sin una fecha de entrada en vigor, el cambio se aplica de forma distinta según quién lo recibió primero, y el equipo termina operando con dos versiones de la misma regla al mismo tiempo.
Quién tiene autoridad para responder la tercera pregunta depende de la estructura de decisión del contrato, que es el tema de la gobernanza de un contrato de BPO. Un control de cambios sin una autoridad clara solo traslada la ambigüedad de la instrucción a la aprobación.
Un formato simple es mejor que uno completo
El error más común al montar este proceso es sobrediseñarlo: un formulario largo, con campos que nadie llena bien porque toma más tiempo del que el cambio amerita. Cuando eso pasa, el proceso se salta y vuelve la instrucción por Slack. Un registro corto —qué cambia, quién lo pide, impacto estimado, quién aprueba, fecha efectiva— es suficiente para el noventa por ciento de los cambios que aparecen en una operación. Lo que importa no es el formato, es que exista un solo lugar donde ese registro vive, y que nadie considere vigente una instrucción que no está ahí.
Un cambio aprobado por chat no es un cambio aprobado. Es una instrucción que alguien va a tener que reconstruir de memoria el día que algo salga mal.
Cuándo el cambio sí debe tocar el SLA o la tarifa
No todo cambio es gratis para el proveedor ni para el cliente, y fingir lo contrario es donde empieza el resentimiento de ambos lados. Un cambio que aumenta el tiempo de manejo, agrega un canal o suma volumen sin previo aviso afecta directamente lo que el SLA puede prometer —el detalle de qué hace que un compromiso sea sostenible está en cómo escribir un SLA que se pueda cumplir— y puede requerir ajustar la tarifa o el número de personas, según el modelo de precio acordado en modelos de precio en BPO. Aceptar el cambio sin tocar ninguna de las dos cosas es común al principio de la relación, cuando ambas partes quieren mostrar flexibilidad. También es la forma más silenciosa en que una operación termina cobrando por un alcance menor al que realmente sostiene.
Lo que pasa cuando el proceso no existe
El scope creep no se nota de un día para otro. Se acumula en decenas de cambios pequeños, cada uno razonable por separado, hasta que el equipo sostiene un proceso considerablemente más grande que el que se cotizó, con la misma tarifa y el mismo número de personas. Nadie lo decidió así; simplemente nadie lo registró en ningún momento. Cuando finalmente aparece un problema de calidad o de cumplimiento de SLA, la conversación se complica porque ninguna de las partes tiene claro cuál era el alcance vigente en realidad —el mismo punto ciego que hace difícil actuar cuando ya hay un incumplimiento de SLA que resolver—.
Cómo se vuelve rutina
El control de cambios funciona cuando tiene un espacio fijo en la reunión de seguimiento del contrato, no cuando depende de que alguien se acuerde de mencionarlo. Un punto corto en cada comité —qué cambios se registraron desde la última reunión, cuáles siguen pendientes de aprobación— basta para que el hábito se sostenga. La regla que conviene fijar desde el inicio es simple: ninguna instrucción verbal o por chat se considera vigente hasta que queda en el registro, sin excepciones por urgencia.
Cómo lo hace smartBPO
Mantenemos un registro único de cambios por cuenta, visible para el cliente, donde cada entrada tiene fecha de solicitud, descripción, impacto estimado y aprobador. Antes de ejecutar cualquier instrucción que modifique una regla ya acordada, pedimos que quede ahí, incluso cuando llega primero por un canal informal. Revisamos ese registro en cada comité de seguimiento, y cuando la acumulación de cambios empieza a mover el tiempo de manejo o el volumen de forma sostenida, lo decimos explícitamente en lugar de dejar que se note primero en el indicador.