Entra una campaña de fin de año, una promo de tasa, un convenio nuevo con una concesionaria o la apertura de una línea en una SGR, y de un día para el otro la operación recibe el doble o el triple de solicitudes. El equipo que venía cómodo con cien legajos por semana ahora tiene trescientos sobre la mesa. Nadie sumó gente, pero el trabajo se multiplicó. Eso es un pico de originación, y la forma en que una empresa lo absorbe —su escalabilidad operativa— define si el crecimiento se transforma en negocio o en cuello de botella.
En el back-office financiero argentino —originación de crédito, alta de socios en una SGR, adhesión a planes de ahorro— los picos son la regla, no la excepción. Y la mayoría de las operaciones los enfrenta con la peor herramienta posible para un problema variable: una dotación fija. Esta nota es sobre cómo absorber esos picos sin sumar headcount, sin resignar calidad y sin quemar al equipo que ya tenés.
El pico llega siempre, y casi nunca avisa con tiempo
Los picos de originación tienen orígenes conocidos: la estacionalidad (el campo en cosecha, el retail en las fiestas), las campañas comerciales, un cambio de tasa que dispara la demanda de crédito, un convenio que suma un canal entero de golpe. Lo que no se puede prever es la magnitud exacta ni el momento justo en que llega.
El problema no es el volumen en sí. Es que ese volumen extra cae sobre una estructura dimensionada para el promedio. Un equipo calibrado para la demanda normal, cuando recibe el triple, no rinde el triple: rinde menos. Empieza a trabajar apurado, acumula backlog, comete errores y arrastra horas extra. El pico no se procesa: se sufre. Y mientras se sufre, la originación que lo generó se enfría.
Las dos respuestas de siempre, y por qué las dos salen caras
Frente a un pico, casi todas las operaciones eligen entre dos caminos. Los dos tienen un costo que rara vez se calcula bien.
1. Contratar para el pico
Sumar gente cuando entra la ola. El problema es el timing y la rigidez. Una persona nueva tarda semanas en ser productiva en un proceso financiero con KYC, criterios de UIF y un sistema propio; para cuando aprende, el pico ya pasó. Y cuando la demanda baja, esa dotación queda. O se sostiene una estructura sobredimensionada el resto del año, o se entra en el desgaste —y el costo— de desvincular. Contratar para un fenómeno temporal deja grasa estructural permanente.
2. Aguantar con el equipo que hay
La otra opción es apretar los dientes: horas extra, fines de semana, "esta semana la remamos". Funciona una vez. Repetido, quema al equipo y dispara la rotación —y reemplazar a alguien que ya conocía el proceso cuesta bastante más que las horas extra que se quisieron ahorrar—. Además, el apuro tiene un costo silencioso: legajos mal verificados que reaparecen en una auditoría, clientes que se enfrían esperando, operaciones que se frenan justo cuando había demanda para crecer.
Por qué el headcount fijo es mala herramienta para un problema variable
El fondo del asunto es un desajuste de naturaleza. La demanda de originación es variable: sube y baja. La dotación propia es fija: un costo que se paga todos los meses, haya cien o trescientos legajos. Usar una estructura fija para absorber una demanda variable obliga a elegir entre dos males: dimensionar para el pico —y pagar capacidad ociosa la mayor parte del año— o dimensionar para el promedio —y colapsar cada vez que llega la ola—.
Es la misma lógica que desarrollamos en costos fijos vs. variables en el back-office: lo que conviene no es tener más capacidad, sino tener capacidad que se adapte a la demanda. Y la decisión de fondo —sumar gente propia o tercerizar— la comparamos en detalle en tercerizar operaciones vs. contratar más personal.
Escalabilidad operativa: capacidad donde y cuando hace falta
La alternativa al headcount fijo es convertir esa capacidad en variable. En lugar de una dotación que se paga igual todos los meses, un equipo externo que sube cuando entra el pico y baja cuando la demanda se normaliza. La empresa deja de pagar por una estructura y pasa a pagar por volumen procesado. Eso es, en concreto, escalabilidad operativa: la capacidad de procesar más sin que cada unidad de más implique una contratación.
Para que esto funcione de verdad —y no sea apenas "mandar trabajo afuera"— hacen falta tres condiciones:
- Capacidad pre-entrenada en reserva. El equipo externo ya conoce la documentación financiera argentina, los criterios de UIF y los sistemas habituales. No hay curva de aprendizaje en el momento del pico: la gente que entra a reforzar ya sabe leer un balance, cruzar datos con BCRA y detectar una constancia desfasada.
- Procesos documentados, no personas insustituibles. Si el conocimiento vive en la cabeza de dos empleados, no escala. Si vive en un proceso escrito, cualquier analista entrenado puede tomar un legajo más sin que la calidad caiga.
- Tecnología que absorbe lo repetitivo. El OCR y los cruces automáticos con fuentes oficiales no se cansan ni hacen horas extra. Cuando la parte mecánica está automatizada, sumar volumen no significa sumar la misma cantidad de gente.
Cómo se absorbe un pico sin romper la calidad ni el compliance
Escalar volumen es fácil si uno está dispuesto a bajar la vara. El desafío real es absorber el triple de legajos sin que se cuele un documento mal verificado ni se incumpla un requisito de UIF, BCRA o CNV. Y eso depende de cómo está armada la operación antes de que llegue el pico, no de cuánta gente se consiga el día que llega.
En la práctica significa tres cosas: criterios de aceptación y rechazo escritos y aplicados igual por todo el equipo; un control de calidad por muestreo que no dependa de quién procesó cada legajo; y trazabilidad de cada verificación, para que un pedido del regulador se conteste igual de rápido en temporada alta que en baja. Sobre este último punto —no perder visibilidad cuando el volumen sube y el proceso lo opera un tercero— escribimos aparte en control de calidad sobre procesos tercerizados.
El error más común no es contratar tarde: es no tener el proceso documentado. Cuando llega el pico, la empresa que puede escalar es la que ya sabía exactamente qué se verifica, cómo y con qué criterio. La que improvisa, escala el caos.
Cómo se mide si la operación realmente escaló
"Aguantamos el pico" no es una métrica. Si tercerizar la capacidad variable sirvió, se ve en números concretos —los mismos en temporada alta y en temporada baja—:
- Tiempo de ciclo del legajo: ¿se mantuvo estable cuando el volumen se triplicó, o se disparó? Una operación que escala bien cierra un legajo en el mismo plazo con cien o con trescientos sobre la mesa.
- Costo por legajo procesado: el número que importa no es el costo mensual total, sino cuánto sale procesar cada unidad. Si baja con el volumen, hay economía de escala real.
- Tasa de error y rechazo en auditoría: la calidad no puede ser rehén del volumen. Si los errores suben con el pico, no se escaló: se aflojó.
- Horas internas devueltas: cuántas horas dejó de dedicar el equipo propio a tareas operativas para volver a lo suyo —vender, decidir, atender al cliente—.
Medir esto antes y durante el pico es lo que separa una decisión operativa de una corazonada. Y es, casi siempre, la primera vez que la empresa ve el costo real de su capacidad.
Cómo lo resolvemos en éxodo bpo
Nuestras operaciones de operaciones a medida y análisis de riesgo para financieras, SGRs y planes de ahorro están armadas para que el volumen suba sin que la empresa tenga que tocar su nómina. La capacidad de procesamiento se dimensiona contra la demanda real, no contra un promedio fijo.
En concreto: un equipo entrenado en documentación financiera argentina que ya está listo antes del pico, procesos escritos que permiten sumar manos sin diluir el criterio, y OCR e IA propia que se ocupa de la parte repetitiva del trabajo —lectura de documentos, cruces con fuentes oficiales— para que el volumen extra no se traduzca en la misma cantidad de gente extra.
El resultado para el cliente no es abstracto: el pico se procesa en el mismo plazo que la operación normal, sin horas extra que queman al equipo, sin estructura ociosa cuando la ola baja y sin un solo legajo que pase sin la verificación que un regulador va a pedir. La originación deja de tener techo en la capacidad del back-office.
¿Tu operación está lista para el próximo pico?
- ¿Sabés cuánto sube tu volumen de originación en temporada alta respecto del promedio?
- ¿Tu equipo procesa el pico en el mismo plazo que la demanda normal, o el tiempo de ciclo se dispara?
- ¿Cuántas horas extra hizo tu equipo en el último pico, y qué te costaron?
- ¿El conocimiento de cómo se arma un legajo está escrito, o vive en la cabeza de dos personas?
- ¿Tenés medido el costo de procesar cada legajo, o solo el costo mensual total?
- ¿La calidad de verificación se sostuvo en el último pico, o aparecieron errores que después pagaste?
- ¿Cuánto tardarías en sumar capacidad entrenada si mañana se duplicara la demanda?
- ¿Tu estructura está dimensionada para el pico (y ociosa el resto del año) o para el promedio (y colapsada en la ola)?
Si la mayoría de esas preguntas no tiene una respuesta clara, el problema no es el pico que viene: es que la capacidad está atada a la nómina. Y eso, a diferencia del volumen, sí se puede cambiar.