Llega el reporte del mes y el SLA no se cumplió. El nivel de servicio quedó por debajo de lo pactado, o el tiempo de resolución se corrió, o la calidad auditada bajó dos meses seguidos. La reacción típica es una de dos: un correo duro pidiendo un plan de acción, o abrir el contrato para calcular cuánto se puede descontar. Ninguna de las dos, por sí sola, arregla la operación.
Un incumplimiento es un dato, no un veredicto. Lo que decide el desenlace es lo que ocurre en las cuatro semanas siguientes, y el orden en que se hacen las cosas importa más de lo que parece.
Paso uno: verificar que el número esté bien medido
Antes de discutir responsabilidades hay que estar seguro de que la cifra dice lo que ambas partes creen que dice. Una parte considerable de los incumplimientos que llegan a la mesa son desacuerdos de medición, no fallas de operación.
- Universo. ¿Entran todos los contactos o hay exclusiones acordadas? Un canal nuevo que se sumó a mitad de trimestre puede estar contaminando la serie.
- Reloj. ¿Cuándo arranca y cuándo se detiene? Los casos en espera de respuesta del cliente final, o de una aprobación interna, suelen ser el punto ciego.
- Horario. Un indicador calculado sobre 24 horas cuando la operación atiende doce da un resultado distinto y falso.
- Fuente. Si el proveedor reporta desde su herramienta y el cliente mide desde la suya, casi siempre habrá diferencia. Hay que decidir cuál manda.
Si esta conversación no está resuelta desde el principio, el problema empieza en el diseño del acuerdo y no en su ejecución. Es exactamente lo que tratamos en cómo escribir un SLA que se cumpla.
Paso dos: separar la causa antes de exigir el plan
Pedir un plan de acción sin saber la causa produce un documento genérico: más capacitación, más seguimiento, más compromiso. No sirve. Las causas reales caen casi siempre en una de cinco categorías, y cada una exige una respuesta distinta.
- Demanda. El volumen llegó por encima de lo dimensionado, o cambió su distribución por franja. Es un problema de pronóstico compartido, no de esfuerzo del equipo.
- Capacidad. La nómina existe pero no está disponible: ausentismo, rotación sin reemplazo, tiempo fuera de línea mal calculado. Es el punto que revisamos en shrinkage en BPO.
- Competencia. La gente está, pero no resuelve. Rampa incompleta, base de conocimiento desactualizada, casos nuevos sin procedimiento.
- Dependencia del cliente. Aprobaciones lentas, un sistema caído, accesos que llegaron tarde, un cambio de producto sin aviso. Ocurre más de lo que se admite.
- Diseño. El SLA nunca fue alcanzable con la estructura y el presupuesto acordados. Duro de reconocer para ambas partes, y frecuente.
Si la causa está en el diseño o en la dependencia del cliente, aplicar una penalidad no mejora nada: solo transfiere dinero mientras el indicador sigue igual.
Penalidades: para qué sirven y para qué no
Una penalidad bien puesta es una señal, no un ingreso. Cumple dos funciones legítimas: obliga a que el tema suba de nivel dentro del proveedor y compensa parte del daño operativo del cliente. Lo que no hace es corregir la causa.
Hay un efecto secundario que conviene anticipar. Si el descuento es grande y recurrente, el proveedor empieza a optimizar el indicador en lugar del servicio: cierra casos rápido para bajar el tiempo de resolución, reclasifica motivos, empuja contactos a un canal que no se mide. El indicador mejora y el cliente final está peor. Por eso los esquemas más sanos combinan un descuento moderado con un mecanismo de recuperación con plazos, y no al revés.
La estructura de la penalidad también depende de cómo se cobra el servicio. En un modelo por hora o por FTE el descuento golpea al margen del proveedor; en uno por transacción puede terminar castigando justo el volumen que se necesita procesar. Vale la pena releer el modelo de precio antes de fijar el porcentaje.
El plan de recuperación que sí funciona
Un plan útil es corto, tiene fechas y se puede verificar sin esperar al cierre del mes. Seis elementos:
- Alcance. Qué indicador, en qué cola o canal, desde cuándo. No todo el servicio está mal; nombrar el pedazo exacto evita ruido.
- Causa con evidencia. No una hipótesis: el dato que la sostiene. Curva de demanda contra personal disponible, auditoría de casos fallidos, registro de indisponibilidad del sistema.
- Acciones con dueño. Cada acción con un nombre y una fecha, incluidas las que le corresponden al cliente.
- Métrica intermedia semanal. Un indicador que se mueva antes que el SLA mensual, para saber a los siete días si el plan va bien.
- Fecha de retorno. Cuándo se espera volver al nivel pactado, con criterio explícito de cumplimiento.
- Qué pasa si no. El siguiente escalón acordado por adelantado: revisión de estructura, cambio de responsable de la cuenta, renegociación del indicador o inicio de salida.
Ese plan necesita un foro donde se revise, con las personas que pueden decidir. Si no existe una instancia de gobierno con periodicidad y facultades claras, el plan se convierte en una cadena de correos. Lo desarrollamos en gobernanza de un contrato de BPO.
Lo que le toca al cliente
Incómodo pero necesario: en buena parte de los incumplimientos hay una contribución del lado del cliente. Aprobaciones que tardan, información de producto que cambia sin aviso, un pico promocional que nadie comunicó, dos herramientas que no se hablan. Si el plan de recuperación solo lista tareas del proveedor, probablemente esté incompleto y va a fallar en el segundo mes.
Otra pieza que suele estar floja es la evidencia de calidad. Discutir desempeño sin una auditoría de casos por muestra es discutir percepciones; con ella, la conversación pasa de "el servicio se siente mal" a "en estos catorce casos falló este paso". Ese cambio de plano es el que destraba. Está en control de calidad por muestreo auditado.
Cuándo sí es momento de salir
Cambiar de proveedor cuesta tiempo, conocimiento acumulado y riesgo de operación. Vale la pena cuando se cumple alguna de estas condiciones, no antes: el plan de recuperación falló con causa clara y acciones no ejecutadas; el proveedor discute la medición en lugar de trabajar el problema; el incumplimiento se repite en indicadores distintos, señal de un problema estructural y no de una cola específica; o hubo un hecho de riesgo, no de desempeño, como una falla de seguridad o de cumplimiento. Si se llega ahí, la salida se planea con la misma disciplina que la entrada: cambiar de proveedor sin romper la operación.
Preguntas para la reunión de recuperación
- ¿Estamos midiendo lo mismo? Muéstreme el universo, las exclusiones y las paradas de reloj.
- ¿Cuál es la causa y qué dato la sostiene?
- ¿Qué parte del incumplimiento depende de nosotros como cliente?
- ¿Qué acciones concretas, con dueño y fecha, cambian ese dato?
- ¿Qué indicador intermedio vamos a mirar la próxima semana?
- ¿En qué fecha volvemos al nivel pactado y qué hacemos si no ocurre?
Cómo lo hace smartBPO
Definimos con el cliente el universo, las exclusiones y las paradas de reloj de cada indicador antes del arranque, para que un mes malo se discuta sobre la cifra y no sobre cómo se calculó. Cuando un indicador cae, llevamos a la reunión la causa clasificada y la evidencia que la sostiene, incluidas las causas que nos corresponden a nosotros y las que dependen del cliente, con la misma franqueza. El plan de recuperación va con dueño, fecha y una métrica semanal que permita corregir antes del cierre. Preferimos un esquema de penalidad moderado acompañado de plazos de recuperación, porque un descuento alto empuja a maquillar el indicador y eso deteriora el servicio. Y dejamos escrito desde el contrato qué pasa si el plan no funciona, incluida la transferencia ordenada de la operación. No prometemos que ningún mes vaya a fallar: proponemos que cuando falle, la causa esté a la vista y la ruta de vuelta tenga fecha.