El precio de una operación tercerizada casi nunca se resume en una cifra. Se resume en un modelo: la regla que define qué se paga, cuándo sube y quién carga con el riesgo cuando el volumen no sale como se esperaba. Dos proveedores pueden llegar a un costo mensual parecido con modelos distintos, y esa diferencia —no la tarifa— es la que se siente el día que el negocio cambia.
Comparar solo el número grande es el error más común al evaluar una cotización. El modelo de precio decide cosas que el número no muestra: qué pasa en un pico de demanda, quién paga el tiempo ocioso en una temporada baja, si el proveedor gana más cuando trabaja de más o cuando resuelve mejor. Entender los modelos antes de firmar evita descubrir esas respuestas cuando ya cuesta caro.
Tres formas de cobrar, tres formas de repartir el riesgo
Casi todos los esquemas de precio en BPO son variantes de tres ideas. Se cobra por lo que entra —el tiempo del equipo—, por lo que sale —las transacciones resueltas— o por lo que se logra —un resultado de negocio—. Cada uno mueve el riesgo a un lado distinto de la mesa. No hay uno mejor en abstracto; hay uno que encaja con qué tan predecible es tu volumen y qué tan bien puedes medir el trabajo.
Precio por hora o por FTE: pagas capacidad
Es el modelo más común y el más fácil de entender. Pagas por el tiempo de un agente —por hora trabajada o por un equivalente a tiempo completo al mes, el FTE—, sin importar cuántos casos resuelva. Compras capacidad, no producción.
Conviene cuando el trabajo es variable, difícil de estandarizar o todavía no está bien medido. Si cada caso es distinto y no existe una unidad clara que contar, pagar por tiempo es honesto para ambos lados. También sirve al arranque de una operación nueva, cuando nadie sabe aún cuántas transacciones caben en una hora.
El riesgo lo cargas tú. Si el equipo trabaja lento, pagas igual. Si sobra gente en una temporada baja, pagas igual. Por eso este modelo exige medir productividad desde el primer día: sin métricas de ocupación y de casos por hora, pagar por tiempo se vuelve pagar por presencia. Aquí ayuda tener claro qué medir en el primer mes para que la capacidad que compras se traduzca en trabajo real.
Precio por transacción: pagas producción
Aquí pagas por unidad resuelta: un ticket cerrado, una factura procesada, una llamada atendida, un caso gestionado. El proveedor asume el riesgo de la productividad: si su equipo es lento, gana menos; si es eficiente, gana más. Para ti, el costo se vuelve predecible por unidad y escala con el volumen real.
Funciona cuando el trabajo es repetible y la unidad se puede definir sin discusión. Ese es el punto delicado: una transacción mal definida se vuelve una pelea mensual. Hay que acordar qué cuenta como una unidad, qué pasa con los reprocesos y cómo se paga un caso que entra pero no se puede resolver por algo ajeno al proveedor. Si la definición no es limpia, el modelo por transacción termina costando en fricción más de lo que ahorra en tarifa.
También hay que cuidar la calidad. Cuando se paga por volumen resuelto, el incentivo empuja a cerrar rápido. Sin un control independiente, el modelo puede premiar el cierre por encima de la resolución. Por eso el precio por transacción casi siempre viene acompañado de un control de calidad por muestreo auditado que equilibre el incentivo.
Precio por resultado: pagas el logro
Es el modelo más ambicioso y el menos común. El pago se ata a un resultado de negocio: una tasa de resolución, un nivel de satisfacción, un objetivo de recuperación en cobranza. En teoría alinea al proveedor con lo que de verdad importa. En la práctica, solo funciona cuando el resultado depende de forma clara del trabajo del proveedor y no de factores que él no controla.
Ese es el límite. Atar el pago a un resultado que el proveedor no gobierna del todo —porque depende del producto, del precio, del mercado o de un área del cliente— genera disputas sobre qué causó qué. El modelo por resultado exige datos limpios, una línea base acordada y madurez de ambos lados. Suele llegar después, cuando la relación ya tiene historia y confianza, no en el primer contrato.
Lo que se cuela entre líneas
Cualquiera de los tres modelos trae componentes que no aparecen en la tarifa principal y que conviene mirar de frente:
- Costo de transición o montaje. La puesta en marcha —capacitación, documentación, arranque— muchas veces se cobra aparte. Es legítimo; lo que no conviene es que llegue como sorpresa.
- Picos y estacionalidad. Pregunta cómo se paga la capacidad extra en temporada alta y qué pasa con el tiempo ocioso en la baja. Un modelo por hora sin reglas de pico se vuelve caro justo cuando más lo necesitas.
- Mínimos y permanencia. Volúmenes mínimos garantizados, cláusulas de permanencia y penalidades de salida cambian el costo real más que la tarifa unitaria.
- Qué no incluye. Horas extra, festivos, reprocesos, reportería a medida. Lo que no está listado suele cobrarse después.
Cómo elegir
La pregunta no es cuál modelo es más barato, sino qué tan predecible y medible es tu trabajo. Si el volumen es estable y la unidad es clara, el precio por transacción alinea incentivos. Si el trabajo es variable o nuevo, pagar por tiempo es más honesto mientras se estabiliza. El precio por resultado se gana con el tiempo, no se firma de entrada.
Sea cual sea el modelo, el precio y el nivel de servicio tienen que ir de la mano. Una tarifa baja con un SLA que no se puede cumplir no es un ahorro, es un problema aplazado. Y un buen modelo de precio se lee mejor con el resto de la cotización delante: por eso ayuda saber cómo leer una cotización de BPO antes de comparar números.
Dónde encaja smartBPO
Cuando armamos una propuesta, primero miramos qué tan predecible y medible es el trabajo, y de ahí sale el modelo, no al revés. Explicamos qué carga cada lado en cada esquema, qué incluye la tarifa y qué se cobra aparte, sin dejar sorpresas para el tercer mes. Si el volumen todavía no está claro, preferimos arrancar por tiempo y migrar a transacción cuando la unidad ya se pueda contar sin discusión. No prometemos el número más bajo de la mesa; preferimos el modelo que aguante cuando tu operación cambie, que es cuando el modelo se pone a prueba de verdad.