Llegan tres propuestas y ninguna se parece a la otra. Una cotiza por hora, otra por FTE, la tercera por caso resuelto. Una incluye supervisión y calidad, otra las cobra aparte, la tercera ni las menciona. El comprador arma una tabla, se da cuenta de que no está comparando lo mismo y termina eligiendo por la cifra más baja, que casi siempre es la oferta que menos entendió el trabajo.
El problema rara vez está en los proveedores. Está en el documento con el que se pidieron las ofertas. Un RFP que dice "necesitamos veinte agentes de soporte, envíen tarifa" no está pidiendo una propuesta: está pidiendo un número. Y un número sin alcance no significa nada.
Qué hace comparable una oferta
Dos propuestas se pueden comparar cuando responden a la misma descripción del trabajo, con la misma unidad de medida y el mismo reparto de responsabilidades. Eso no se logra en la evaluación; se logra en el pliego. Si el RFP no fija la unidad, cada proveedor elige la que le conviene, y la comparación se vuelve un ejercicio de traducción con supuestos propios.
Un RFP no sirve para conseguir el precio más bajo. Sirve para que el precio signifique lo mismo en todas las respuestas.
Lo que el documento tiene que describir
El proceso, no el cargo. "Veinte agentes" es una consecuencia, no un requisito. Lo que hay que describir es qué entra, qué hace la persona, en qué sistemas, con qué criterio decide y cuándo se considera cerrado el caso. Si el proceso no está escrito, es señal de que aún falta trabajo antes de salir a cotizar: sobre eso escribimos en qué documentar antes de tercerizar un proceso.
El volumen y su forma. No basta el total mensual. Se necesita la distribución por día de la semana y por franja horaria, la estacionalidad conocida y el crecimiento esperado. Sin curva, el proveedor dimensiona con supuestos y el dimensionamiento es la variable que más mueve el costo; el mecanismo está explicado en cómo dimensionar una operación de soporte.
El tiempo por caso, si se conoce. Si hay medición interna del tiempo de manejo o de la duración promedio de un trámite, va en el RFP. Si no existe, mejor decirlo que inventarlo: un proveedor serio propone medirlo en el piloto en vez de fingir que lo sabe.
Los canales y los idiomas. Voz, chat, correo, back office; qué proporción tiene cada uno; qué idioma y con qué nivel exigido, y si ese nivel aplica a todo el equipo o a una parte.
El horario de cobertura. Días, franjas, festivos, y en qué zona horaria está escrito. Un horario mal expresado es la fuente más común de sobrecosto silencioso.
La tecnología y quién la pone. Qué sistemas usará el equipo, quién paga las licencias, quién administra los accesos y qué integraciones hacen falta. Este punto solo se resuelve nombrando cada herramienta; el detalle está en herramientas y licencias en BPO.
El nivel de servicio esperado. Los indicadores, su definición exacta y cómo se van a medir. Un SLA enunciado sin definición se interpreta distinto en cada propuesta y luego se discute en la reunión mensual.
El marco de datos personales. Qué datos verá el equipo, bajo qué clasificación, y qué controles exige la organización. En Colombia conviene además dejar clara la figura contractual de tratamiento de datos, tema que tratamos en encargado vs. responsable de datos. Encuadre general, no asesoría legal.
El equipo del lado del cliente. Quién responde dudas durante la transición, quién aprueba material, quién decide excepciones. Una operación tercerizada sin contraparte activa no arranca bien, por buena que sea la oferta.
Cómo pedir el precio
Aquí es donde se gana o se pierde la comparabilidad. Tres reglas prácticas.
- Fije la unidad usted. Pida el precio en el modelo que su operación puede administrar —hora, FTE o transacción— y, si quiere ver alternativas, pídalas como propuesta adicional, no como reemplazo. Las diferencias entre modelos están en modelos de precio en BPO.
- Pida el desglose de lo que está incluido. Supervisión, calidad, entrenamiento inicial, coordinación, reportería, licencias, retrabajo. No para negociar cada línea, sino para saber qué está y qué no.
- Pida los costos de una sola vez por separado. Transición, documentación, configuración, capacitación inicial. Mezclarlos con la tarifa recurrente hace que dos ofertas idénticas se vean distintas.
Y una cosa más: pida el costo de crecer y el de reducir. Qué pasa si el volumen sube un tercio, con cuánta anticipación hay que avisar, y qué se paga si baja. Casi ningún RFP lo pregunta y casi todas las operaciones lo necesitan al año.
Lo que no conviene poner
Un presupuesto objetivo, si lo que se quiere es ver cómo cotiza cada proveedor. Una lista de doscientos requisitos copiada de una plantilla, que obliga a responder por cumplimiento en vez de por criterio. Preguntas de credenciales que ocupan más espacio que la descripción del trabajo. Y plazos de respuesta de tres días: una propuesta buena exige leer el proceso, hacer preguntas y dimensionar; el plazo corto solo garantiza respuestas genéricas.
El proceso alrededor del documento
Un RFP funciona mejor con una ronda de preguntas escrita y con respuestas compartidas con todos los participantes. Eso nivela la información y, de paso, muestra algo útil: la calidad de las preguntas de cada proveedor dice más que su presentación corporativa. El que pregunta por excepciones, por la curva horaria o por quién decide un caso ambiguo entendió el trabajo. El que solo pregunta por la fecha de adjudicación, no.
Si el proceso es nuevo o el volumen es incierto, conviene decir desde el pliego que la adjudicación incluye un piloto con criterios de decisión definidos antes de empezar. Eso cambia lo que los proveedores proponen y reduce el incentivo a prometer de más. El diseño está en piloto de BPO: cómo diseñarlo.
Cómo evaluar sin engañarse
Compare primero el entendimiento del proceso, después el modelo operativo propuesto —estructura, supervisión, plan de calidad, rampa— y solo al final el precio, ya normalizado a la misma unidad y al mismo alcance. Si una oferta está muy por debajo, la pregunta no es si el proveedor es más eficiente: es qué asumió distinto. Casi siempre asumió menos volumen, menos tiempo por caso, menos supervisión o menos horario. Cómo leer esas diferencias lo desarrollamos en cómo leer una cotización de BPO.
Cómo lo hace smartBPO
Cuando recibimos un RFP incompleto lo decimos antes de cotizar y proponemos las preguntas que faltan, con el supuesto que usaríamos si no hay respuesta. Cotizamos en la unidad que pide el cliente y, si creemos que otra encaja mejor con el proceso, la presentamos aparte con el razonamiento a la vista. Separamos siempre lo recurrente de lo de una sola vez, y escribimos qué incluye la tarifa —supervisión, calidad, entrenamiento, reportería— para que la comparación no dependa de la letra pequeña. Cuando el volumen o el tiempo por caso no están medidos, proponemos un piloto con criterios acordados antes de arrancar en vez de firmar sobre un supuesto. No prometemos ser la oferta más barata de la mesa: procuramos ser la que se entiende sin traducción.