Una agencia de reclutamiento no gestiona solo candidatos. Vende a clientes, recibe vacantes, crea shortlists, coordina feedback, cierra placements y, en staffing contractual, continúa con asignaciones y horas. La elección debe partir del modelo operativo: ATS, CRM y back office pueden ser herramientas separadas, módulos integrados o una plataforma. La respuesta depende de qué pasos comparten el mismo dato.
La pregunta que ordena la decisión no es cuántas funciones tiene cada producto, sino cuántas veces se vuelve a teclear el mismo dato a lo largo de un ciclo completo. En una agencia con herramientas separadas, un solo placement de contract staffing puede obligar a introducir a la misma persona en el ATS, en el CRM del cliente, en la hoja de asignaciones, en el sistema de horas y en la plantilla de facturación. Cinco veces el mismo nombre son cinco oportunidades de discrepancia y una imposibilidad práctica de saber el margen real hasta que alguien lo reconstruye a mano.
Conviene además distinguir dos negocios que a menudo conviven bajo el mismo techo. El permanent placement termina con una fee y un periodo de garantía; el contract staffing empieza en ese punto y genera ingresos y costes durante meses. Un software excelente para el primero puede ser inservible para el segundo, y las agencias mixtas descubren esa diferencia demasiado tarde.
Diferencia ATS, CRM y operaciones
El ATS gobierna candidaturas y selección: vacantes, CV, etapas, entrevistas y ofertas. El CRM desarrolla clientes y candidatos conocidos. El PSA u operations layer entra cuando el placement crea proyecto, asignación, capacidad, timesheet, gasto y margen. Llamarlo todo CRM impide comparar.
Crea una matriz proceso-sistema. Para cada paso indica origen del dato, responsable y consumidor. Si cliente y vacante viven en CRM pero shortlist y placement en ATS, necesitan identidad compartida. Si el consultor debe recrearse en timesheets, el límite genera trabajo manual.
Esta tabla resume qué responde cada capa y qué pregunta se queda sin respuesta si falta.
| Capa | Pregunta que resuelve | Qué falta si no está |
|---|---|---|
| ATS | ¿En qué punto está cada candidato de cada vacante? | Trazabilidad del proceso y evidencia de selección |
| CRM | ¿Qué relación y qué actividad hay con cada cliente? | Contexto comercial y previsión de nuevas vacantes |
| Operaciones y PSA | ¿Cuánto margen deja cada placement en curso? | Horas, coste, facturación y economía real |
Las agencias de permanent puro pueden vivir bien con las dos primeras capas. En cuanto aparece el contract staffing, la tercera deja de ser opcional: sin ella, el resultado económico se conoce con semanas de retraso y siempre en una hoja de cálculo paralela.
Define requisitos con escenarios reales
Evita cien features. Prepara escenarios: cliente abre búsqueda; llega un candidato existente; recruiter crea shortlist; cliente pide entrevista; candidato acepta; finanzas verifica la fee. Para staffing añade disponibilidad, rate card, asignación, horas, aprobación y margen.
Pide ejecutar el escenario y cuenta clics, cambios de rol y datos duplicados. Prueba excepciones: candidato presentado dos veces, contacto que cambia de empresa, vacante congelada, placement cancelado y timesheet disputado. El happy path muestra marketing; la excepción muestra producto.
Conduce tú la demo en lugar de mirarla. Pide que te dejen el teclado durante quince minutos con un escenario que has escrito antes y no has enviado por adelantado. La diferencia entre un producto que se usa a diario y uno que solo se demuestra bien aparece en ese cuarto de hora: cuántas pantallas hay que atravesar para presentar un candidato a un cliente, si el sistema recuerda que esa persona ya fue presentada hace ocho meses y qué ocurre cuando intentas cerrar una vacante con entrevistas pendientes.
Involucra a un recruiter con experiencia y a alguien de administración en la misma sesión. Los dos ven cosas distintas y el desacuerdo entre ambos suele señalar exactamente el punto donde el software obligará a un traspaso manual.
Evalúa la base propietaria
El activo acumulativo de la agencia es el conocimiento: relaciones, evaluaciones, disponibilidad, motivaciones, skills e historial. La búsqueda combina campos y lenguaje natural, permitiendo verificar por qué aparece un perfil. Versiones de CV, consentimiento y retención deben mantenerse.
El CRM conecta empresas, grupos, sedes, contactos, oportunidades, vacantes, actividades y placements. La vista de cuenta responde: ¿qué vendemos, entregamos y esperamos de este cliente? La página de software para agencias muestra el modelo.
Controla front y back office
Front office cubre ventas, sourcing, recruiting y presentación. Middle office coordina compliance, documentos, contratos, disponibilidad y asignación. Back office recoge horas, aprobaciones y economía. No todas las agencias necesitan payroll, pero todas deben evitar que los datos viajen por email.
En permanent placement el flujo termina con fee y garantía. En contract staffing, placement es el inicio: la persona trabaja y genera ingreso y coste. Evalúa el software de staffing durante un periodo completo, no solo al crear el candidato.
Calcula TCO y fragmentación
Suma suscripción, implementación, migración, integraciones, administración, formación y esfuerzo interno. Añade conciliación: copiar placements, actualizar disponibilidad, perseguir timesheets y preparar informes. Una licencia barata sale cara si quedan tres bases.
Modela tres años y verifica API, storage, sandbox, soporte, IA y export. El TCO tampoco justifica un all-in-one a cualquier precio: un proceso especialista puede merecer una integración gobernada.
El coste que casi nunca aparece en la comparativa es el de la conciliación recurrente. Si alguien dedica cada semana varias horas a cuadrar placements entre dos sistemas, a perseguir timesheets por correo y a rehacer un informe que el software no produce, eso es una fracción estable de un salario que debería figurar en el modelo. En agencias de veinte a cincuenta personas, esa partida suele ser comparable a la diferencia de precio entre las opciones que se están comparando, y por sí sola cambia el orden del ranking.
Aplica el mismo escenario de crecimiento a todos los finalistas. Un modelo por usuario que resulta barato con doce recruiters puede dejar de serlo con veinticinco, y la agencia que crece rápido es precisamente la que menos margen tiene para renegociar a mitad de contrato.
Planifica migración, seguridad y salida
Clasifica datos activos, histórico útil, duplicados, records sin owner y datos a borrar. Ejecuta dos importaciones de prueba. Verifica permisos sobre CV, compensación, costes, notas y condiciones comerciales, además de residencia, cifrado y borrado.
Prueba el export antes de firmar: records, adjuntos, relaciones, actividades y audit trail. Define quién gestiona integraciones y fallos. All-in-one no elimina governance.
La migración de una base de candidatos merece un criterio explícito sobre qué no se trae. Diez años de CV sin actividad reciente no son un activo: son riesgo de datos personales, ruido en las búsquedas y coste de almacenamiento. Un criterio razonable es migrar completos los registros con actividad en los últimos dos o tres años y los que tengan una relación viva, y tratar el resto según la política de retención acordada, documentando la decisión.
Comprueba también quién puede ver qué. En una agencia conviven datos que no deberían circular igual: notas de evaluación, expectativas salariales, condiciones comerciales del cliente, márgenes por placement y documentación personal. Prueba los permisos con una cuenta real de cada rol antes de firmar, no con el usuario administrador que lo ve todo.
Usa una scorecard con evidencias
Pondera cobertura end-to-end, calidad, adopción, automatización, seguridad, integración, reporting, implementación y TCO. Separa requisitos bloqueantes de preferencias y exige evidencia para cada nota.
Incluye recruiting, ventas, operaciones y finanzas. La decisión debe eliminar traspasos y devolver visibilidad. HICE conecta candidatos, clientes, consultores, proyectos y horas; empieza gratis y prueba el fit sobre tu proceso.
Señales de que tu stack actual se ha quedado corto
Hay cuatro señales bastante fiables. La primera es que el informe mensual se construye a mano combinando exportaciones: significa que ningún sistema tiene la vista completa. La segunda es que nadie sabe el margen de un contrato vivo sin preguntar a dos personas. La tercera es que los candidatos duplicados son habituales y se descubren cuando un cliente recibe el mismo perfil dos veces, que es el peor momento posible. La cuarta es que la agencia ha empezado a rechazar tipos de trabajo, no por falta de capacidad comercial, sino porque el back office no los soporta.
Ninguna de las cuatro se resuelve con más disciplina. Son problemas de arquitectura de datos y se manifiestan siempre en el mismo sitio: en el punto donde dos sistemas guardan la misma entidad sin una identidad compartida.
Cómo decidir entre integrar o unificar
Integrar tiene sentido cuando una de las piezas es realmente diferencial para tu nicho y su sustituto sería un retroceso claro, y cuando existe una integración mantenida por el proveedor, no un desarrollo propio que dependerá de una persona. Unificar tiene sentido cuando el valor está en la continuidad del dato entre venta, selección y ejecución, que es el caso de la mayoría de agencias con componente de staffing.
La decisión intermedia, que es la más frecuente en la práctica, consiste en unificar el núcleo (clientes, candidatos, vacantes, placements, asignaciones y horas) y dejar fuera lo verdaderamente periférico, como firma electrónica, nóminas o contabilidad, con integraciones estándar y un responsable nombrado para cada una. Lo que no funciona es el término medio mal hecho: dos sistemas que guardan lo mismo, ninguno considerado la fuente de verdad y una persona conciliando en silencio.
Plan de acción para 30 días
Nombra un owner para la arquitectura ATS, CRM y operations de la agencia y captura una baseline antes de cambiar herramientas o workflows. La primera semana mapea traspasos, decisiones y datos; la segunda limpia una muestra real y configura el recorrido mínimo; la tercera ejecuta el piloto con varias funciones; la cuarta concilia resultados, corrige excepciones y decide qué trackers retirar.
Documenta objetivo, responsable, medida inicial, evidencia de aceptación y fecha de revisión. Configurar software no es éxito. El éxito llega cuando el equipo completa un ciclo real, dirección confía en el resultado y el trabajo manual puede apagarse. Si HICE está en la shortlist, crea un entorno gratuito y prueba el mismo escenario sin cambiar todo el proceso de golpe.
