Il Suo template dati per il Recruitment & Talent Acquisition
Il Suo template dati per il Recruitment & Talent Acquisition
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Attributi di Recruitment & Talent Acquisition
| Nome | Descrizione | ||
|---|---|---|---|
|
Job Application
JobApplicationId
|
L'identificatore univoco per la candidatura di un singolo candidato a un lavoro specifico. | ||
|
Descrizione
L'ID Candidatura è il pilastro dell'analisi del processo di recruitment, agendo come identificatore univoco del caso (Case ID). Collega tutte le attività correlate, dalla presentazione iniziale allo screening, fino ai colloqui, alle offerte e alla decisione finale di assunzione. Questo permette una visione completa ed end-to-end del percorso di ogni candidato. Nel Process Mining, questo attributo viene usato per ricostruire il percorso esatto seguito da ciascun candidato nel funnel di assunzione. Consente l'analisi delle varianti di processo, dei tempi di ciclo per candidatura e dei punti di abbandono, fornendo un quadro chiaro dell'intero ciclo di vita del recruitment per ogni singolo richiedente.
Perché è importante
Questo è il Case ID essenziale che collega tutti gli eventi di recruitment di un singolo candidato, rendendo possibile l'analisi dell'intero percorso di assunzione dall'inizio alla fine.
Dove trovare
Questa è solitamente la chiave primaria per l'oggetto candidatura. Consulti la documentazione API di Greenhouse per l'endpoint 'Applications', spesso indicata come 'id' o 'application_id'.
Esempi
987654321098765432119876543212
|
|||
|
Nome attività
ActivityName
|
Il nome della specifica attività o fase di recruitment che si è verificata. | ||
|
Descrizione
Questo attributo registra il nome di ogni evento nel processo di selezione, come 'Candidatura ricevuta', 'Colloquio pianificato' o 'Offerta accettata'. Forma la sequenza di eventi che compongono la mappa del processo. Analizzare la sequenza e la frequenza di queste attività è fondamentale per il Process Mining. Aiuta a visualizzare il funnel di recruitment, identificare i percorsi comuni, rilevare deviazioni dal workflow standard e individuare i colli di bottiglia dove il processo si blocca. Ad esempio, permette di tracciare quante candidature passano da 'Candidatura revisionata' a 'Screening del recruiter effettuato'.
Perché è importante
Questo attributo definisce le fasi del processo di recruitment, consentendo la visualizzazione del flusso e l'identificazione di colli di bottiglia e deviazioni.
Dove trovare
Questo viene spesso derivato mappando i cambi di fase della candidatura, gli stati dei colloqui, gli eventi dell'offerta o altre azioni tracciabili in Greenhouse. Potrebbe richiedere una logica per tradurre gli eventi di sistema in nomi di attività standardizzati.
Esempi
Domanda RevisionataColloquio completatoOfferta AccettataDomanda Rifiutata
|
|||
|
Timestamp dell'attività
ActivityTimestamp
|
La data e l'ora esatte in cui si è svolta l'attività di recruitment. | ||
|
Descrizione
Il timestamp dell'attività indica il momento preciso in cui si è verificato un evento nel processo di recruitment. Rappresenta la base temporale per tutte le analisi di performance e durata, fornendo l'ordine cronologico delle attività per ogni candidatura. Questo timestamp è essenziale per calcolare tutti i KPI relativi al tempo, come il Time to Hire, il tempo di ciclo della pianificazione dei colloqui e il tempo di risposta per il feedback. Analizzando il tempo trascorso tra le diverse attività, le organizzazioni possono misurare l'efficienza, identificare i ritardi e monitorare il rispetto dei service level agreement, supportando direttamente le dashboard focalizzate su performance e colli di bottiglia.
Perché è importante
Questo timestamp è fondamentale per ordinare gli eventi, calcolare i tempi di ciclo e analizzare le performance del processo di selezione.
Dove trovare
Si trova in vari oggetti di Greenhouse, come 'applied_at' nell'oggetto Application, 'created_at' negli oggetti Offer o nei timestamp all'interno degli activity feed e degli audit log.
Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Sistema di Origine
SourceSystem
|
Identifica il sistema di origine da cui sono stati estratti i dati. | ||
|
Descrizione
Questo attributo specifica l'origine dei dati di recruitment. Per questo processo, il valore sarà costantemente 'Greenhouse'. Sebbene possa sembrare statico, tracciare esplicitamente il sistema sorgente è fondamentale per la data governance, la risoluzione dei problemi e negli scenari in cui i dati potrebbero essere arricchiti da altri sistemi, come un HRIS. Garantisce chiarezza sulla provenienza dei dati e aiuta a mantenere l'integrità dei dati in tutto il panorama informativo aziendale.
Perché è importante
Garantisce una chiara provenienza dei dati, fondamentale per la data governance, la validazione e la gestione di dati da più fonti.
Dove trovare
Questo è un valore statico che dovrebbe essere aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine degli stessi.
Esempi
Greenhouse
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il `timestamp` che indica l'ultima volta che i `dati` per questo `event` sono stati aggiornati o estratti. | ||
|
Descrizione
Questo attributo registra la data e l'ora dell'ultimo prelievo dei dati dal sistema sorgente. È un campo di metadati che riflette l'aggiornamento dei dati nel modello di Process Mining. Questa informazione è essenziale affinché gli utenti comprendano quanto sia attuale l'analisi. Aiuta a gestire le aspettative sulla latenza dei dati ed è fondamentale per convalidare che la pipeline dei dati funzioni come programmato. Ad esempio, se l'ultimo aggiornamento dati risale a diversi giorni prima, gli utenti sapranno che le dashboard non riflettono le attività di recruitment più recent.
Perché è importante
Indica l'aggiornamento dei dati, aiutando gli utenti a capire se l'analisi riflette lo stato più recente del processo.
Dove trovare
Questo timestamp viene generato e apposto sul dataset durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.
Esempi
2023-11-20T02:00:00Z2023-11-21T02:00:00Z2023-11-22T02:00:00Z
|
|||
|
Dipartimento
JobDepartment
|
Il dipartimento o l'unità aziendale per cui si sta coprendo la posizione. | ||
|
Descrizione
Questo attributo specifica il dipartimento aziendale, come 'Engineering', 'Marketing' o 'Sales', associato alla posizione aperta. Consente di aggregare e confrontare le metriche di recruitment tra diverse aree del business. Segmentare l'analisi per dipartimento è cruciale per dashboard come 'Performance del Tempo di Assunzione' e 'Trend del Tasso di Accettazione dell'Offerta'. Aiuta a identificare se certi dipartimenti hanno cicli di assunzione più lunghi, tassi di rifiuto delle offerte più alti o diversi livelli di conformità del processo. Questi insight permettono interventi mirati e miglioramenti del processo su misura per le esigenze di ogni dipartimento.
Perché è importante
Consente il confronto delle performance di recruiting e delle varianti di processo tra i diversi dipartimenti, rivelando problemi sistemici o best practice.
Dove trovare
Solitamente disponibile come campo standard o personalizzato nell'oggetto Job in Greenhouse. Si trova nella sezione 'departments' di un record Job via API.
Esempi
IngegneriaGestione ProdottoVenditeMarketing
|
|||
|
Fonte dell'Applicazione
ApplicationSource
|
Il canale attraverso il quale è stata ricevuta la candidatura. | ||
|
Descrizione
Questo attributo traccia l'origine di una candidatura, ad esempio 'LinkedIn', 'Referral dipendente', 'Sito web aziendale' o 'Indeed'. Fornisce insight sull'efficacia dei diversi canali di recruitment. La dashboard 'Efficacia dei canali di sourcing' è costruita interamente su questo attributo. Analizzando il volume delle candidature, il tempo di assunzione e i tassi di assunzione per fonte, le organizzazioni possono ottimizzare la spesa e gli sforzi di marketing per il recruitment. Questi dati aiutano a rispondere a domande strategiche su quali canali forniscano i candidati di qualità superiore in modo più efficiente, supportando direttamente il KPI 'Tasso di conversione del canale di sourcing'.
Perché è importante
Aiuta a misurare l'efficacia e il ROI dei diversi canali di recruiting, consentendo decisioni basate sui dati su dove investire gli sforzi di sourcing.
Dove trovare
Disponibile nell'oggetto Candidate in Greenhouse, collegato alla candidatura. Il campo 'source' fornisce questa informazione.
Esempi
`LinkedIn`Segnalazione DipendentePagina Carriere AziendaleIndeed
|
|||
|
Nome Recruiter
RecruiterName
|
Il nome del recruiter responsabile della gestione della candidatura. | ||
|
Descrizione
Questo attributo identifica il recruiter assegnato a una specifica candidatura o posizione. Questa persona è solitamente responsabile dello screening, della coordinazione dei colloqui e dell'avanzamento del candidato nel processo. Analizzare il processo per recruiter è fondamentale per comprendere le performance individuali e la distribuzione del carico di lavoro. La dashboard 'Carico di lavoro ed Efficienza dei Recruiter' si basa su questo attributo per calcolare metriche come la produttività e i tempi di ciclo per recruiter. Aiuta a identificare i top performer, individuare chi potrebbe aver bisogno di supporto e garantire un carico bilanciato in tutto il team di talent acquisition.
Perché è importante
Attribuisce le attività del processo a un recruiter specifico, consentendo l'analisi delle performance individuali, del carico di lavoro e dell'efficienza.
Dove trovare
Disponibile nell'oggetto Job in Greenhouse, solitamente nella sezione 'hiring_team', dove sono specificati ruoli come 'Recruiter'.
Esempi
Alice JohnsonRobert DavisMaria Garcia
|
|||
|
Stato Domanda
ApplicationStatus
|
L'esito finale o lo stato attuale della candidatura. | ||
|
Descrizione
Questo attributo indica lo stato di una candidatura, come 'Assunto', 'Respinto' o 'Attivo'. Rappresenta lo stato finale di un processo concluso o quello attuale di uno in corso. Si tratta di una dimensione critica per l'analisi dei risultati. Permette di filtrare i casi per confrontare i percorsi di processo dei candidati assunti rispetto a quelli respinti, rivelando le caratteristiche dei percorsi di successo. Viene anche usato per calcolare i tassi di conversione nella dashboard 'Funnel di Recruitment Complessivo', mostrando quale percentuale di candidature si trasforma in un'assunzione.
Perché è importante
Definisce l'esito del processo di selezione, consentendo analisi che confrontano i percorsi dei candidati assunti con quelli dei candidati rifiutati.
Dove trovare
Questa informazione si trova nell'oggetto Application in Greenhouse, disponibile tramite il campo 'status' nelle API.
Esempi
`Assunto`RifiutatoAttivo
|
|||
|
Stato Offerta
OfferStatus
|
Lo stato attuale di un'offerta di lavoro inviata a un candidato. | ||
|
Descrizione
Questo attributo traccia lo stato di un'offerta di lavoro, con valori come 'Creata', 'Inviata', 'Accettata' o 'Respinta'. È un indicatore chiave delle fasi finali del processo di recruitment. Questo attributo è essenziale per la dashboard 'Trend del Tasso di Accettazione dell'Offerta' e per il relativo KPI. Tracciando la progressione da 'Offerta inviata' a 'Offerta accettata' o 'Offerta respinta', le aziende possono misurare la propria capacità di chiudere positivamente le trattative con i candidati. L'analisi per dipartimento o titolo professionale può rivelare insight sulla competitività dei salari, sull'esperienza del candidato o su altri fattori che influenzano la sua decisione.
Perché è importante
Traccia l'esito delle offerte di lavoro, il che è fondamentale per calcolare il KPI del Tasso di Accettazione dell'Offerta e capire come migliorarlo.
Dove trovare
Disponibile nell'oggetto Offer in Greenhouse, collegato a una candidatura. Il campo 'status' fornisce questa informazione.
Esempi
AccettatoRifiutatoInviataCreato
|
|||
|
Titolo di Lavoro
JobTitle
|
Il titolo della posizione per cui il candidato si è proposto. | ||
|
Descrizione
Questo attributo contiene il titolo ufficiale della posizione, come 'Senior Software Engineer' o 'Product Marketing Manager'. Fornisce il contesto essenziale sul ruolo da ricoprire. Analizzare i processi di recruitment per titolo professionale è fondamentale per comprendere le sfide specifiche di ogni ruolo. Ad esempio, la dashboard 'Performance del Tempo di Assunzione' usa questo attributo per mostrare se i ruoli senior o altamente specializzati richiedono più tempo. Aiuta anche ad analizzare i tassi di accettazione dell'offerta per diverse posizioni, offrendo insight sulla competitività dei salari o sull'attrattività del ruolo.
Perché è importante
Consente di filtrare e confrontare le metriche di recruiting per ruoli specifici, aiutando a capire come le performance del processo variano in base alla complessità o al tipo di posizione.
Dove trovare
Questo è un campo primario nell'oggetto Job in Greenhouse, spesso disponibile come 'name' quando si interroga l'endpoint 'jobs' tramite API.
Esempi
Senior Software EngineerAccount ExecutiveUX/UI Designer
|
|||
|
È `Conforme`
IsCompliant
|
Un flag calcolato che indica se la candidatura ha seguito il processo di assunzione standard definito. | ||
|
Descrizione
Questo attributo booleano è il risultato di un controllo di conformità (conformance check), che confronta la sequenza reale delle attività di una candidatura con un modello di processo ideale predefinito. Segnala i casi che hanno presentato deviazioni, come il salto di fasi obbligatorie o l'esecuzione di attività in ordine errato. È un attributo fondamentale per la dashboard 'Deviazioni di conformità nelle assunzioni' e supporta i KPI 'Tasso di conformità del processo' e 'Conteggio violazioni di conformità'. Filtrando i casi non conformi, le organizzazioni possono indagare sul perché si verifichino tali deviazioni, se per formazione inadeguata, limitazioni del sistema o eccezioni necessarie. Ciò aiuta a standardizzare i workflow e a mitigare i rischi di conformità.
Perché è importante
Identifica le deviazioni dal processo, un aspetto critico per misurarne la conformità, garantire l'aderenza alle norme e standardizzare i workflow di assunzione.
Dove trovare
Questo è un campo calcolato generato dal software di Process Mining. Confronta i dati dell'event log con un modello target definito o con un insieme di regole aziendali.
Esempi
truefalse
|
|||
|
È Automatizzato
IsAutomated
|
Un flag che indica se un'attività è stata eseguita automaticamente dal sistema. | ||
|
Descrizione
Questo attributo booleano indica se un'attività è stata eseguita da un utente o da una regola automatica del sistema. Esempi di attività automatizzate potrebbero essere l'invio di email di risposta automatica o il rifiuto automatico di candidati che non superano una domanda di screening di base. Analizzare questo attributo aiuta a comprendere il livello di automazione nel processo di recruitment. Può essere usato per confrontare l'efficienza e i risultati dei passaggi automatici rispetto a quelli manuali, e per identificare opportunità di ulteriore automazione per migliorare velocità e coerenza.
Perché è importante
Aiuta a distinguere tra attività manuali e automatizzate, consentendo l'analisi dell'impatto dell'automazione sull'efficienza e sui risultati del processo.
Dove trovare
Questa informazione non è un campo standard e solitamente deve essere derivata. Può essere dedotta dall'utente associato a un'attività (ad es. un utente 'Sistema') o da specifici tipi di evento noti per essere automatizzati.
Esempi
truefalse
|
|||
|
Fase del colloquio
InterviewStageName
|
Il nome o il tipo specifico della fase di colloquio. | ||
|
Descrizione
Questo attributo specifica la fase particolare all'interno dell'iter dei colloqui, come 'Screening Recruiter', 'Colloquio Tecnico' o 'Fase Finale'. Fornisce maggiore granularità rispetto a una generica attività di 'Colloquio completato'. Analizzando le metriche in ogni singola fase, le organizzazioni possono individuare colli di bottiglia più specifici. Ad esempio, è possibile misurare il 'Tasso di abbandono dei candidati per fase' con alta precisione, identificando se i candidati tendono a ritirarsi dopo il colloquio tecnico rispetto allo screening iniziale. Questo dettaglio è fondamentale per apportare miglioramenti mirati all'esperienza di selezione.
Perché è importante
Offre una visione più dettagliata dell'iter dei colloqui, consentendo di analizzare i tempi di ciclo e i tassi di abbandono per ogni singola fase della selezione.
Dove trovare
Questa informazione fa parte dei dati di pianificazione dei colloqui in Greenhouse. L'oggetto 'interviews' in una candidatura contiene i dettagli sulla fase del colloquio.
Esempi
Screening del RecruiterColloquio con il responsabile delle assunzioniValutazione tecnicaFase finale in sede
|
|||
|
ID Candidato
CandidateId
|
Un identificativo unico per il candidato, indipendente dalla singola candidatura. | ||
|
Descrizione
L'ID Candidato identifica in modo univoco un individuo nel database dei talenti, mentre l'ID Candidatura è specifico per una singola domanda di lavoro. Un candidato può presentare più candidature nel tempo. Mentre l'ID Candidatura funge da Case ID per questa specifica vista di processo, l'ID Candidato permette un'analisi diversa. Può essere utilizzato per tracciare il percorso di un candidato attraverso più candidature, identificare chi si candida frequentemente e analizzare la relazione complessiva con il bacino di talenti. Fornisce una visione dei dati di recruitment più orientata alla persona.
Perché è importante
Consente l'analisi su più candidature dello stesso candidato, offrendo una visione più ampia dell'engagement nel tempo.
Dove trovare
Questa è la chiave primaria per il record di un candidato in Greenhouse, disponibile come 'id' nell'oggetto Candidate tramite API.
Esempi
123456123457123458
|
|||
|
ID Lavoro
JobId
|
Identificatore univoco per la posizione aperta o l'annuncio. | ||
|
Descrizione
Questo attributo è l'ID univoco del lavoro stesso, distinto dall'ID candidatura. Più candidature saranno collegate allo stesso ID Lavoro. L'uso dell'ID Lavoro consente di aggregare i dati a livello di posizione aperta. Ad esempio, è possibile analizzare il numero totale di candidature ricevute per un lavoro specifico o il tempo medio di assunzione per tutti i ruoli dello stesso tipo. Fornisce un modo per raggruppare e analizzare gli sforzi di recruitment concentrati su una singola posizione aperta.
Perché è importante
Consente di aggregare e analizzare tutti i dati dei candidati relativi a una singola posizione aperta, offrendo una visione incentrata sulla richiesta (requisition-centric).
Dove trovare
Questa è la chiave primaria per il record di un lavoro in Greenhouse, disponibile come 'id' nell'oggetto Job tramite API.
Esempi
400123400124400125
|
|||
|
Motivo del Rigetto
RejectionReason
|
Il motivo fornito per il rifiuto della candidatura. | ||
|
Descrizione
Questo attributo cattura il motivo specifico per cui un candidato non è avanzato nel processo. Gli esempi includono 'Non in linea con la cultura aziendale', 'Aspettative salariali troppo alte' o 'Candidati più qualificati'. Analizzare i motivi del rifiuto fornisce feedback preziosi per il processo di recruitment. Può evidenziare problemi come job description non allineate, pacchetti retributivi non competitivi o lacune ricorrenti nelle competenze del bacino di talenti. Queste informazioni sono particolarmente utili per migliorare le strategie di sourcing e l'esperienza del candidato, comprendendo i punti di fallimento comuni nel funnel di assunzione.
Perché è importante
Fornisce insight qualitativi sul motivo per cui i candidati vengono esclusi dal funnel, aiutando a perfezionare le job description, il sourcing e i criteri di screening.
Dove trovare
Disponibile nell'oggetto Application quando viene rifiutata. L'API fornisce un oggetto 'rejection_reason' con i dettagli.
Esempi
Mancanza delle competenze richiesteAspettative salariali troppo elevateSelezionato candidato più qualificato
|
|||
|
Nome Hiring Manager
HiringManagerName
|
Il nome dell'Hiring Manager per la posizione aperta associata. | ||
|
Descrizione
Questo attributo identifica il manager del team con la posizione aperta. L'Hiring Manager è uno stakeholder chiave del processo, spesso coinvolto nella revisione dei candidati, nei colloqui finali e nella decisione di assunzione. Analizzare il processo per Hiring Manager può rivelare pattern importanti e colli di bottiglia. Ad esempio, la dashboard 'Colli di bottiglia nella pianificazione dei colloqui' potrebbe mostrare che i ritardi sono spesso legati alla disponibilità di specifici manager. Aiuta a identificare la necessità di formazione o supporto per garantire che i manager interagiscano in modo efficiente con il processo di assunzione.
Perché è importante
Identifica uno stakeholder chiave, consentendo l'analisi dei colli di bottiglia o delle efficienze relative a specifici hiring manager.
Dove trovare
Disponibile nell'oggetto Job in Greenhouse, solitamente nella sezione 'hiring_team', dove sono specificati ruoli come 'Hiring Manager'.
Esempi
Emily TranDavid ChenSophia Rodriguez
|
|||
|
Ora di Fine Attività
ActivityEndTime
|
Il timestamp che indica quando un'attività con una durata si è conclusa. | ||
|
Descrizione
Questo attributo registra il tempo di completamento per le attività che durano un certo periodo, come un colloquio o un controllo delle referenze. Sebbene molte attività siano istantanee, quelle con una durata misurabile beneficiano dell'avere sia un orario di inizio che di fine. Avere un orario di fine è fondamentale per calcolare accuratamente il tempo di elaborazione o la durata di attività specifiche. Questo aiuta a distinguere tra il tempo di attesa tra le fasi e il tempo effettivo speso per un'attività. Ad esempio, permette un'analisi più precisa di quanto durino effettivamente i colloqui rispetto al tempo necessario per pianificarli.
Perché è importante
Consente il calcolo preciso dei tempi di elaborazione delle attività, aiutando a distinguere il tempo di lavoro attivo dai tempi di attesa morti nel processo.
Dove trovare
Questa informazione potrebbe essere disponibile su oggetti come 'scheduled_interview' in Greenhouse, che spesso presenta sia un orario di inizio che di fine. Per altre attività, potrebbe essere necessario dedurla dal timestamp dell'attività successiva.
Esempi
2023-10-27T15:35:10Z2023-11-05T10:15:00Z2023-11-10T11:00:00Z
|
|||
|
Tempo di Assunzione
TimeToHire
|
La durata totale dal momento in cui è stata ricevuta la candidatura fino a quando il candidato è stato contrassegnato come assunto. | ||
|
Descrizione
Questa metrica calcolata misura la durata end-to-end di un processo di assunzione andato a buon fine. È uno dei KPI più critici per valutare l'efficienza complessiva della funzione di talent acquisition. Questo attributo supporta direttamente la dashboard 'Performance del Tempo di Assunzione' e il KPI 'Tempo medio di assunzione'. Viene calcolato come la differenza temporale tra le attività 'Candidatura ricevuta' e 'Candidato assunto' per una data candidatura. L'analisi di questa metrica aiuta le organizzazioni a stabilire benchmark e a identificare ritardi sistemici nel processo di assunzione.
Perché è importante
Questo è un indicatore di prestazione chiave che misura l'efficienza complessiva del funnel di recruitment per le assunzioni andate a buon fine.
Dove trovare
Si tratta di un campo calcolato. Viene derivato sottraendo il timestamp dell'evento 'Candidatura ricevuta' dal timestamp dell'evento 'Candidato assunto'.
Esempi
259200043200003456000
|
|||
|
Tempo di risposta feedback colloquio
InterviewFeedbackTurnaroundTime
|
Il tempo trascorso tra la conclusione di un colloquio e l'invio del feedback da parte dell'intervistatore. | ||
|
Descrizione
Questa metrica calcolata misura la reattività del panel di intervistatori. I ritardi nell'invio dei feedback possono rallentare sensibilmente il processo di assunzione e influire negativamente sull'esperienza del candidato. Questo attributo supporta direttamente la dashboard 'Analisi del ciclo di feedback dei colloqui' e il KPI 'Tempo di risposta per il feedback del colloquio'. Viene calcolato come la differenza temporale tra le attività 'Colloquio completato' e 'Feedback inviato'. Il monitoraggio di questa metrica aiuta a identificare i colli di bottiglia causati da feedback lenti e incoraggia un processo decisionale più rapido.
Perché è importante
Misura l'efficienza del ciclo di feedback post-colloquio, una causa comune di ritardi nel processo di assunzione.
Dove trovare
Si tratta di un campo calcolato. Viene derivato sottraendo il timestamp dell'evento 'Colloquio completato' dal timestamp dell'evento 'Feedback inviato'.
Esempi
86400172800259200
|
|||
|
Valutazione della scorecard
ScorecardOverallRecommendation
|
La raccomandazione complessiva di assunzione da una scorecard del colloquio completata. | ||
|
Descrizione
Questo attributo cattura la raccomandazione finale fatta da un intervistatore su una scorecard strutturata, con valori tipici come 'Assolutamente Sì', 'Sì', 'No' o 'Assolutamente No'. Questi dati sono vitali per valutare la qualità e la coerenza del processo di selezione. Aiutano a correlare il feedback dei colloqui con gli esiti effettivi delle assunzioni, rispondendo a domande come: 'I candidati con raccomandazioni più forti vengono assunti più spesso?'. È anche la base per il KPI 'Tasso di completamento delle scorecard', che misura l'adozione di pratiche di assunzione strutturate in azienda.
Perché è importante
Collega i feedback strutturati dei colloqui ai risultati del processo e aiuta a misurare l'adozione di pratiche di assunzione basate sui dati.
Dove trovare
Si trova all'interno dell'oggetto Scorecard associato a un colloquio completato in Greenhouse. L'API fornisce queste informazioni tramite l'endpoint 'scorecards'.
Esempi
Assolutamente NoNoSìAssolutamente Sì
|
|||
Attività di Recruitment & Talent Acquisition
| Activity | Descrizione | ||
|---|---|---|---|
|
Candidato Assunto
|
Il candidato ha superato con successo tutti i controlli pre-assunzione ed è ufficialmente contrassegnato come assunto. Questo segna il completamento positivo e l'evento finale dell'iter di candidatura. | ||
|
Perché è importante
Questo è l'esito positivo principale del processo. Il tempo intercorso tra 'Candidatura ricevuta' e questo evento rappresenta il Time to Hire complessivo, un KPI critico per il recruitment.
Dove trovare
Questa è un'azione esplicita in Greenhouse con cui un recruiter contrassegna il candidato come assunto per un lavoro specifico. Questa azione lo sposta da candidato attivo ad assunto.
Acquisisci
Acquisito dal timestamp dell'azione 'Mark as Hired' in Greenhouse.
Tipo di evento
explicit
|
|||
|
Candidatura Ricevuta
|
Questa attività segna l'inizio del processo di recruitment per una specifica candidatura. Viene registrata quando un candidato invia la domanda tramite il sito carriere, un canale di sourcing o viene inserita manualmente in Greenhouse. | ||
|
Perché è importante
Questo è l'evento di inizio principale del processo. Analizzare il tempo da questa attività alle altre è fondamentale per misurare il Time to Hire e l'efficacia dei canali di sourcing.
Dove trovare
Questo è un evento esplicito loggato in Greenhouse alla creazione di una candidatura. Il campo Data Candidatura o il timestamp di creazione nell'oggetto candidatura forniscono l'orario dell'evento.
Acquisisci
Acquisito dal timestamp di creazione del record della candidatura.
Tipo di evento
explicit
|
|||
|
Colloquio completato
|
Un colloquio con il candidato ha avuto luogo. Questo evento viene spesso dedotto dal superamento dell'orario previsto o, più attendibilmente, quando viene inviato il feedback relativo a quel colloquio. | ||
|
Perché è importante
Questa attività rappresenta un traguardo importante nel percorso del candidato. Serve come punto di partenza per misurare i tempi di invio dei feedback e il passaggio alla fase successiva.
Dove trovare
Solitamente dedotto. Può essere derivato dall'orario di fine del colloquio pianificato o, più accuratamente, dal timestamp del primo feedback inviato per quel colloquio specifico.
Acquisisci
Dedotto dall'orario di fine programmato del colloquio o dal timestamp del successivo invio del feedback.
Tipo di evento
inferred
|
|||
|
Colloquio Programmato
|
Un colloquio con il candidato è stato pianificato nel sistema. Greenhouse dispone di integrazioni con i calendari, quindi questo evento viene solitamente registrato in modo esplicito quando un colloquio viene confermato. | ||
|
Perché è importante
Questo evento è fondamentale per analizzare e identificare i colli di bottiglia nel processo di pianificazione dei colloqui. Il tempo intercorso tra questo e il passaggio precedente è un KPI chiave per l'efficienza di recruiter e coordinatori.
Dove trovare
Acquisito dalla funzionalità di pianificazione colloqui di Greenhouse. L'API fornisce i dati sui colloqui pianificati, incluso il loro timestamp di creazione.
Acquisisci
Registrato quando viene creato un evento di colloquio associato alla candidatura del candidato.
Tipo di evento
explicit
|
|||
|
Domanda Rifiutata
|
La candidatura è stata respinta in un momento qualsiasi del processo. È l'evento finale negativo più comune e può verificarsi in qualsiasi fase. | ||
|
Perché è importante
Questo è un evento finale critico per analizzare i tassi di abbandono del funnel. Capire quando e perché avvengono i rifiuti aiuta a identificare inefficienze nel processo o requisiti lavorativi non allineati.
Dove trovare
Questo è un evento esplicito registrato quando un utente respinge la candidatura in Greenhouse. Spesso è accompagnato da un motivo di rifiuto e l'activity log ne cattura il timestamp.
Acquisisci
Acquisito dal timestamp dell'azione di rifiuto applicata alla candidatura.
Tipo di evento
explicit
|
|||
|
Offerta Accettata
|
Il candidato ha accettato formalmente l'offerta di lavoro. Si tratta di una pietra miliare del successo del processo e solitamente avvia le attività pre-assunzione, come il controllo delle referenze. | ||
|
Perché è importante
Questo è un traguardo di successo fondamentale e un componente chiave del KPI del Tasso di Accettazione dell'Offerta. Segna la transizione da candidato a futuro dipendente.
Dove trovare
Questo è un evento esplicito registrato quando lo stato dell'offerta viene aggiornato ad 'Accettata' in Greenhouse, o dal recruiter o tramite l'accettazione elettronica del candidato.
Acquisisci
Acquisito dal timestamp in cui lo stato dell'offerta viene modificato in 'Accepted'.
Tipo di evento
explicit
|
|||
|
Offerta Estesa
|
L'offerta ufficiale di lavoro è stata inviata al candidato. È un traguardo fondamentale che rappresenta il culmine del processo di selezione e dei colloqui. | ||
|
Perché è importante
Questa attività è la base per calcolare il KPI del Tasso di Accettazione dell'Offerta. Segna l'inizio della fase decisionale finale per il candidato.
Dove trovare
Questo è un evento esplicito loggato in Greenhouse quando lo stato dell'offerta passa a 'Inviata'. L'oggetto offers contiene i timestamp per questi cambi di stato.
Acquisisci
Acquisito dal timestamp in cui lo stato dell'offerta viene ufficialmente contrassegnato come inviato.
Tipo di evento
explicit
|
|||
|
`Onboarding` Avviato
|
Il processo di inserimento (onboarding) del nuovo assunto in azienda è ufficialmente iniziato. Spesso comporta un passaggio di consegne dal sistema di recruitment a un HRIS o a una piattaforma di onboarding. | ||
|
Perché è importante
Questo traccia l'efficienza del passaggio di consegne dal recruitment alle Risorse Umane. Eventuali ritardi in questa fase possono causare una cattiva esperienza per il nuovo assunto, quindi monitorare il tempo di passaggio all'onboarding è fondamentale.
Dove trovare
Questo può essere un evento esplicito se Greenhouse è integrato con un sistema di onboarding. Altrimenti, viene dedotto dal timestamp in cui il candidato viene spostato alla fase finale 'Assunto', che avvia il passaggio di consegne.
Acquisisci
Dedotto da un cambio di fase o da un log di integrazione che indica il passaggio a un sistema HRIS.
Tipo di evento
inferred
|
|||
|
Domanda Revisionata
|
Un recruiter o un hiring manager ha effettuato una revisione iniziale della candidatura. Questo evento viene solitamente dedotto quando la fase o lo stato della candidatura passa da 'New' a una fase di revisione attiva come 'In Review'. | ||
|
Perché è importante
Tracciare questo aiuta a identificare i colli di bottiglia nella fase di screening iniziale e misura il tempo necessario affinché le nuove candidature ricevano attenzione. È il punto di partenza per calcolare il tempo di ciclo della pianificazione dei colloqui.
Dove trovare
Dedotto da un cambiamento nel campo dello stato della candidatura. Ricerchi i cambi di stato da 'New' a 'Review', utilizzando il timestamp della modifica.
Acquisisci
Dedotto dal timestamp di un cambio di stato in 'In Review' o fase simile.
Tipo di evento
inferred
|
|||
|
Feedback inviato
|
Un intervistatore ha inviato la propria scheda di valutazione (scorecard) o il feedback sul colloquio. Il processo di selezione strutturato di Greenhouse si basa su questo per il processo decisionale, rendendolo un'azione registrata distinta. | ||
|
Perché è importante
La tempestività del feedback è fondamentale per far avanzare i candidati. Questa attività aiuta ad analizzare l'efficienza del loop di feedback e il tasso di completamento delle scorecard.
Dove trovare
Questo è un evento esplicito loggato quando un intervistatore invia una scorecard tramite Greenhouse. L'oggetto API Scorecards contiene un timestamp
Acquisisci
Acquisito dal timestamp di invio di una scorecard di valutazione del colloquio.
Tipo di evento
explicit
|
|||
|
Offerta Creata
|
È stata redatta un'offerta di lavoro ufficiale, potenzialmente in attesa di approvazione interna. Questo segna la decisione formale di procedere con l'offerta al candidato. | ||
|
Perché è importante
Questa attività separa la decisione di fare un'offerta dall'atto effettivo di inviarla. Aiuta ad analizzare i tempi di approvazione interna e i colli di bottiglia prima che l'offerta arrivi al candidato.
Dove trovare
Greenhouse ha un modulo dedicato alle offerte. Questo è un evento esplicito acquisito dal timestamp di creazione dell'oggetto offerta associato alla candidatura.
Acquisisci
Registrato al momento della creazione di un record di offerta nel sistema Greenhouse.
Tipo di evento
explicit
|
|||
|
Offerta respinta
|
Il candidato ha rifiutato formalmente l'offerta di lavoro. Si tratta di un evento finale negativo del processo che si verifica nelle fasi avanzate del funnel. | ||
|
Perché è importante
Tracciare questo esito è fondamentale per analizzare il Tasso di Accettazione dell'Offerta. Un'alta frequenza di questo evento può indicare problemi con la retribuzione, la cultura aziendale o il ruolo stesso.
Dove trovare
Questo è un evento esplicito registrato quando lo stato dell'offerta viene aggiornato a 'Respinta' o 'Declinata' in Greenhouse. L'oggetto offerta conterrà un timestamp per questo cambio di stato.
Acquisisci
Acquisito dal timestamp in cui lo stato dell'offerta passa a 'Rejected'.
Tipo di evento
explicit
|
|||
|
Screening del recruiter effettuato
|
Un recruiter ha completato un colloquio conoscitivo telefonico iniziale con il candidato. Questa attività viene spesso registrata spostando il candidato in una fase specifica di 'Phone Screen' nel funnel di assunzione. | ||
|
Perché è importante
Si tratta di un traguardo di qualificazione chiave che indica che una candidatura ha superato lo screening iniziale dei CV. Aiuta a misurare il carico di lavoro del recruiter e l'efficacia dello screening iniziale.
Dove trovare
Dedotto dal timestamp in cui la candidatura entra o esce dalla fase 'Phone Screen' nel funnel di Greenhouse.
Acquisisci
Derivato dalla cronologia delle fasi della candidatura, specificamente dall'ingresso nella fase 'Phone Screen'.
Tipo di evento
inferred
|
|||
|
Verifica Antecedenti Avviata
|
È stato avviato un controllo delle referenze (background check) per il candidato, solitamente dopo l'accettazione dell'offerta. Questo evento può essere registrato come un cambio di fase specifico o tramite un trigger di integrazione con un servizio esterno. | ||
|
Perché è importante
Questa attività è importante per la conformità e per tracciare i ritardi negli screening pre-assunzione. Aiuta ad analizzare il tempo intercorso tra l'accettazione dell'offerta e il completamento dei controlli necessari.
Dove trovare
Questo viene probabilmente dedotto dallo spostamento del candidato a una fase di 'Background Check' nella pipeline o da un log di attività relativo a un'integrazione per il controllo delle referenze.
Acquisisci
Dedotto da un cambio di stato alla fase 'Background Check' o da un log API di un servizio integrato.
Tipo di evento
inferred
|
|||