Fluxos de traballo escalables

01Etapas de proceso configurables por posto

O proceso predeterminado consta de sete fases —inscrito, cribado, lista curta, entrevista, oferta, contratado e rexeitado—, mais isto non é ríxido. Cada oferta pode definir a súa propia secuencia de fases, polo que un proceso de contratación masiva de venda polo miúdo pode engadir filtros adicionais mentres que unha selección de directivos pode reducirse a só inscrito, entrevista e oferta. A configuración recóllese na oferta, non nunha páxina de axustes separada e desconectada do posto específico ao que se aplica.

02Role-based permissions

Catro roles —propietario, administrador, recrutador e xestor de contratación— ven e poden facer unha porción conscientemente diferente do produto. Un xestor de contratación pode mover candidatos e deixar comentarios sobre os postos que está a contratar sen necesidade de acceso de administrador á facturación ou á xestión do equipo; os recrutadores xestionan os seus pipelines sen a capacidade de cambiar a configuración de toda a organización. Isto importa máis a medida que un equipo supera o punto en que todos necesitan razonablemente acceso completo a todo.

03Operacións por lotes en volume

Puntuar cada candidato nun pipeline individualmente non escala máis aló dun puñado de solicitantes. Unha soa acción volve puntuar cada solicitude sen puntuar dun posto nunha soa pasada, respectando a asignación mensual de créditos de puntuación intelixente da organización e retomando de forma limpa se se interrumpe a metade — útil para un posto que recibiu duascentas solicitudes durante unha fin de semana e necesita unha lista curta clasificada antes do luns pola mañá.

A creación masiva de candidatos e postos segue a mesma filosofía: pódense crear ata 100 postos a partir dunha única subida de CSV, e os candidatos pódense engadir de forma masiva mediante CSV, unha matriz JSON pegada ou soltando un lote de currículos directamente, cada un analizado e engadido ao pool de talentos automaticamente. Ningunha destas vías masivas salta a mesma lóxica de validación e desoduplicación que usan os formularios de rexistro único: un correo electrónico duplicado nunha importación masiva de CSV omítese exactamente igual que o faría unha entrada manual duplicada.

04O que non cambia a medida que crece o volume

A metodoloxía de puntuación subxacente, a pista de auditoría de cada solicitude e o modelo de permisos non se comportan de xeito diferente con 10 solicitudes fronte a 10.000: non hai un "modo empresa" separado con garantías diferentes. O que escala é o recuento de postos do nivel do plan, o límite de ofertas activas e a asignación mensual de créditos de puntuación intelixente, e non a mecánica de como funcionan por debaixo a puntuación ou os permisos.

05O que normalmente se rompe primeiro a medida que medra un equipo de contratación

Os equipos que pasan dun par de reclutadores a unha función de adquisición de talento máis ampla adoitan atopar os mesmos puntos de fricción, independentemente das ferramentas que estean a usar. A visibilidade da canle é a primeira: unha vez que máis de dous ou tres profesionais moven candidatos pola canle dun mesmo traballo, alguén pregunta inevitablemente «agarda, quen moveu este candidato e cando», por iso cada cambio de etapa ten marca de tempo e atribución por defecto no canto de ser unha función de auditoría opcional engadida máis tarde.

A avaliación inconsistente entre recrutadores é o segundo problema, moi relacionado co problema de desviación descrito na páxina de contratación estruturada: dous recrutadores que examinan o mesmo posto con criterios mentais lixeiramente diferentes producen un pipeline que parece consistente na superficie (mesmas etapas, mesmo taboleiro) mentres que realmente aplican barras diferentes. E a proliferación de credenciais é o terceiro: a medida que crece un equipo, a brexa entre «todos teñen acceso completo porque era máis doado cando eramos tres persoas» e «realmente necesitamos permisos con ámbito de rol» adoita chegar de súpeto, normalmente xusto despois dun erro relacionado co acceso en lugar de proactivamente, que é o motivo polo cal o modelo de permisos baseado en roles existe dende o primeiro día en vez de como unha ruta de actualización que un equipo en crecemento ten que lembrar configurar máis tarde.