"Necesitamos tres personas que hagan análisis documental." Esa es la conversación que abre el 70% de las solicitudes de BPO que llegan. Y casi siempre es la pregunta equivocada.
Tres personas solas no resuelven un proceso crítico. Lo que lo resuelve es un equipo diseñado a medida: con roles definidos, con accesos planificados, con una cadena de excepciones que sabe a quién escalar, con métricas que se miden todas las semanas y con un dueño operativo del lado del partner que rinde cuentas. Cuando falta cualquiera de esas piezas, el equipo existe en la planilla de costos pero no en la realidad del negocio.
Esta nota repasa cómo armamos en éxodo bpo un equipo BPO a medida para procesos críticos en entidades financieras, SGRs y planes de ahorro. Sirve como guía si estás evaluando tercerizar por primera vez, y también como check si ya tenés un esquema andando y querés mirarlo con otros ojos.
Qué es "a medida" y qué no
Un equipo BPO a medida no es un call center con plantilla genérica. Tampoco es "alquilar tres analistas" para que se sienten frente al sistema del cliente. Es un circuito operativo completo diseñado para un proceso específico, donde el partner aporta:
- Personas con perfil construido para ese proceso, no perfil promedio.
- Una estructura de roles que incluye al menos un líder operativo, además de los analistas.
- Tecnología propia donde corresponda — OCR, automatizaciones, integraciones — para que el equipo humano se concentre en lo que solo el humano resuelve.
- Gobernanza definida: rituales, métricas, escalamientos, ciclo de mejora.
- Continuidad operativa: cobertura de licencias, plan de reemplazos, redundancia de conocimiento.
Lo que no es: un grupo de personas dedicadas en un sistema cliente esperando tickets. Esa configuración existe y a veces sirve, pero no es lo que llamamos un equipo BPO a medida para procesos críticos. Para eso hace falta diseño.
La diferencia entre un "staff aumentado" y un "equipo BPO a medida" no es la cantidad de gente: es quién es responsable del resultado del proceso. Si esa respuesta sigue siendo el cliente, no tercerizaste; sumaste headcount externo. Si la respuesta es el partner, sí.
Cuándo conviene armar uno (y cuándo no)
No todos los procesos justifican un equipo a medida. Tiene sentido cuando se combinan tres condiciones:
- Volumen sostenido o estacional con picos predecibles. Procesos con menos de 200 transacciones mensuales rara vez justifican la curva de aprendizaje y la gobernanza que un equipo dedicado exige.
- Criticidad operativa o regulatoria. Errores que generan riesgo ante BCRA, UIF, CNV, o que paran originación. Si el proceso falla y no pasa nada urgente, probablemente alcance con un servicio más estándar.
- Reglas estables, expertise transferible. El proceso tiene que poder describirse. Si depende del olfato de una persona específica que nadie más entiende, no es candidato a tercerizar todavía: primero hay que documentarlo.
Cuando faltan estos tres requisitos, no es momento de un equipo a medida. Es momento de ordenar el proceso internamente y, en paralelo, considerar un esquema más liviano de operaciones a medida sobre tareas acotadas, antes de escalar.
Las seis etapas para diseñarlo
Cuando las condiciones están dadas, el armado real lleva entre cuatro y diez semanas, según la complejidad. Las etapas no son negociables: si se saltea alguna, la deuda aparece en el mes tres y suele ser cara.
1. Relevamiento operativo
Antes de hablar de gente, se mira el proceso. Volumen real (no el declarado), curva diaria, estacionalidad, tasa de rechazos, tiempo promedio por transacción, herramientas en uso, accesos disponibles. Sale un mapa con dónde se pierde tiempo y dónde se pierde control. Es la etapa más subestimada — y la que define si el resto del proyecto va a funcionar.
2. Mapeo de procesos y reglas de excepción
El proceso se descompone en pasos atómicos: qué hace cada paso, qué entrada recibe, qué salida produce, qué condiciones disparan una excepción. Acá aparece lo que casi nadie tiene escrito: las reglas que la gente aplica de memoria. Si no se documentan, el equipo nuevo va a aprender por error, y los primeros meses van a doler.
3. Diseño del equipo
Recién ahora se definen perfiles, cantidad, turnos y estructura. Un equipo a medida típico para análisis documental en una financiera mediana incluye tres a seis analistas operativos, un referente técnico que resuelve excepciones, un team leader que gobierna la operación día a día y una figura de control de calidad. Para volúmenes mayores, la estructura se replica en células.
4. Tecnología, accesos e integraciones
Antes del go-live hay que tener resueltos los accesos a los sistemas del cliente, las VPNs si aplican, los permisos por perfil, las herramientas internas del partner (OCR, automatizaciones, paneles) y las integraciones con sistemas como Newcon, SAP, Salesforce o CRMs propios. Esto se trabaja en paralelo a las etapas 2 y 3.
5. Gobernanza y SLA
Acá se escribe lo que después se va a auditar. Niveles de servicio por proceso, tiempos de respuesta, métricas de calidad mínimas, política de excepciones, rituales semanales y mensuales, reportes, escalamientos. Un SLA serio no es una promesa de tiempo: es una promesa de tiempo con consecuencias si no se cumple, y con visibilidad antes de que se rompa.
6. Onboarding, estabilización y traspaso
Las primeras dos a cuatro semanas el equipo trabaja en paralelo con el cliente, con supervisión cruzada. Se ajustan reglas, se calibran umbrales, se cierran huecos de capacitación. Recién después se pasa a producción plena. Si esta etapa se acorta para "ganar tiempo", el costo aparece en errores las semanas siguientes.
Los perfiles que rara vez deberían faltar
Un equipo BPO a medida no es una lista de "analistas". Tiene perfiles distintos que cumplen funciones distintas, y cada uno protege una dimensión del riesgo operativo.
Roles de un equipo BPO a medida bien armado
- Analistas operativos: ejecutan el proceso, capacitados específicamente para este cliente.
- Referente técnico: resuelve excepciones, conoce las reglas en profundidad, es el puente con producto del lado del cliente.
- Team leader operativo: distribuye trabajo, controla SLA en línea, primer escalamiento.
- Control de calidad: muestrea casos cerrados, mide tasas de error, dispara recapacitación.
- Account / service manager: rinde cuentas frente al cliente, lleva los rituales, gestiona cambios de alcance.
- Backups entrenados: personas de otros equipos del partner con conocimiento mínimo del proceso para cubrir picos o licencias.
La proporción depende del volumen, pero la composición no. En equipos chicos algunos roles se combinan en una persona; lo que no se puede es omitirlos. Un equipo de cuatro analistas sin referente técnico ni control de calidad va a producir resultados que parecen buenos hasta que llega la primera auditoría.
Cómo se gobierna el día a día
La gobernanza es lo que separa un equipo que cumple SLA del que solo dice cumplirlo. En un esquema serio hay tres capas de ritmo:
- Diario operativo: el team leader revisa cola de trabajo, excepciones abiertas, casos vencidos. Toma decisiones en el día.
- Semanal de operación: reunión corta cliente-partner. Se miran KPI de la semana, casos críticos, ajustes de reglas. Sin esto, los problemas se acumulan.
- Mensual de servicio: reporte formal con todos los indicadores, análisis de tendencia, plan de mejora del mes siguiente. Acá se decide si algo del diseño tiene que cambiar.
Las métricas mínimas que todo equipo BPO a medida debería estar publicando son volumen procesado, tiempo promedio por transacción, tasa de retrabajos, tasa de errores detectados en control de calidad, cumplimiento de SLA por tipo de caso, y tiempo de resolución de excepciones. Si tu partner actual no te muestra estos números semana a semana, no tenés un equipo a medida: tenés un proveedor opaco.
Lo que no se mide, no se gobierna. Lo que no se reporta semanalmente, no se mide en serio. Y lo que no se revisa entre cliente y partner una vez por mes, no mejora aunque se reporte.
Errores que vemos seguido
Después de varios diseños propios y de auditar esquemas ya en marcha, aparecen patrones que se repiten cuando algo no funciona.
- Saltar el relevamiento operativo. Se contrata gente sobre un proceso que nadie escribió. El equipo nuevo aprende a costa del cliente.
- No definir dueño del SLA del lado del partner. Si todos son responsables, nadie lo es. Tiene que haber un nombre.
- Subestimar accesos e integraciones. Es lo que más demora un go-live. Empezar tarde con esto retrasa todo el proyecto.
- Tercerizar sin documentar excepciones. El partner no puede inventar políticas. Si no están escritas, va a usar criterio propio — y vos no vas a estar de acuerdo.
- No medir desde el día uno. Sin baseline, no hay forma de saber si el equipo mejora o empeora. Los primeros 30 días son los más informativos.
- Mezclar a medida con commodity. Si pedís un equipo a medida pero pagás tarifa de servicio masivo, vas a recibir un equipo masivo con nombre de a medida.
Cómo lo hacemos en éxodo bpo
Nuestro enfoque combina tres cosas que rara vez van juntas: equipo entrenado para el dominio (financiero, SGRs, planes de ahorro), tecnología propia de OCR e IA aplicada solo donde aporta valor real, y gobernanza explícita con reporte semanal y mensual.
Operamos esquemas que van desde células de tres a cuatro personas para procesos acotados hasta equipos de doble dígito para áreas completas de back office. Cuando el proceso lo justifica, integramos nuestra capa de tecnología propia para que la parte automatizable no consuma capacidad humana. Cuando no, no la usamos — y lo decimos antes, no después. La gestión del equipo queda de nuestro lado, con un account manager que rinde cuentas a tu organización.
Si estás pensando en armar un equipo BPO a medida o querés una segunda opinión sobre uno existente, el primer paso es revisar el proceso real, no el ideal. Casi siempre la mejora más grande está en lo que ya existe pero está mal sostenido.