Il Suo Template dei dati per Recruiting e Talent Acquisition
Il Suo Template dei dati per Recruiting e Talent Acquisition
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per l'analisi del processo
- Indicazioni per l'estrazione dei dati dal Suo sistema iCIMS
Attributi di recruiting e acquisizione dei talenti
| Nome | Descrizione | ||
|---|---|---|---|
|
Candidatura di lavoro
JobApplicationId
|
L'identificativo univoco della candidatura di un candidato per una specifica richiesta di personale. | ||
|
Descrizione
Il Job Application ID è il fulcro dell'analisi del processo di recruiting e funge da identificativo del caso. Ogni ID rappresenta il percorso di un singolo candidato per una specifica posizione aperta, dall'invio iniziale attraverso tutte le fasi successive, come screening, colloqui e gestione dell'offerta. Nel Process Mining, questo Attributo viene utilizzato per collegare tutte le attività correlate in un flusso di processo completo e coerente. Analizzare i processi sulla base del Job Application ID consente di visualizzare chiaramente il funnel di assunzione, calcolare con precisione i tempi di ciclo e individuare le variazioni nel percorso di recruiting dei diversi candidati.
Perché è importante
È essenziale per monitorare l'intero ciclo di vita di una singola candidatura, consentendo di analizzare il tempo di assunzione, i tassi di abbandono e la conformità del processo per il percorso di ciascun candidato.
Dove reperirlo
In genere costituisce la chiave primaria del record di una candidatura in iCIMS. Consulti le API Person o Recruiting Workflow Profile.
Esempi
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
Nome dell'attività
ActivityName
|
Il nome della specifica fase o del traguardo che si è verificato nel processo di recruiting. | ||
|
Descrizione
Il Nome dell'attività descrive un evento verificatosi in un momento specifico per una candidatura. Tra gli esempi rientrano 'Application Received', 'First Interview Conducted' e 'Offer Extended'. Queste attività costituiscono le fasi sequenziali del processo di recruiting. Questo Attributo è fondamentale per il Process Mining, poiché definisce i nodi della mappa di processo. Analizzare la sequenza e la frequenza di queste attività rivela il Workflow di assunzione effettivo, evidenzia i percorsi più comuni e alternativi e individua i colli di bottiglia o i cicli di rilavorazione.
Perché è importante
Questo Attributo definisce le fasi del processo, rendendo possibile creare una mappa di processo, analizzare il flusso e individuare le deviazioni dalla procedura standard di assunzione.
Dove reperirlo
Generalmente deriva dalle modifiche di stato nel Recruiting Workflow Profile di iCIMS. Gli stati e i raggruppamenti specifici sono spesso personalizzabili dall'organizzazione.
Esempi
Candidatura esaminataPrimo colloquio svoltoOfferta accettataCandidato assunto
|
|||
|
Ora di inizio dell'attività
ActivityStartTime
|
Il timestamp che indica quando è iniziata o è stata registrata una specifica attività di recruiting. | ||
|
Descrizione
Questo Attributo fornisce la data e l'ora di ogni attività, ad esempio il momento in cui una candidatura è stata sottoposta a screening o un colloquio è stato programmato. I timestamp sono essenziali per comprendere la tempistica e la durata delle fasi del processo. Nel Process Mining, questo timestamp viene utilizzato per ordinare cronologicamente gli eventi e consentire la ricostruzione del flusso di processo effettivo. Costituisce la base di tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo tra le attività, l'individuazione dei ritardi e il monitoraggio delle prestazioni rispetto agli accordi sui livelli di servizio.
Perché è importante
Fornisce l'ordine cronologico degli eventi, fondamentale per calcolare la durata dei processi, individuare i colli di bottiglia e comprendere la tempistica del processo di assunzione.
Dove reperirlo
Queste informazioni sono generalmente disponibili nella traccia di audit o nei log della cronologia associati a un Recruiting Workflow Profile in iCIMS.
Esempi
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
Fonte della candidatura
ApplicationSource
|
Il canale o il metodo attraverso cui il candidato ha inviato la propria candidatura. | ||
|
Descrizione
Questo Attributo indica l'origine della candidatura, ad esempio 'Company Website', 'LinkedIn', 'Employee Referral' o 'Job Board'. Tiene traccia del modo in cui i candidati vengono a conoscenza delle posizioni aperte e presentano la propria candidatura. Queste informazioni sono essenziali per il Dashboard 'Application Sourcing Channel ROI'. Analizzando il volume delle candidature e, soprattutto, il numero di assunzioni provenienti da ciascuna fonte, le organizzazioni possono determinare quali canali offrono il miglior ritorno sull'investimento. Ciò aiuta a ottimizzare la spesa di marketing per il recruiting e a concentrare gli sforzi sulle fonti più efficaci.
Perché è importante
Aiuta a misurare l'efficacia dei diversi canali di recruiting, consentendo di ottimizzare le strategie e il budget di sourcing.
Dove reperirlo
Questi dati vengono acquisiti nel profilo della candidatura del candidato in iCIMS, spesso selezionati dal candidato oppure monitorati tramite parametri URL.
Esempi
LinkedInSegnalazione da parte di un dipendentePagina Lavora con noi dell'aziendaIndeed
|
|||
|
ID della richiesta di personale
JobRequisitionId
|
L'identificativo univoco della posizione aperta. | ||
|
Descrizione
Il Job Requisition ID collega più candidature a un singolo annuncio di lavoro. Rappresenta il ruolo specifico per il quale i candidati presentano la propria candidatura e contiene dettagli come titolo della posizione, reparto e sede. Nell'analisi, questo ID viene utilizzato per raggruppare e confrontare tutte le candidature relative alla stessa posizione. Consente di visualizzare l'intero insieme di candidati per un singolo ruolo, aiutando a comprendere l'efficacia del processo di assunzione per diversi tipi di posizione.
Perché è importante
Raggruppa tutte le candidature relative allo stesso ruolo, consentendo di analizzare l'intero funnel di recruiting per una specifica posizione aperta.
Dove reperirlo
Questo ID è un elemento fondamentale del Job Profile in iCIMS ed è collegato a ogni candidatura inviata per quel ruolo.
Esempi
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
Recruiter
Recruiter
|
Il nome o l'ID del recruiter responsabile della gestione della candidatura. | ||
|
Descrizione
Questo Attributo identifica il recruiter principale assegnato alla candidatura. Questa persona è generalmente responsabile dello screening dei candidati, del coordinamento dei colloqui e della gestione del processo. Analizzare i dati per recruiter è essenziale per il Dashboard 'Recruiter Performance Overview'. Aiuta a valutare le prestazioni individuali e del team monitorando metriche come il tempo di screening, i tassi di completamento dei colloqui e il numero di assunzioni concluse con successo. In questo modo è possibile individuare le best practice e le aree in cui è necessaria ulteriore formazione.
Perché è importante
Questo Attributo è fondamentale per valutare il carico di lavoro e le prestazioni dei recruiter, consentendo miglioramenti mirati e una migliore allocazione delle risorse.
Dove reperirlo
Queste informazioni sono spesso archiviate nel Recruiting Workflow Profile o nel Job Profile associato in iCIMS, collegato all'utente che ha eseguito determinate azioni.
Esempi
John SmithJane DoeEmily Jones
|
|||
|
Reparto
Department
|
Il reparto o la funzione aziendale per cui viene ricercata la persona da assumere. | ||
|
Descrizione
Questo Attributo specifica il reparto, ad esempio 'Engineering', 'Marketing' o 'Sales', a cui appartiene la posizione aperta. Fornisce il contesto organizzativo della richiesta di personale. Le informazioni sul reparto costituiscono una dimensione di analisi preziosa. Consentono di segmentare KPI come 'Time to Hire' e 'Offer Acceptance Rate' per reparto, rivelando differenze significative nei processi e nell'efficienza di assunzione all'interno dell'organizzazione. In questo modo è possibile individuare i reparti con processi ottimizzati e quelli che potrebbero aver bisogno di supporto.
Perché è importante
Consente di confrontare le prestazioni tra diverse unità aziendali, evidenziando le variazioni nell'efficienza delle assunzioni e nei colli di bottiglia.
Dove reperirlo
Generalmente fa parte delle informazioni del Job Profile associate al Job Requisition ID in iCIMS. Può essere collegato ai dati della struttura organizzativa.
Esempi
IngegneriaVenditeMarketingRisorse umane
|
|||
|
Responsabile delle assunzioni
HiringManager
|
Il nome o l'ID del responsabile delle assunzioni per la richiesta di personale. | ||
|
Descrizione
Il responsabile delle assunzioni è la persona per la quale viene coperta la posizione. È uno stakeholder fondamentale del processo, responsabile della revisione dei candidati, della conduzione dei colloqui e della decisione finale di assunzione. Questo Attributo è fondamentale per il Dashboard 'Hiring Manager Feedback Cycle'. Monitorando, per ciascun responsabile delle assunzioni, il tempo che intercorre tra un colloquio e l'invio del feedback, le organizzazioni possono individuare i ritardi nel processo decisionale e lavorare per ridurli, accelerando così i tempi complessivi di assunzione.
Perché è importante
Aiuta ad analizzare il coinvolgimento e l'efficienza dei responsabili delle assunzioni, in particolare nella fornitura tempestiva del feedback, che rappresenta una fonte comune di ritardi.
Dove reperirlo
Generalmente è archiviato nel Job Profile associato alla richiesta di personale in iCIMS.
Esempi
Robert BrownSusan WhiteMichael Green
|
|||
|
Stato della candidatura
ApplicationStatus
|
L'esito finale o lo stato attuale della candidatura per una posizione. | ||
|
Descrizione
Questo attributo rappresenta lo stato finale di una candidatura e indica se il candidato è stato assunto, rifiutato dall'azienda o ha ritirato la propria candidatura. Rappresenta l'evento conclusivo del processo di recruiting. È un attributo fondamentale per le analisi basate sugli esiti. Viene utilizzato per calcolare i tassi di conversione, i tassi di accettazione delle offerte e i tassi di abbandono. Comprendere l'esito finale delle candidature è essenziale per misurare il successo e l'efficienza dell'intero funnel di recruiting.
Perché è importante
Definisce l'esito del processo, un elemento essenziale per calcolare metriche chiave come i tassi di assunzione e di rifiuto.
Dove reperirlo
È lo stato finale nel Recruiting Workflow Profile di iCIMS. In genere viene impostato quando una candidatura viene spostata in un contenitore «disposition» terminale.
Esempi
AssuntoRifiutato dall'aziendaCandidato ritiratosi
|
|||
|
È rielaborazione
IsRework
|
Un indicatore che segnala se un'attività viene ripetuta per la stessa candidatura. | ||
|
Descrizione
L'attributo Is Rework è un flag booleano impostato su true se una determinata attività si verifica più di una volta nello stesso case. Ad esempio, se un candidato deve affrontare due volte la fase «First Interview», la seconda occorrenza viene contrassegnata come rielaborazione. È un attributo molto utile per l'analisi «Process Compliance & Variants». Evidenzia rapidamente inefficienze, ridondanze e deviazioni dal processo standard. Identificare e quantificare le rielaborazioni aiuta a semplificare il processo, ridurre le attività senza valore e migliorare l'esperienza del candidato.
Perché è importante
Aiuta a quantificare le inefficienze del processo identificando i passaggi ripetuti, spesso indicativi di problemi o di flussi di processo non standard.
Dove reperirlo
Questo attributo viene calcolato nello strumento di process mining verificando se un'attività con lo stesso nome si è già verificata per un determinato JobApplicationId.
Esempi
truefalse
|
|||
|
ID candidato
CandidateId
|
L'identificativo univoco di un singolo candidato per tutte le candidature presentate. | ||
|
Descrizione
Il Candidate ID è un identificativo univoco della persona nel talent pool, distinto dal Job Application ID. Uno stesso candidato può presentare più candidature, ma avrà sempre lo stesso Candidate ID. Questo attributo è particolarmente utile per l'analisi «Duplicate Screening Detection». Raggruppando le attività per Candidate ID, è possibile individuare i casi in cui la stessa persona viene sottoposta più volte, e senza necessità, a screening per ruoli diversi. Consente inoltre di ottenere una visione più completa della cronologia delle interazioni del candidato con l'azienda.
Perché è importante
Identifica univocamente una persona, consentendo di analizzare il percorso di un candidato attraverso più candidature e di rilevare attività ridondanti.
Dove reperirlo
È l'identificativo principale del Person Profile in iCIMS.
Esempi
CAND-9876CAND-5432CAND-1001
|
|||
|
Importo dell'offerta
OfferAmount
|
L'importo dello stipendio o della retribuzione proposto al candidato nell'offerta di lavoro. | ||
|
Descrizione
Questo attributo contiene il valore monetario del pacchetto retributivo offerto al candidato. In genere viene registrato quando si verifica l'attività «Offer Extended». Questi dati sono preziosi per il Dashboard «Offer Acceptance Rate Trends». Analizzando i tassi di accettazione in relazione all'importo dell'offerta e segmentandoli per fattori quali Job Title o dipartimento, le organizzazioni possono comprendere meglio la propria competitività retributiva. L'analisi può evidenziare se le offerte vengono rifiutate a causa della retribuzione e orientare l'adeguamento delle fasce salariali.
Perché è importante
Fornisce il contesto necessario per analizzare i tassi di accettazione delle offerte e comprendere l'impatto della retribuzione sul successo delle assunzioni.
Dove reperirlo
Queste informazioni sono spesso archiviate nella scheda «Offer» o in campi correlati del Recruiting Workflow Profile in iCIMS.
Esempi
8500012000095500.50
|
|||
|
Motivo del rifiuto
RejectionReason
|
Il motivo per cui la candidatura di un candidato è stata rifiutata dall'azienda. | ||
|
Descrizione
Quando una candidatura viene rifiutata, questo attributo indica il motivo specifico, ad esempio «Non in linea con la cultura aziendale», «Non possiede le competenze richieste» o «La posizione è stata assegnata a un altro candidato». In genere il recruiter o l'hiring manager seleziona il motivo da un elenco predefinito. L'analisi dei motivi di rifiuto fornisce un feedback prezioso sul processo di recruiting. Può evidenziare problemi quali descrizioni delle posizioni non allineate, una qualità insufficiente dei candidati provenienti da determinati canali o aree in cui lo screening può essere migliorato. In questo modo è possibile perfezionare la strategia di recruiting e aumentare la qualità del talent pipeline.
Perché è importante
Fornisce un feedback fondamentale sui motivi per cui i candidati non avanzano nel processo, aiutando a perfezionare le descrizioni delle posizioni, il sourcing e i criteri di screening.
Dove reperirlo
In genere viene registrato quando un candidato viene spostato in uno stato di rifiuto nel Recruiting Workflow di iCIMS.
Esempi
Non soddisfa i requisiti minimiAspettative salariali troppo elevateSelezionato un candidato più qualificato
|
|||
|
Ora di fine dell'attività
ActivityEndTime
|
Il timestamp che indica quando è stata completata un'attività di recruiting. | ||
|
Descrizione
L'Ora di fine dell'attività segna la conclusione di un evento. In molti casi, soprattutto per eventi discreti come 'Offer Extended', l'ora di fine può coincidere con quella di inizio. Tuttavia, per le attività che hanno una durata, come un blocco di colloqui, può essere diversa. Questo Attributo viene utilizzato per calcolare la durata precisa delle singole attività, definita tempo di elaborazione. Analizzare il tempo di elaborazione aiuta a individuare quali attività specifiche richiedono più tempo, invece di considerare soltanto il tempo di attesa tra un'attività e l'altra.
Perché è importante
Consente di calcolare il tempo di elaborazione di un'attività, aiutando a distinguere il tempo di lavoro effettivo dal tempo di attesa inattivo.
Dove reperirlo
Come l'ora di inizio, può essere reperita nella traccia di audit o nei log della cronologia in iCIMS. Potrebbe essere necessario dedurla se è disponibile un solo timestamp dell'evento.
Esempi
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
|
Paese
Country
|
Il Paese in cui si trova la posizione lavorativa. | ||
|
Descrizione
Questo attributo specifica il Paese associato alla job requisition e fornisce un contesto geografico al processo di recruiting. Per le organizzazioni globali, analizzare il processo di recruiting per Paese è essenziale. L'analisi può evidenziare differenze regionali nelle tempistiche di assunzione, nell'efficacia dei canali di sourcing e nella conformità del processo. Questi insight aiutano a sviluppare strategie di recruiting specifiche per ciascuna sede e a definire obiettivi realistici di performance a livello regionale.
Perché è importante
Consente di segmentare geograficamente il processo di assunzione, mettendo in evidenza le variazioni delle performance regionali e sostenendo gli sforzi di standardizzazione dei processi a livello globale.
Dove reperirlo
Fa parte delle informazioni sulla sede del Job Profile in iCIMS.
Esempi
Stati UnitiGermaniaRegno UnitoCanada
|
|||
|
Sede di lavoro
JobLocation
|
La città o la sede specifica in cui si trova la posizione aperta. | ||
|
Descrizione
Il Job Location fornisce un dettaglio geografico più preciso rispetto al Paese e indica in genere la città, lo Stato o la sede specifica. Questo attributo consente un'analisi regionale più dettagliata. Ad esempio, è possibile confrontare il «Time to Hire» tra città diverse per comprendere le condizioni del mercato locale e le difficoltà di assunzione. Può inoltre supportare la pianificazione delle risorse per i team di recruiting regionali.
Perché è importante
Offre insight geografici dettagliati, aiutando ad analizzare le differenze di performance tra sedi o città specifiche.
Dove reperirlo
È archiviato nei campi relativi alla sede del Job Profile in iCIMS.
Esempi
New York, NYSan Francisco, CALondra, Regno Unito
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema da cui provengono i dati, in questo caso iCIMS. | ||
|
Descrizione
Questo Attributo identifica l'applicazione di origine in cui i dati di recruiting sono stati generati e archiviati. Per questo processo, il valore sarebbe costantemente 'iCIMS' o un identificativo più specifico dell'istanza iCIMS. Sebbene in un'analisi basata su un unico sistema possa sembrare un valore statico, diventa fondamentale quando si uniscono dati provenienti da più sistemi, ad esempio combinando i dati di recruiting di iCIMS con i dati HRIS di un altro sistema. Garantisce la tracciabilità dei dati e aiuta a risolvere i problemi di integrazione.
Perché è importante
Fornisce il contesto sull'origine dei dati, fondamentale per la governance dei dati e per l'integrazione di dati provenienti da più sistemi HR.
Dove reperirlo
Si tratta di un valore statico ('iCIMS') che dovrebbe essere aggiunto durante il processo di estrazione e trasformazione dei dati.
Esempi
iCIMS Talent CloudiCIMS
|
|||
|
Tempo totale del ciclo
CycleTime
|
Il tempo totale trascorso tra la prima e l'ultima attività di una candidatura. | ||
|
Descrizione
Il Cycle Time misura la durata end-to-end del processo di recruiting per una singola candidatura. Viene calcolato come differenza tra il timestamp del primo evento in assoluto, ad esempio «Application Received», e quello dell'evento finale, ad esempio «Candidate Hired» o «Application Rejected». È un KPI principale per misurare l'efficienza complessiva del processo. Viene utilizzato nel Dashboard «Time to Hire Performance» per monitorare il tempo necessario a coprire le posizioni. L'analisi del cycle time aiuta a individuare i processi di lunga durata e a definire benchmark per le iniziative di miglioramento.
Perché è importante
Questa metrica calcolata è un indicatore chiave dell'efficienza complessiva del processo ed è fondamentale per i Dashboard che monitorano il time-to-hire.
Dove reperirlo
Questo attributo non è disponibile direttamente in iCIMS. Viene calcolato nello strumento di process mining come differenza tra ActivityStartTime massimo e minimo per ogni JobApplicationId.
Esempi
45 giorni 10 ore62 giorni 4 ore30 giorni 0 ore
|
|||
|
Titolo della posizione
JobTitle
|
Il titolo della posizione per la quale il candidato ha presentato la propria candidatura. | ||
|
Descrizione
Il Job Title è il nome ufficiale della posizione aperta, ad esempio «Software Engineer» o «Product Manager». Fornisce informazioni specifiche sulla posizione, oltre al dipartimento o alla famiglia professionale. Questo attributo è una dimensione comune per filtrare e segmentare i dati relativi al recruiting. Ad esempio, analizzare il «Time to Hire» per Job Title può evidenziare che alcune posizioni, soprattutto quelle senior o altamente specializzate, richiedono molto più tempo per essere coperte. Questo insight può portare allo sviluppo di strategie di recruiting mirate per i diversi tipi di posizione.
Perché è importante
Consente di analizzare in dettaglio e confrontare le prestazioni di ruoli specifici, che possono presentare difficoltà e tempistiche di assunzione peculiari.
Dove reperirlo
È un campo principale del Job Profile in iCIMS.
Esempi
Ingegnere software seniorResponsabile marketingAnalista dati
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp che indica quando i dati sono stati estratti o aggiornati per l'ultima volta dal sistema di origine. | ||
|
Descrizione
Questo Attributo registra la data e l'ora dell'estrazione più recente dei dati da iCIMS. Non indica quando si è verificato l'evento, bensì quando il record è stato sincronizzato l'ultima volta con lo strumento di Process Mining. Queste informazioni sono fondamentali per comprendere l'aggiornamento dei dati analizzati. Consentono di sapere se si stanno esaminando informazioni in tempo reale o una fotografia riferita a uno specifico momento, un aspetto importante per garantire la rilevanza e l'accuratezza dell'analisi.
Perché è importante
Informa gli utenti sull'aggiornamento dei dati, garantendo che analisi e decisioni si basino su informazioni aggiornate.
Dove reperirlo
Questo timestamp dovrebbe essere generato e registrato dalla pipeline di estrazione, trasformazione e caricamento dei dati (ETL) ogni volta che viene eseguita.
Esempi
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
Attività di recruiting e acquisizione dei talenti
| Attività | Descrizione | ||
|---|---|---|---|
|
Candidato assunto
|
L'attività finale che indica il completamento positivo del processo di recruiting. Questo evento viene registrato quando il candidato passa allo stato finale 'Hired', concludendo ufficialmente il processo di candidatura e attivando spesso i Workflow di onboarding. | ||
|
Perché è importante
Questo è il principale punto di arrivo positivo del processo. È essenziale per calcolare il tempo complessivo di assunzione e i tassi di conversione del funnel di recruiting.
Dove reperirlo
Viene dedotto dal timestamp della modifica di stato finale a 'Hired' o 'Started' nel Workflow della candidatura. Si tratta di uno stato terminale.
Acquisizione
Acquisisca il timestamp della modifica di stato allo stato finale 'Hired'.
Tipo di evento
inferred
|
|||
|
Candidato presentato al responsabile delle assunzioni
|
Un recruiter presenta formalmente il profilo di un candidato qualificato al responsabile delle assunzioni per la revisione. Questo passaggio viene generalmente acquisito quando il recruiter sposta il candidato a una fase specifica del Workflow di iCIMS, come 'Hiring Manager Review'. | ||
|
Perché è importante
Questo è un punto di passaggio critico. Misurare il tempo che intercorre tra questa fase e il feedback del responsabile è fondamentale per individuare i ritardi nella parte del processo di competenza del responsabile delle assunzioni.
Dove reperirlo
Viene dedotto dal timestamp in cui lo stato della candidatura passa a 'Submitted to Hiring Manager', 'HM Review' o a uno stato analogo che indica il coinvolgimento del responsabile.
Acquisizione
Acquisisca il timestamp della modifica di stato a 'Hiring Manager Review' o all'equivalente stato configurato.
Tipo di evento
inferred
|
|||
|
Candidatura ricevuta
|
Segna l'inizio del processo di recruiting per una specifica candidatura. Questo evento viene acquisito quando un candidato invia correttamente la propria candidatura tramite un portale dedicato alle opportunità di lavoro oppure quando la candidatura viene inserita manualmente in iCIMS. | ||
|
Perché è importante
Questo è il principale evento di avvio del processo. Analizzare il tempo che intercorre tra questa attività e le tappe successive è essenziale per comprendere il tempo complessivo necessario a coprire una posizione e individuare i colli di bottiglia nelle fasi iniziali.
Dove reperirlo
Viene generalmente dedotto dalla data di creazione del record della candidatura o da un timestamp associato a uno stato iniziale come 'Submitted' o 'New Application' nella cronologia del Workflow del candidato.
Acquisizione
Utilizzi il timestamp di creazione del record della candidatura oppure il timestamp della prima modifica di stato.
Tipo di evento
inferred
|
|||
|
Candidatura rifiutata dall'azienda
|
L'azienda ha deciso di non proseguire con il candidato in una determinata fase del processo. Questo viene acquisito quando un recruiter o il responsabile delle assunzioni aggiorna lo stato della candidatura a uno stato terminale come 'Rejected' o 'Not Selected'. | ||
|
Perché è importante
Questo è il punto di arrivo più comune. Analizzare in quale fase si verifica il maggior numero di rifiuti è fondamentale per comprendere l'efficacia del funnel di recruiting e individuare i colli di bottiglia.
Dove reperirlo
Viene dedotta da una modifica di stato a uno stato terminale di rifiuto, come 'Rejected', 'Not Selected' o 'Position Filled'. iCIMS richiede spesso un motivo di esclusione.
Acquisizione
Rilevi la modifica di stato a qualsiasi stato terminale diverso da 'hired' o 'withdrawn'.
Tipo di evento
inferred
|
|||
|
Offerta accettata
|
Il candidato ha accettato formalmente l'offerta di lavoro. Questo è un traguardo fondamentale, registrato quando il recruiter aggiorna lo stato del candidato sulla base della risposta ricevuta. | ||
|
Perché è importante
Questa attività è essenziale per calcolare il tasso di accettazione delle offerte e segnala il passaggio verso le verifiche pre-assunzione e l'onboarding.
Dove reperirlo
Viene dedotta da una modifica di stato con timestamp a 'Offer Accepted' o 'Hire Pending' nel Workflow della candidatura.
Acquisizione
Individui il timestamp della modifica di stato a 'Offer Accepted'.
Tipo di evento
inferred
|
|||
|
Offerta estesa
|
È stata creata e presentata formalmente un'offerta di lavoro al candidato. Questo è un traguardo critico e viene generalmente acquisito modificando lo stato della candidatura a una fase dedicata alle offerte, come 'Offer'. | ||
|
Perché è importante
Questa attività costituisce il numeratore del KPI 'Offer Acceptance Rate'. Segna l'inizio della fase finale del processo decisionale di recruiting.
Dove reperirlo
Viene dedotta da una modifica di stato nel Workflow della candidatura a uno stato come 'Offer Extended', 'Offer Made' o 'Verbal Offer'.
Acquisizione
Acquisisca il timestamp della modifica di stato a qualsiasi stato correlato a 'Offer'.
Tipo di evento
inferred
|
|||
|
Primo colloquio svolto
|
Questa attività indica che il primo ciclo di colloqui con il candidato è stato completato. Viene generalmente registrata quando un recruiter o il responsabile delle assunzioni aggiorna lo stato del candidato dopo lo svolgimento del colloquio. | ||
|
Perché è importante
Questo è un traguardo importante del processo di valutazione. Il tempo che intercorre tra questo evento e l'invio del feedback è fondamentale per l'analisi del 'Hiring Manager Feedback Cycle'.
Dove reperirlo
Viene dedotta da un aggiornamento dello stato nel Workflow della candidatura a uno stato come 'Interview Completed', 'Awaiting Feedback' o 'First Interview Complete'.
Acquisizione
Rilevi la modifica di stato a 'Interview Complete' o a uno stato correlato dopo la data prevista per il colloquio.
Tipo di evento
inferred
|
|||
|
Candidato ritiratosi dalla candidatura
|
Il candidato ha scelto volontariamente di non proseguire nella selezione per il ruolo. Questo viene registrato quando il candidato informa il recruiter, che aggiorna quindi lo stato della candidatura a 'Withdrawn'. | ||
|
Perché è importante
Questo è un punto di arrivo negativo critico. Tassi elevati di ritiro in determinate fasi possono indicare un processo troppo lungo, una comunicazione insufficiente o un'esperienza negativa per il candidato.
Dove reperirlo
Viene dedotta da una modifica di stato con timestamp a 'Withdrawn by Candidate', 'Withdrew' o a uno stato terminale analogo nel Workflow di iCIMS.
Acquisizione
Acquisisca il timestamp della modifica di stato a 'Withdrawn' o all'equivalente stato configurato.
Tipo di evento
inferred
|
|||
|
Candidato sottoposto a screening telefonico
|
Indica che un recruiter ha condotto un colloquio telefonico preliminare con il candidato. Questo evento viene generalmente acquisito quando, al termine della chiamata, il recruiter aggiorna lo stato del candidato nel relativo Workflow. | ||
|
Perché è importante
Questa è una fase di selezione fondamentale nel funnel di recruiting. Analizzarne la durata e il tasso di conversione aiuta a valutare la qualità dello screening iniziale e del sourcing.
Dove reperirlo
Viene dedotto da una modifica di stato nel Workflow del candidato a uno stato come 'Phone Screen Completed', 'Advanced to Next Step' o a uno stato personalizzato analogo.
Acquisizione
Rilevi la modifica di stato a 'Phone Screen' o a uno stato analogo configurato nel Workflow della candidatura.
Tipo di evento
inferred
|
|||
|
Candidatura esaminata
|
Rappresenta il completamento della revisione iniziale di una candidatura da parte di un recruiter. Questa attività viene generalmente dedotta quando lo stato di una candidatura passa da uno stato 'new' a uno che indica l'avvenuta revisione, come 'Under Review' o 'Screening'. | ||
|
Perché è importante
Il monitoraggio di questa attività aiuta a misurare l'efficienza dei recruiter e il KPI relativo al tempo di screening. I ritardi in questa fase possono causare l'abbandono da parte dei candidati e prolungare i tempi complessivi di assunzione.
Dove reperirlo
Viene dedotta da una modifica di stato nel profilo della candidatura. Individui le modifiche da uno stato iniziale a uno stato come 'Reviewed', 'Screened' o 'Under Consideration'.
Acquisizione
Individui il timestamp della modifica di stato a 'reviewed' o 'screened'.
Tipo di evento
inferred
|
|||
|
Feedback inviato
|
Si verifica quando un membro del team responsabile dell'assunzione, generalmente il responsabile delle assunzioni, invia la propria valutazione del candidato dopo il colloquio. iCIMS consente di acquisire feedback strutturati e questo evento può essere dedotto dalla creazione del relativo record di feedback. | ||
|
Perché è importante
È essenziale per misurare il KPI 'Avg Hiring Mgr Feedback Time'. I ritardi nell'invio del feedback sono un collo di bottiglia frequente che rallenta l'intero processo di assunzione.
Dove reperirlo
Viene dedotto dal timestamp di creazione di un record di feedback sul colloquio associato alla candidatura. Può anche corrispondere a una modifica di stato specifica, come 'Feedback Received'.
Acquisizione
Utilizzi il timestamp di creazione della voce relativa al feedback sul colloquio nel sistema.
Tipo di evento
inferred
|
|||
|
Offerta rifiutata
|
Il candidato ha rifiutato formalmente l'offerta di lavoro. Si tratta di un esito negativo, acquisito quando un recruiter aggiorna lo stato del candidato a 'Offer Declined' o 'Offer Rejected'. | ||
|
Perché è importante
Questo è un punto di arrivo negativo fondamentale. Analizzare quando e perché le offerte vengono rifiutate fornisce insight sulla competitività della retribuzione e sull'esperienza dei candidati.
Dove reperirlo
Viene dedotta da una modifica di stato nel Workflow della candidatura a uno stato terminale come 'Offer Rejected' o 'Offer Declined'.
Acquisizione
Individui il timestamp della modifica di stato a 'Offer Rejected' o all'equivalente stato configurato.
Tipo di evento
inferred
|
|||
|
Primo colloquio programmato
|
Rappresenta il momento in cui viene programmato un colloquio tra il candidato e il team responsabile dell'assunzione. iCIMS dispone di funzionalità di pianificazione e questo evento viene acquisito quando viene creato un evento di colloquio associato alla candidatura. | ||
|
Perché è importante
Segna il passaggio dallo screening alla valutazione formale. Il monitoraggio di questa fase aiuta ad analizzare l'efficienza della pianificazione e il tempo necessario per coinvolgere i candidati qualificati.
Dove reperirlo
Può trattarsi di un evento esplicito proveniente dal modulo di pianificazione dei colloqui di iCIMS oppure può essere dedotto da una modifica di stato a 'Interview Scheduled' o a uno stato analogo.
Acquisizione
Utilizzi la data di creazione del record del colloquio oppure il timestamp della modifica di stato a 'Interviewing'.
Tipo di evento
inferred
|
|||
|
Secondo colloquio programmato
|
Indica che il candidato è avanzato nel processo e che viene organizzato un ulteriore ciclo di colloqui. Viene acquisito quando viene programmato un nuovo evento di colloquio o quando il candidato passa alla fase 'Second Interview'. | ||
|
Perché è importante
Analizzare la frequenza dei secondi colloqui e il tempo che porta a questa fase aiuta a comprendere la profondità del processo e a individuare i ruoli che richiedono un numero eccessivo di colloqui.
Dove reperirlo
Viene dedotto da una modifica di stato a 'Second Interview Scheduled' o dalla creazione di un nuovo record di colloquio per un candidato già intervistato.
Acquisizione
Individui una modifica di stato oppure la creazione di un nuovo record di colloquio per la stessa candidatura.
Tipo di evento
inferred
|
|||
|
Verifica dei precedenti avviata
|
Rappresenta l'inizio del processo di screening pre-assunzione dopo l'accettazione dell'offerta. Viene spesso monitorato spostando il candidato allo stato 'Background Check', che può attivare un'integrazione con un fornitore esterno. | ||
|
Perché è importante
Analizzare il tempo che intercorre tra 'Offer Accepted' e questa attività aiuta a individuare i ritardi nei processi pre-assunzione, che possono influire sulla data di inizio del candidato.
Dove reperirlo
Viene dedotto da una modifica di stato a 'Background Check in Progress' o a uno stato analogo. Alcune integrazioni di iCIMS possono registrarlo come evento esplicito.
Acquisizione
Rilevi la modifica di stato a uno stato 'Background Check'.
Tipo di evento
inferred
|
|||
Guide all'estrazione
Pronto per iniziare?
Seguendo questo Template dei dati, sarà ben preparato per ottenere insight approfonditi sul processo di recruiting e Talent Acquisition, così da ottimizzare e accelerare le attività di assunzione. Sblocchi oggi stesso tutto il potenziale dei Suoi dati iCIMS.
Trasformi il recruiting in iCIMS: inizi ora a ottimizzare l'acquisizione dei talenti
Individui i colli di bottiglia in iCIMS per ridurre del 30% il tempo del ciclo di recruiting. Veda rapidamente i risultati.
Non è richiesta alcuna carta di credito \bConfigurazione in 5 minuti