Fluxos de treball escalables

01Etapes del procés configurables, per vacant

El pipeline predeterminat consta de set etapes (sol·licitat, triatge, preselecció, entrevista, oferta, contractat i rebutjat), però això no és fix de manera global. Cada feina pot definir la seva pròpia seqüència d'etapes, de manera que una campanya de contractació minorista d'alt volum pot afegir filtres de triatge addicionals, mentre que una selecció de directius pot reduir-se només a sol·licitat, entrevista i oferta. La configuració es troba a la feina, no en alguna pàgina de configuració separada desconnectada del rol específic al qual s'aplica.

02Role-based permissions

Quatre rols (propietari, administrador, reclutador i gerent de contractació) cadascun veu i pot fer una part deliberadament diferent del producte. Un gerent de contractació pot moure candidats i deixar comentaris sobre els rols per als quals està contractant sense necessitat d'accés d'administrador a la facturació o a la gestió d'equips; els reclutadors gestionen els seus fluxos de treball sense la capacitat de canviar la configuració de tota l'organització. Això importa més a mesura que un equip creix més enllà del punt on tothom necessita raonablement accés total a tot.

03Operacions per lots a gran volum

Puntuar cada candidat d'un procés de selecció individualment no escala més enllà d'un grapat de sol·licitants. Una sola acció torna a puntuar totes les sol·licituds no puntuades per a una feina en una sola passada, respectant l'assignació de crèdits de puntuació intel·ligent mensuals de l'organització i reprenent netament si s'interromp a mig camí; útil per a un lloc que va rebre dos-centes sol·licituds durant un cap de setmana i necessita una llista curta classificada per dilluns al matí.

La creació massiva de candidats i ofertes de feina segueix la mateixa filosofia: es poden crear fins a 100 llocs de treball a partir d'una sola càrrega de CSV, i els candidats es poden afegir de manera massiva mitjançant CSV, una matriu JSON enganxada o deixant anar un lot de fitxers de CV directament, cadascun analitzat i afegit automàticament a la bossa de talent. Cap d'aquests camins massius passa per alt la mateixa lògica de validació i eliminació de duplicats que utilitzen els formularis de registre individual: s'omet un correu electrònic duplicat en una importació massiva de CSV exactament de la mateixa manera que ho faria una entrada manual duplicada.

04Què no canvia a mesura que creix el volum

La metodologia de puntuació subjacent, la pista d'auditoria de cada sol·licitud i el model de permisos no es comporten de manera diferent amb 10 sol·licituds enfront de 10.000; no hi ha cap "mode enterprise" separat amb garanties diferents. El que s'escala és el nombre de seients del nivell de pla, el límit d'ofertes actives i l'assignació mensual de crèdits de puntuació per intel·ligència artificial, no la mecànica de com funcionen la puntuació o els permisos a sota.

05Què sol fallar primer a mesura que creix un equip de contractació

Els equips que passen d'uns quants reclutadors a una funció d'adquisició de talent més gran acostumen a trobar-se amb els mateixos punts de fricció, independentment de quines eines utilitzin. La visibilitat del procés de selecció és la primera: un cop més de dues o tres persones mouen candidats pel procés de la mateixa feina, algú ineluctablement pregunta "espera, qui ha mogut aquest candidat i quan" —raó per la qual cada canvi d'etapa porta marca de temps i s'atribueix per defecte en lloc de com a funció d'auditoria opcional afegida posteriorment.

L'avaluació inconsistent entre reclutadors és la segona, estretament relacionada amb el problema de la deriva descrit a la pàgina de Contractació Estructurada: dos reclutadors que filtren el mateix rol amb criteris mentals lleugerament diferents produeixen un flux de treball que sembla coherent a la superfície (mateixes etapes, mateix tauler) mentre que en realitat apliquen llistons diferents. I la proliferació de credencials és la tercera: a mesura que un equip creix, la bretxa entre "tothom té accés total perquè era més fàcil quan érem tres persones" i "realment necessitem permisos basats en rols" sol arribar de sobte, normalment just després d'un error relacionat amb l'accés en lloc de proactivament, que és per això que el model de permisos basat en rols existeix des del primer dia en lloc de ser un camí d'actualització que un equip en creixement ha de recordar configurar més tard.