Il vostro template per i dati di Recruiting e Talent Acquisition
Il vostro template per i dati di Recruiting e Talent Acquisition
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per l'analisi dei processi
- Guida all'estrazione per il sistema iCIMS
Attributi di Recruiting e Talent Acquisition
| Nome | Descrizione | ||
|---|---|---|---|
|
Candidatura
JobApplicationId
|
L'identificatore univoco della candidatura per una specifica requisizione. | ||
|
Descrizione
L'ID Candidatura è il fulcro dell'analisi e funge da identificatore del caso. Rappresenta il percorso di un candidato per una specifica posizione, dall'invio alla fase finale. Nel Process Mining, questo ID collega tutte le attività in un unico flusso end-to-end. Analizzarlo permette di visualizzare il funnel, calcolare con precisione i tempi di ciclo e identificare le variazioni nel percorso di selezione tra i diversi candidati.
Perché è importante
È essenziale per tracciare l'intero ciclo di vita di una singola candidatura, consentendo l'analisi del time-to-hire, dei tassi di abbandono e della conformità del processo per ogni candidato.
Dove trovare
In genere è la chiave primaria per un record di candidatura in iCIMS. Consulti le API dei profili.
Esempi
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
Nome attività
ActivityName
|
Il nome del passaggio specifico o della pietra miliare nel processo di selezione. | ||
|
Descrizione
Il Nome attività descrive un evento avvenuto in un momento specifico (es. 'Candidatura ricevuta', 'Offerta inviata'). Questi passaggi formano il processo di selezione. In ambito Process Mining, questo attributo definisce i nodi della mappa. Analizzando sequenza e frequenza, si rivela il workflow reale, evidenziando i percorsi alternativi, i colli di bottiglia o i loop di rilavorazione.
Perché è importante
Questo attributo definisce le fasi del processo, rendendo possibile la creazione di una mappa, l'analisi del flusso e l'identificazione delle deviazioni.
Dove trovare
In genere derivato dai cambi di stato nel profilo workflow di iCIMS. Gli stati specifici sono spesso personalizzabili dall'organizzazione.
Esempi
Domanda VagliataPrimo colloquio effettuatoOfferta AccettataCandidato Assunto
|
|||
|
Ora di inizio attività
ActivityStartTime
|
Il timestamp che indica quando una specifica attività di selezione è iniziata o è stata registrata. | ||
|
Descrizione
Fornisce data e ora per ogni attività. I timestamp sono essenziali per comprendere tempi e durate. Nel Process Mining, permettono di ordinare gli eventi cronologicamente, scoprendo il flusso reale. Sono la base per calcolare i tempi di ciclo, identificare i ritardi e monitorare il rispetto dei livelli di servizio (SLA).
Perché è importante
Fornisce l'ordine cronologico degli eventi, fondamentale per calcolare la durata dei processi, identificare i colli di bottiglia e comprendere la timeline della selezione.
Dove trovare
Queste informazioni sono solitamente disponibili nell'audit trail o nei log storici del profilo workflow in iCIMS.
Esempi
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
Dipartimento
Department
|
Il dipartimento o la funzione aziendale per cui si sta effettuando l'assunzione. | ||
|
Descrizione
Specifica il dipartimento (es. 'Sales', 'Marketing'). Fornisce il contesto organizzativo. Le informazioni sul dipartimento sono una potente dimensione di analisi. Permettono di segmentare i KPI (come il Time to Hire) per capire quali funzioni aziendali hanno processi ottimizzati e quali invece necessitano di supporto o revisioni.
Perché è importante
Consente di confrontare le prestazioni tra diverse business unit, evidenziando variazioni nell'efficienza e colli di bottiglia.
Dove trovare
In genere fa parte delle informazioni del profilo di lavoro associate all'ID Requisizione in iCIMS.
Esempi
IngegneriaVenditeMarketingRisorse Umane
|
|||
|
Fonte dell'Applicazione
ApplicationSource
|
Il canale o il metodo attraverso cui il candidato ha inviato la sua candidatura. | ||
|
Descrizione
Indica l'origine della candidatura (es. 'LinkedIn', 'Sito web aziendale'). Questa informazione è essenziale per calcolare il ROI dei canali di sourcing. Analizzando il volume di assunzioni per ogni fonte, l'azienda può ottimizzare il budget di marketing e concentrarsi sui canali più efficaci.
Perché è importante
Aiuta a misurare l'efficacia dei diversi canali di recruiting, permettendo di ottimizzare le strategie di sourcing e il budget.
Dove trovare
Questi dati vengono acquisiti nel profilo del candidato in iCIMS, spesso selezionati dall'utente o tracciati tramite URL.
Esempi
`LinkedIn`Segnalazione DipendentePagina Carriere AziendaleIndeed
|
|||
|
ID Richiesta di Assunzione
JobRequisitionId
|
L'identificatore univoco per la posizione aperta o il ruolo. | ||
|
Descrizione
L'ID Requisizione collega più candidature a un unico annuncio di lavoro. Rappresenta il ruolo specifico, con dettagli come titolo, dipartimento e sede. In fase di analisi, serve a raggruppare e confrontare tutte le domande per la stessa posizione, permettendo di valutare l'efficacia del processo di selezione per diversi tipi di impiego.
Perché è importante
Raggruppa tutte le candidature per lo stesso ruolo, consentendo l'analisi dell'intero funnel di selezione per una specifica posizione aperta.
Dove trovare
Questo ID è parte integrante del profilo di lavoro in iCIMS ed è collegato a ogni candidatura inviata per quel ruolo.
Esempi
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
Reclutatore
Recruiter
|
Il nome o l'ID del recruiter responsabile della gestione della candidatura. | ||
|
Descrizione
Identifica il recruiter principale assegnato alla candidatura, responsabile dello screening e del coordinamento. Analizzare i dati per recruiter è essenziale per valutare le performance individuali e del team (es. tempo di screening, conversioni). Permette di identificare le best practice e le necessità di formazione.
Perché è importante
Questo attributo è fondamentale per valutare il carico di lavoro e le performance dei recruiter, permettendo miglioramenti mirati.
Dove trovare
Queste informazioni sono spesso memorizzate nel profilo workflow o nel profilo di lavoro associato in iCIMS.
Esempi
John SmithJane DoeEmily Jones
|
|||
|
Responsabile delle Assunzioni
HiringManager
|
Il nome o l'ID dell'hiring manager per la requisizione di lavoro. | ||
|
Descrizione
L'Hiring Manager è il responsabile per cui si cerca la nuova risorsa. Valuta i candidati, svolge i colloqui e prende la decisione finale. Questo attributo è fondamentale per monitorare i tempi di feedback. Tracciando il tempo tra colloquio e valutazione per ogni manager, l'azienda può individuare i ritardi nel processo decisionale e intervenire per accelerare i tempi di assunzione complessivi.
Perché è importante
Aiuta ad analizzare il coinvolgimento e l'efficienza degli hiring manager, in particolare nella tempestività dei feedback, che rappresenta una causa comune di ritardo.
Dove trovare
Solitamente memorizzato nel profilo di lavoro associato alla requisizione in iCIMS.
Esempi
Robert BrownSusan WhiteMichael Green
|
|||
|
Stato Domanda
ApplicationStatus
|
L'esito finale o lo stato attuale della candidatura. | ||
|
Descrizione
Rappresenta lo stato finale di una candidatura (assunto, rifiutato o ritirato). È l'evento conclusivo del processo. È un attributo critico per l'analisi dei risultati: serve a calcolare tassi di conversione, accettazione e abbandono. Capire l'esito finale è fondamentale per misurare il successo e l'efficienza dell'intero funnel di selezione.
Perché è importante
Definisce l'esito del processo, essenziale per calcolare metriche chiave come i tassi di assunzione e di rifiuto.
Dove trovare
È lo stato finale nel profilo workflow di iCIMS, impostato quando una pratica viene chiusa definitivamente.
Esempi
`Assunto`Rifiutato dall'aziendaCandidato Ritirato
|
|||
|
È una Rilavorazione
IsRework
|
Un indicatore che segnala se un'attività viene ripetuta per la stessa candidatura. | ||
|
Descrizione
L'attributo 'Is Rework' è un flag che indica se un'attività si ripete nello stesso caso (es. ripetere un primo colloquio). È fondamentale per analizzare conformità e varianti, poiché evidenzia inefficienze e deviazioni dal processo standard. Identificare e quantificare i rework permette di snellire il flusso, ridurre gli sprechi di tempo e migliorare l'esperienza del candidato.
Perché è importante
Aiuta a quantificare le inefficienze del processo identificando i passaggi ripetuti, che spesso indicano problemi o flussi di lavoro non standard.
Dove trovare
Questo attributo viene calcolato dallo strumento di Process Mining verificando se un'attività con lo stesso nome è già avvenuta per quel JobApplicationId.
Esempi
truefalse
|
|||
|
ID Candidato
CandidateId
|
L'identificatore univoco per un singolo candidato in tutte le sue domande. | ||
|
Descrizione
L'ID Candidato è l'identificativo univoco di una persona, diverso dall'ID Candidatura. Un candidato può avere più domande attive, ma lo stesso ID. Questo attributo è utile per rilevare gli screening duplicati. Raggruppando le attività per ID Candidato, si individuano i casi in cui la stessa persona viene valutata più volte inutilmente per ruoli diversi, offrendo una visione d'insieme dello storico delle interazioni con l'azienda.
Perché è importante
Identifica in modo univoco una persona, consentendo di analizzare il percorso di un candidato attraverso più domande di lavoro e rilevare attività ridondanti.
Dove trovare
Questo è l'identificativo primario per il profilo della persona in iCIMS.
Esempi
CAND-9876CAND-5432CAND-1001
|
|||
|
Importo offerta
OfferAmount
|
L'importo del salario o della retribuzione proposto al candidato nell'offerta. | ||
|
Descrizione
Questo attributo contiene il valore monetario del pacchetto retributivo offerto. Viene registrato al momento dell'invio dell'offerta. È prezioso per analizzare i trend di accettazione rispetto all'importo offerto. Segmentando i dati per titolo o dipartimento, l'azienda può valutare la propria competitività sul mercato e capire se i rifiuti dipendono dalla retribuzione, adeguando di conseguenza le fasce salariali.
Perché è importante
Fornisce un contesto fondamentale per analizzare i tassi di accettazione delle offerte e comprendere l'impatto della retribuzione sul successo delle assunzioni.
Dove trovare
Queste informazioni sono spesso memorizzate nella scheda 'Offerta' o in campi correlati del profilo workflow in iCIMS.
Esempi
8500012000095500.50
|
|||
|
Motivo del Rigetto
RejectionReason
|
Il motivo per cui la candidatura è stata rifiutata dall'azienda. | ||
|
Descrizione
Quando una candidatura viene rifiutata, questo attributo ne indica il motivo (es. 'Mancanza di competenze richieste'). Analizzare i motivi di rifiuto offre feedback preziosi. Può evidenziare job description poco chiare, problemi di qualità dei candidati da certe fonti o aree dove lo screening può essere migliorato. Aiuta ad affinare la strategia di selezione e a migliorare la qualità dei candidati in pipeline.
Perché è importante
Fornisce feedback critici sul motivo per cui i candidati non avanzano, aiutando a perfezionare le job description, il sourcing e i criteri di screening.
Dove trovare
Di solito viene registrato spostando un candidato in uno stato di rifiuto nel workflow di iCIMS.
Esempi
Non possiede i requisiti minimiAspettative salariali troppo alteSelezionato candidato più qualificato
|
|||
|
Ora di Fine Attività
ActivityEndTime
|
Il timestamp che indica quando un'attività di selezione è stata completata. | ||
|
Descrizione
L'Ora di fine attività segna la conclusione di un evento. Spesso coincide con l'ora di inizio per eventi puntuali come 'Offerta inviata'. Per attività con una durata (es. un colloquio), invece, differisce. Questo attributo serve a calcolare la durata precisa delle attività (processing time). Analizzarlo aiuta a capire quali task specifici richiedono più tempo, distinguendoli dai semplici tempi di attesa tra una fase e l'altra.
Perché è importante
Permette di calcolare il tempo di esecuzione di un'attività, aiutando a distinguere tra lavoro attivo e tempi di attesa morti.
Dove trovare
Similmente all'ora di inizio, può essere trovata negli audit trail di iCIMS. Potrebbe richiedere una deduzione se è disponibile un solo timestamp.
Esempi
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
|
Paese
Country
|
Il paese in cui si trova la sede di lavoro. | ||
|
Descrizione
Specifica il paese della requisizione di lavoro, fornendo il contesto geografico. Per le multinazionali, analizzare il recruiting per paese è essenziale per evidenziare differenze nei tempi, nell'efficacia dei canali e nella conformità. Aiuta a sviluppare strategie locali e a fissare target di performance realistici per ogni regione.
Perché è importante
Consente la segmentazione geografica, rivelando variazioni nelle prestazioni regionali e supportando la standardizzazione dei processi globali.
Dove trovare
Fa parte delle informazioni sulla sede nel profilo di lavoro iCIMS.
Esempi
Stati UnitiGermaniaRegno UnitoCanada
|
|||
|
Sede di lavoro
JobLocation
|
La città specifica o la sede dell'ufficio per la posizione aperta. | ||
|
Descrizione
La Sede di lavoro fornisce dettagli geografici granulari, come la città o l'ufficio specifico. Questo attributo permette analisi regionali dettagliate. Ad esempio, è possibile confrontare il 'Time to Hire' tra diverse città per capire le sfide dei mercati locali e pianificare meglio le risorse dei team di recruiting territoriali.
Perché è importante
Offre approfondimenti geografici granulari, aiutando ad analizzare le differenze di performance tra uffici o città specifiche.
Dove trovare
È memorizzato nei campi relativi alla sede nel profilo di lavoro iCIMS.
Esempi
New York, NYSan Francisco, CALondon, UK
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema di origine dei dati, in questo caso iCIMS. | ||
|
Descrizione
Identifica l'applicazione sorgente (es. 'iCIMS'). Sebbene sembri statico, è fondamentale quando si uniscono dati da più sistemi (es. iCIMS e HRIS esterni), garantendo la tracciabilità dei dati e facilitando la risoluzione di problemi di integrazione.
Perché è importante
Fornisce il contesto sull'origine dei dati, fondamentale per la data governance e per l'integrazione di dati provenienti da più sistemi HR.
Dove trovare
È un valore statico ('iCIMS') da aggiungere durante l'estrazione e trasformazione dei dati.
Esempi
iCIMS Talent CloudiCIMS
|
|||
|
Tempo di ciclo totale
CycleTime
|
Il tempo totale trascorso dalla prima all'ultima attività di una candidatura. | ||
|
Descrizione
Il Cycle Time misura la durata end-to-end del processo di selezione per una singola candidatura. È calcolato come la differenza tra il timestamp del primo evento (es. 'Candidatura ricevuta') e l'ultimo (es. 'Assunto' o 'Rifiutato'). È un KPI fondamentale per misurare l'efficienza complessiva. Viene utilizzato nella dashboard 'Time to Hire Performance' per monitorare quanto tempo occorre per coprire i ruoli, aiutando a identificare i processi lenti e a definire benchmark di miglioramento.
Perché è importante
Questa metrica calcolata è un KPI fondamentale per l'efficienza complessiva ed è cruciale per monitorare il time-to-hire.
Dove trovare
Questo attributo non è disponibile direttamente in iCIMS. Viene calcolato nel Process Mining come differenza tra l'inizio della prima e dell'ultima attività.
Esempi
45 giorni 10 ore62 giorni 4 ore30 giorni 0 ore
|
|||
|
Tempo di Elaborazione Attività
ProcessingTime
|
Il tempo dedicato attivamente a una singola attività di selezione. | ||
|
Descrizione
Il tempo di esecuzione (Processing Time) è la durata di una specifica attività, calcolata come differenza tra l'ora di fine e l'ora di inizio. Per molti eventi, può essere quasi nullo, ma per compiti come lo 'Svolgimento colloquio' rappresenta il tempo effettivo dedicato. Questa metrica distingue il tempo di lavoro attivo dai tempi di attesa. Se il tempo tra la pianificazione e lo svolgimento di un colloquio può essere lungo (attesa), la durata effettiva del colloquio è molto più breve. Analizzarla aiuta a ottimizzare l'esecuzione dei singoli task.
Perché è importante
Misura la durata effettiva di un'attività, aiutando a distinguere il lavoro attivo dai tempi morti e a identificare i task che richiedono più tempo per l'esecuzione.
Dove trovare
Viene calcolato nel Process Mining sottraendo l'ora di inizio dall'ora di fine per ogni evento.
Esempi
1 ora 0 minuti0 ore 30 minuti0 ore 5 minuti
|
|||
|
Titolo di Lavoro
JobTitle
|
Il titolo della posizione per cui il candidato ha fatto domanda. | ||
|
Descrizione
Il Titolo della posizione è il nome ufficiale del ruolo (es. 'Software Engineer'). Fornisce dettagli specifici oltre al semplice dipartimento. È una dimensione comune per filtrare i dati. Analizzare il 'Time to Hire' per titolo può rivelare che i ruoli senior o specializzati richiedono molto più tempo, portando allo sviluppo di strategie di selezione personalizzate per le diverse posizioni.
Perché è importante
Permette un'analisi dettagliata e il confronto delle prestazioni per ruoli specifici, che possono avere sfide e tempistiche uniche.
Dove trovare
Questo è un campo primario nel profilo di lavoro in iCIMS.
Esempi
Senior Software EngineerMarketing Manager`Data Analyst`
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp che indica l'ultima estrazione o aggiornamento dei dati dal sistema di origine. | ||
|
Descrizione
Registra data e ora dell'ultima estrazione dati da iCIMS. Non indica quando è avvenuto l'evento, ma l'ultima sincronizzazione. È fondamentale per capire quanto siano recenti i dati analizzati, permettendo di distinguere tra informazioni in tempo reale e snapshot statici, garantendo l'accuratezza dell'analisi.
Perché è importante
Informa gli utenti sull'aggiornamento dei dati, garantendo che le analisi e le decisioni si basino su informazioni attuali.
Dove trovare
Questo timestamp deve essere generato e registrato dalla pipeline ETL ogni volta che viene eseguita.
Esempi
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
Attività di Recruiting e Talent Acquisition
| Activity | Descrizione | ||
|---|---|---|---|
|
Candidato Assunto
|
L'attività finale che indica il successo della selezione. Viene registrata quando il candidato passa allo stato 'Assunto', concludendo il processo e attivando i workflow di onboarding. | ||
|
Perché è importante
L'esito positivo principale del processo. È essenziale per calcolare il time-to-hire totale e i tassi di conversione del funnel.
Dove trovare
Dedotto dal timestamp del cambio di stato finale in 'Hired' o 'Started'.
Acquisisci
Cattura il timestamp del cambio di stato finale in 'Hired'.
Tipo di evento
inferred
|
|||
|
Candidato inviato all'Hiring Manager
|
Il recruiter presenta formalmente il profilo di un candidato qualificato all'hiring manager per la revisione. Di solito questo evento viene registrato quando il recruiter sposta il candidato nello step 'Hiring Manager Review' del workflow iCIMS. | ||
|
Perché è importante
È un punto di passaggio critico. Misurare il tempo da questa fase al feedback del manager è fondamentale per identificare i ritardi in quel segmento di processo.
Dove trovare
Dedotto dal timestamp in cui lo stato passa a 'Submitted to Hiring Manager' o 'HM Review'.
Acquisisci
Cattura il timestamp del cambio di stato in 'Hiring Manager Review' o equivalente.
Tipo di evento
inferred
|
|||
|
Candidatura Ricevuta
|
Segna l'inizio del processo di selezione per una specifica candidatura. Questo evento viene registrato quando un candidato invia con successo la domanda tramite il portale o quando viene inserita manualmente in iCIMS. | ||
|
Perché è importante
È l'evento di inizio del processo. Analizzare i tempi da qui alle tappe successive è essenziale per capire il time-to-fill e i ritardi iniziali.
Dove trovare
In genere dedotto dalla data di creazione del record o da un timestamp associato allo stato iniziale come 'Inviata' nello storico del candidato.
Acquisisci
Usi il timestamp di creazione del record della candidatura o quello del primo cambio di stato.
Tipo di evento
inferred
|
|||
|
Candidatura rifiutata dall'azienda
|
L'azienda ha deciso di non procedere con il candidato. Questo avviene quando il recruiter o l'hiring manager aggiorna lo stato in 'Rifiutato' o 'Non selezionato'. | ||
|
Perché è importante
L'esito più comune. Analizzare in quale fase avvengono i rifiuti è fondamentale per capire l'efficacia del funnel e individuare i colli di bottiglia.
Dove trovare
Dedotto da un cambio di stato in uno stato finale di rifiuto (es. 'Rejected', 'Not Selected').
Acquisisci
Rileva il cambio di stato in qualsiasi stato finale diverso da assunzione o ritiro.
Tipo di evento
inferred
|
|||
|
Offerta Accettata
|
Il candidato ha accettato formalmente l'offerta. È una pietra miliare del successo, registrata quando il recruiter aggiorna lo stato in base alla risposta ricevuta. | ||
|
Perché è importante
Questa attività è fondamentale per calcolare il tasso di accettazione e segna il passaggio ai controlli pre-assunzione e all'onboarding.
Dove trovare
Dedotto da un cambio di stato con timestamp in 'Offer Accepted' o 'Hire Pending'.
Acquisisci
Identifica il timestamp del cambio di stato in 'Offer Accepted'.
Tipo di evento
inferred
|
|||
|
Offerta Estesa
|
Viene creata e presentata al candidato un'offerta di lavoro formale. Si tratta di un traguardo critico, solitamente registrato cambiando lo stato della candidatura in una fase dedicata 'Offerta'. | ||
|
Perché è importante
Questa attività rappresenta il numeratore per il KPI 'Tasso di accettazione offerte'. Segna l'inizio della fase decisionale finale.
Dove trovare
Dedotto da un cambio di stato nel workflow della candidatura (es. 'Offer Extended', 'Offer Made').
Acquisisci
Cattura il timestamp del cambio di stato in qualsiasi stato relativo all'offerta.
Tipo di evento
inferred
|
|||
|
Primo colloquio effettuato
|
Segnala il completamento del primo round di colloqui. In genere viene registrato quando il recruiter o l'hiring manager aggiorna lo stato post-colloquio. | ||
|
Perché è importante
Pietra miliare della valutazione. Il tempo tra questo evento e l'invio del feedback è critico per l'analisi del ciclo di feedback del manager.
Dove trovare
Dedotto da un aggiornamento di stato nel workflow (es. 'Interview Completed', 'Awaiting Feedback').
Acquisisci
Rileva il cambio di stato in 'Interview Complete' o simile dopo la data pianificata del colloquio.
Tipo di evento
inferred
|
|||
|
Domanda Vagliata
|
Rappresenta il completamento della revisione iniziale da parte del recruiter. In genere viene dedotto quando lo stato passa da 'nuovo' a uno che indica la valutazione, come 'In revisione' o 'Screening'. | ||
|
Perché è importante
Tracciare questa attività aiuta a misurare l'efficienza dei recruiter e il KPI di time-to-screen. I ritardi qui possono causare l'abbandono dei candidati e allungare i tempi totali.
Dove trovare
Dedotto da un cambio di stato nel profilo (es. passaggio da stato iniziale a 'Reviewed' o 'Under Consideration').
Acquisisci
Identifica il timestamp del cambio di stato in uno stato 'revisionato' o 'screened'.
Tipo di evento
inferred
|
|||
|
Feedback inviato
|
Si verifica quando un membro del team di selezione (di solito l'hiring manager) invia la valutazione post-colloquio. iCIMS consente l'acquisizione strutturata dei feedback, e questo evento può essere dedotto dalla creazione del record relativo. | ||
|
Perché è importante
Essenziale per misurare il KPI 'Avg Hiring Mgr Feedback Time'. I ritardi nei feedback sono un collo di bottiglia comune che rallenta tutto il processo.
Dove trovare
Dedotto dal timestamp di creazione di un record di feedback o da un cambio di stato come 'Feedback Received'.
Acquisisci
Usi il timestamp di creazione del feedback del colloquio nel sistema.
Tipo di evento
inferred
|
|||
|
Il candidato ha ritirato la candidatura
|
Il candidato si è ritirato volontariamente. Viene registrato quando il candidato informa il recruiter, che aggiorna lo stato su 'Ritirato'. | ||
|
Perché è importante
È un punto di uscita critico. Alti tassi di ritiro in certe fasi possono indicare processi troppo lunghi, scarsa comunicazione o una candidate experience negativa.
Dove trovare
Dedotto da un cambio di stato con timestamp in 'Withdrawn by Candidate' o simile.
Acquisisci
Cattura il timestamp del cambio di stato in 'Withdrawn' o equivalente.
Tipo di evento
inferred
|
|||
|
Offerta rifiutata
|
Il candidato ha declinato formalmente l'offerta. È un esito negativo, registrato dal recruiter con lo stato 'Offerta declinata' o 'Offerta rifiutata'. | ||
|
Perché è importante
È un esito negativo chiave. Analizzare quando e perché le offerte vengono rifiutate offre spunti sulla competitività retributiva e sull'esperienza del candidato.
Dove trovare
Dedotto da un cambio di stato nel workflow in uno stato finale come 'Offer Rejected' o 'Offer Declined'.
Acquisisci
Identifica il timestamp del cambio di stato in 'Offer Rejected' o equivalente.
Tipo di evento
inferred
|
|||
|
Primo colloquio pianificato
|
Rappresenta il momento in cui viene pianificato un colloquio tra il candidato e il team. Viene registrato quando in iCIMS si crea un evento colloquio associato alla candidatura. | ||
|
Perché è importante
Segna il passaggio dallo screening alla valutazione formale. Tracciarlo aiuta ad analizzare l'efficienza della pianificazione e il tempo necessario per coinvolgere i candidati qualificati.
Dove trovare
Può essere un evento esplicito del modulo scheduling di iCIMS o dedotto da un cambio di stato in 'Colloquio pianificato' o simile.
Acquisisci
Usi la data di creazione del record del colloquio o il timestamp del cambio di stato in 'In fase di colloquio'.
Tipo di evento
inferred
|
|||
|
Screening telefonico effettuato
|
Indica che un recruiter ha effettuato un colloquio telefonico preliminare. Questo evento viene solitamente registrato quando lo stato viene aggiornato nel workflow dopo la chiamata. | ||
|
Perché è importante
Fase di filtraggio chiave. Analizzarne durata e tassi di conversione aiuta a valutare la qualità dello screening iniziale e del sourcing.
Dove trovare
Dedotto da un cambio di stato nel workflow (es. 'Phone Screen Completed', 'Advanced to Next Step').
Acquisisci
Rileva il cambio di stato in 'Phone Screen' o uno stato simile nel workflow della candidatura.
Tipo di evento
inferred
|
|||
|
Secondo colloquio pianificato
|
Indica che il candidato è avanzato e si sta organizzando un ulteriore round di colloqui. Viene registrato quando si pianifica un nuovo colloquio o il candidato passa alla fase 'Second Interview'. | ||
|
Perché è importante
L'analisi della frequenza e dei tempi per i secondi colloqui aiuta a comprendere la profondità del processo e a capire se per alcuni ruoli siano necessari troppi round di selezione.
Dove trovare
Dedotto da un cambio di stato in 'Second Interview Scheduled' o dalla creazione di un nuovo record colloquio per un candidato già esaminato.
Acquisisci
Identifica un cambio di stato o la creazione di un nuovo record colloquio per la stessa candidatura.
Tipo di evento
inferred
|
|||
|
Verifica Antecedenti Avviata
|
Rappresenta l'inizio dello screening pre-assunzione dopo l'accettazione dell'offerta. Spesso viene tracciato spostando il candidato nello stato 'Background Check'. | ||
|
Perché è importante
Analizzare il tempo dall'accettazione dell'offerta a questa attività aiuta a identificare i ritardi nei processi pre-assuntivi che influiscono sulla data di inizio del candidato.
Dove trovare
Dedotto da un cambio di stato in 'Background Check in Progress' o simile. Alcune integrazioni lo loggano come evento esplicito.
Acquisisci
Rileva il cambio di stato in uno stato relativo ai 'Background Check'.
Tipo di evento
inferred
|
|||