Ihr Rekrutierungs- & Talentakquise-Daten-Template
Ihr Rekrutierungs- & Talentakquise-Daten-Template
- Empfohlene Attribute zur Erfassung
- Schlüsselaktivitäten für die Prozessanalyse
- Extraktionsleitfaden für Ihr iCIMS-System
Attribute der Rekrutierung & Talentakquise
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Schritts oder Meilensteins, der im Rekrutierungsprozess aufgetreten ist. | ||
|
Beschreibung
Der Aktivitätsname beschreibt ein Event, das zu einem spezifischen Zeitpunkt für eine Stellenbewerbung stattfand. Beispiele sind „Bewerbung erhalten“, „Erstes Interview durchgeführt“ und „Angebot unterbreitet“. Diese Aktivitäten bilden die sequenziellen Schritte des Rekrutierungsprozesses. Dieses Attribut ist fundamental für Process Mining, da es die Knoten in der Prozesslandkarte definiert. Die Analyse der Sequenz und Häufigkeit dieser Aktivitäten enthüllt den tatsächlichen Einstellungsworkflow, hebt gängige und alternative Pfade hervor und identifiziert Bottlenecks oder Rework-Schleifen.
Bedeutung
Dieses Attribut definiert die Schritte des Prozesses und ermöglicht es, eine Prozesslandkarte zu erstellen, den Ablauf zu analysieren und Abweichungen vom Standard-Einstellungsverfahren zu identifizieren.
Datenquelle
Typischerweise abgeleitet aus Statusänderungen im Recruiting Workflow Profile in iCIMS. Die spezifischen Stati und Bins können oft von der Organisation angepasst werden.
Beispiele
Antrag geprüftErstes Interview durchgeführtAngebot angenommen`Kandidat` eingestellt
|
|||
|
Aktivitätsstartzeit
ActivityStartTime
|
Der Timestamp, der angibt, wann eine spezifische Rekrutierungsaktivität begann oder erfasst wurde. | ||
|
Beschreibung
Dieses Attribut liefert Datum und Uhrzeit für jede Aktivität, wie zum Beispiel wann eine Bewerbung gescreent oder ein Interview geplant wurde. Timestamps sind essenziell, um das Timing und die Dauer von Prozessschritten zu verstehen. Im Process Mining wird dieser Timestamp verwendet, um Events chronologisch zu ordnen, was die Erkennung des tatsächlichen Prozessflusses ermöglicht. Er ist die Grundlage für alle zeitbasierten Analysen, einschließlich der Berechnung von Zykluszeiten zwischen Aktivitäten, der Identifizierung von Verzögerungen und des Performance-Monitorings gegenüber Service Level Agreements.
Bedeutung
Es liefert die chronologische Reihenfolge der Ereignisse, was entscheidend für die Berechnung von Prozessdauern, die Identifizierung von Bottlenecks und das Verständnis des Zeitplans des Einstellungsprozesses ist.
Datenquelle
Diese Informationen sind typischerweise im Audit Trail oder den Historienprotokollen verfügbar, die mit einem Recruiting Workflow Profile in iCIMS verbunden sind.
Beispiele
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
Stellenbewerbung
JobApplicationId
|
Die eindeutige Kennung für die Bewerbung eines Kandidaten auf eine spezifische Stellenausschreibung. | ||
|
Beschreibung
Die Job Application ID ist der Eckpfeiler der Rekrutierungsprozessanalyse und fungiert als Case-Identifikator. Jede ID repräsentiert die Reise eines einzelnen Kandidaten für eine bestimmte Stellenausschreibung, von der ersten Einreichung bis zu allen nachfolgenden Phasen wie Screening, Interviews und Angebotsmanagement. Im Process Mining wird dieses Attribut verwendet, um alle verwandten Aktivitäten zu einem kohärenten End-to-End-Prozessfluss zu verknüpfen. Die Analyse von Prozessen basierend auf der Job Application ID ermöglicht eine klare Visualisierung des Einstellungstrichters, die genaue Berechnung von Zykluszeiten und die Identifizierung von Variationen im Rekrutierungspfad für verschiedene Kandidaten.
Bedeutung
Es ist unerlässlich, den gesamten Lebenszyklus einer einzelnen Bewerbung zu verfolgen, um die Time-to-Hire, Abbruchquoten und Prozesskonformität für den Weg jedes Kandidaten zu analysieren.
Datenquelle
Dies ist typischerweise der Primärschlüssel für einen Bewerbungsdatensatz in iCIMS. Konsultieren Sie die Person- oder Recruiting Workflow Profile APIs.
Beispiele
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
Abteilung
Department
|
Die Geschäftsabteilung oder Funktion, für die die Stelle besetzt wird. | ||
|
Beschreibung
Dieses Attribut spezifiziert die Abteilung, wie z. B. „Engineering“, „Marketing“ oder „Sales“, zu der die offene Position gehört. Es liefert organisatorischen Kontext für die Stellenausschreibung. Abteilungsdaten sind eine leistungsstarke Dimension für die Analyse. Sie ermöglichen die Segmentierung von KPIs wie „Time to Hire“ und „Offer Acceptance Rate“ nach Abteilung, was signifikante Unterschiede in den Einstellungsprozessen und der Effizienz innerhalb der Organisation aufzeigen kann. Dies hilft zu identifizieren, welche Abteilungen optimierte Prozesse haben und welche möglicherweise Unterstützung benötigen.
Bedeutung
Es ermöglicht den Performance-Vergleich über verschiedene Geschäftseinheiten hinweg, wobei Variationen in der Einstellungseffizienz und
Datenquelle
Dies ist typischerweise Teil der Job Profile Informationen, die mit der Job Requisition ID in iCIMS verknüpft sind. Es kann mit Organisationsstrukturdaten verbunden sein.
Beispiele
EngineeringVertriebMarketingPersonalwesen
|
|||
|
Antragsstatus
ApplicationStatus
|
Das Endergebnis oder der aktuelle Status der Stellenbewerbung. | ||
|
Beschreibung
Dieses Attribut repräsentiert den finalen Status einer Bewerbung und gibt an, ob der Kandidat eingestellt, vom Unternehmen abgelehnt oder seine Bewerbung zurückgezogen wurde. Es liefert das abschließende Event für den Rekrutierungsprozess. Dies ist ein kritisches Attribut für ergebnisbasierte Analysen. Es wird verwendet, um Konversionsraten, Angebotsannahmequoten und Abbruchquoten zu berechnen. Das Verständnis des endgültigen Status von Bewerbungen ist fundamental für die Messung des Erfolgs und der Effizienz des gesamten Rekrutierungstrichters.
Bedeutung
Es definiert das Ergebnis des Prozesses, was für die Berechnung wichtiger Kennzahlen wie Einstellungsquoten und Ablehnungsquoten unerlässlich ist.
Datenquelle
Dies ist der finale Status im Recruiting Workflow Profile in iCIMS. Er wird typischerweise gesetzt, wenn eine Bewerbung in einen terminalen „disposition“-Bin verschoben wird.
Beispiele
EingestelltVom Unternehmen abgelehntKandidat hat sich zurückgezogen
|
|||
|
Anwendungsquelle
ApplicationSource
|
Der Kanal oder die Methode, über die der Kandidat seine Bewerbung eingereicht hat. | ||
|
Beschreibung
Dieses Attribut gibt die Herkunft der Bewerbung an, zum Beispiel „Company Website“, „LinkedIn“, „Employee Referral“ oder „Job Board“. Es verfolgt, wie Kandidaten offene Stellen finden und sich darauf bewerben. Diese Information ist essenziell für das „Application Sourcing Channel ROI“-Dashboard. Durch die Analyse des Bewerbungsvolumens und, noch wichtiger, der Anzahl der Einstellungen aus jeder Quelle können Organisationen bestimmen, welche Kanäle den besten Return on Investment liefern. Dies hilft, die Ausgaben für Rekrutierungsmarketing zu optimieren und die Bemühungen auf die effektivsten Quellen zu konzentrieren.
Bedeutung
Es hilft, die Effektivität verschiedener Rekrutierungskanäle zu messen und ermöglicht so die Optimierung von Sourcing-Strategien und Budgets.
Datenquelle
Diese Daten werden im Bewerbungsprofil des Kandidaten in iCIMS erfasst, oft vom Kandidaten ausgewählt oder über URL-Parameter verfolgt.
Beispiele
LinkedInMitarbeiterempfehlungUnternehmens-`Karriereseite`Indeed
|
|||
|
Personalverantwortlicher
HiringManager
|
Der Name oder die ID der einstellenden Führungskraft für die Stellenausschreibung. | ||
|
Beschreibung
Der Hiring Manager ist die Person, für die die Stelle besetzt wird. Er ist ein wichtiger Stakeholder im Prozess, verantwortlich für die Überprüfung von Kandidaten, die Durchführung von Interviews und die endgültige Einstellungsentscheidung. Dieses Attribut ist kritisch für das „Hiring Manager Feedback Cycle“-Dashboard. Durch die Verfolgung der Zeit zwischen einem Interview und der Feedback-Einreichung pro Hiring Manager können Organisationen Verzögerungen im Entscheidungsprozess identifizieren und daran arbeiten, diese zu reduzieren, was zur Beschleunigung des gesamten Einstellungsterminplans beiträgt.
Bedeutung
Es hilft dabei, das Engagement und die Effizienz der einstellenden Führungskräfte zu analysieren, insbesondere bei der Bereitstellung von zeitnahem Feedback, was oft eine Ursache für Verzögerungen ist.
Datenquelle
Typischerweise gespeichert im Job Profile, das mit der Stellenausschreibung in iCIMS verknüpft ist.
Beispiele
Robert BrownSusan WhiteMichael Green
|
|||
|
Recruiter
Recruiter
|
Der Name oder die ID des Recruiters, der für die Verwaltung der Stellenbewerbung zuständig ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den primären Recruiter, der der Bewerbung zugewiesen ist. Diese Person ist typischerweise verantwortlich für das Screening von Kandidaten, die Koordination von Interviews und das Management des Prozesses. Die Analyse von Daten nach Recruiter ist wesentlich für das „Recruiter Performance Overview“-Dashboard. Sie hilft bei der Bewertung der individuellen und Team-Performance durch die Verfolgung von Metriken wie Time-to-Screen, Interview-Abschlussquoten und der Anzahl erfolgreicher Einstellungen. Dies ermöglicht die Identifizierung von Best Practices und Bereichen für zusätzliche Schulungen.
Bedeutung
Dieses Attribut ist entscheidend für die Bewertung der Recruiter-Arbeitslast und Performance und ermöglicht gezielte Verbesserungen und Ressourcenallokation.
Datenquelle
Diese Informationen werden oft im Recruiting Workflow Profile oder dem zugehörigen Job Profile in iCIMS gespeichert und sind mit dem Benutzer verknüpft, der bestimmte Aktionen ausgeführt hat.
Beispiele
John SmithJane DoeEmily Jones
|
|||
|
Stellenanfrage-ID
JobRequisitionId
|
Die eindeutige Kennung für die Stellenausschreibung oder Position. | ||
|
Beschreibung
Die Job Requisition ID verknüpft mehrere Bewerbungen mit einer einzigen Stellenausschreibung. Sie repräsentiert die spezifische Rolle, für die sich Kandidaten bewerben, und enthält Details wie die Stellenbezeichnung, Abteilung und den Standort. In der Analyse wird diese ID verwendet, um alle Bewerbungen für dieselbe Position zu gruppieren und zu vergleichen. Sie ermöglicht eine Ansicht des gesamten Kandidatenpools für eine einzelne Rolle und hilft so, die Effektivität des Einstellungsprozesses für verschiedene Arten von Jobs zu verstehen.
Bedeutung
Es gruppiert alle Bewerbungen für dieselbe Stelle und ermöglicht so die Analyse des gesamten Rekrutierungs-Funnels für eine spezifische Stellenausschreibung.
Datenquelle
Diese ID ist ein fundamentaler Bestandteil des Job Profile in iCIMS und mit jeder Bewerbung für diese Rolle verknüpft.
Beispiele
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
`Aktivitätsendezeit`
ActivityEndTime
|
Der Timestamp, der angibt, wann eine Rekrutierungsaktivität abgeschlossen wurde. | ||
|
Beschreibung
Die Aktivitätsendzeit markiert den Abschluss eines Events. In vielen Fällen, insbesondere bei diskreten Events wie „Angebot unterbreitet“, kann die Endzeit mit der Startzeit identisch sein. Bei Aktivitäten, die eine Dauer haben, wie einem Interviewblock, kann sie jedoch unterschiedlich sein. Dieses Attribut wird verwendet, um die präzise Dauer individueller Aktivitäten, bekannt als Bearbeitungszeit, zu berechnen. Die Analyse der Bearbeitungszeit hilft dabei zu identifizieren, welche spezifischen Aufgaben die meiste Zeit in Anspruch nehmen, anstatt nur die Wartezeit zwischen den Aufgaben.
Bedeutung
Es ermöglicht die Berechnung der Bearbeitungszeit einer Aktivität, was hilft, zwischen aktiver Arbeitszeit und untätiger Wartezeit zu unterscheiden.
Datenquelle
Ähnlich wie die Startzeit kann dies im Audit Trail oder den Historienprotokollen in iCIMS gefunden werden. Es könnte eine Inferenz erfordern, wenn nur ein einzelner Event-Timestamp verfügbar ist.
Beispiele
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
|
Ablehnungsgrund
RejectionReason
|
Der Grund, warum die Bewerbung eines Kandidaten vom Unternehmen abgelehnt wurde. | ||
|
Beschreibung
Wenn eine Bewerbung abgelehnt wird, liefert dieses Attribut den spezifischen Grund, wie z. B. „Not a culture fit“, „Lacks required skills“ oder „Position filled by another candidate“. Diese Daten werden typischerweise aus einer vordefinierten Liste vom Recruiter oder Hiring Manager ausgewählt. Die Analyse der Ablehnungsgründe liefert wertvolles Feedback zum Rekrutierungsprozess. Sie kann Probleme wie Fehlausrichtungen in Stellenbeschreibungen, Probleme mit der Kandidatenqualität aus bestimmten Quellen oder Bereiche aufzeigen, in denen der Screening-Prozess verbessert werden kann. Dies hilft, die Rekrutierungsstrategie zu verfeinern und die Qualität der Kandidatenpipeline zu verbessern.
Bedeutung
Es liefert kritisches Feedback dazu, warum Kandidaten nicht weiterkommen, und hilft so, Stellenbeschreibungen, Sourcing und Screening-Kriterien zu verfeinern.
Datenquelle
Dies wird typischerweise erfasst, wenn ein Kandidat in einen Ablehnungsstatus im Recruiting Workflow in iCIMS verschoben wird.
Beispiele
Erfüllt Mindestanforderungen nichtGehaltsvorstellungen zu hochAuswahl qualifizierterer Kandidaten
|
|||
|
Aktivitätsbearbeitungszeit
ProcessingTime
|
Die Zeit, die aktiv für eine einzelne Rekrutierungsaktivität aufgewendet wurde. | ||
|
Beschreibung
Die Bearbeitungszeit ist die Dauer einer spezifischen Aktivität, berechnet als Differenz zwischen ihrer Endzeit und Startzeit. Für viele Rekrutierungs-Events kann diese Null oder sehr kurz sein. Bei Aufgaben wie „Interview durchführen“ kann sie jedoch die tatsächlich für diese Aufgabe aufgewendete Zeit darstellen. Diese Metrik hilft, zwischen aktiver Arbeitszeit und Wartezeit zu unterscheiden. Während die Zeit zwischen „Interview geplant“ und „Interview durchgeführt“ lang sein kann (Wartezeit), ist die Bearbeitungszeit des Interviews selbst viel kürzer. Die Analyse der Bearbeitungszeit kann helfen, die Ausführung einzelner Aufgaben zu optimieren.
Bedeutung
Es misst die tatsächliche Dauer einer Aktivität und hilft so, aktive Arbeitszeit von Wartezeiten zu unterscheiden und zeitaufwändige Aufgaben zu identifizieren.
Datenquelle
Dies wird im Process Mining Tool berechnet, indem die ActivityStartTime von der ActivityEndTime für jedes Event subtrahiert wird.
Beispiele
1 Stunde 0 Minuten0 Stunden 30 Minuten0 Stunden 5 Minuten
|
|||
|
Angebotsbetrag
OfferAmount
|
Der Gehalts- oder Vergütungsbetrag, der dem Kandidaten in einem Stellenangebot unterbreitet wurde. | ||
|
Beschreibung
Dieses Attribut enthält den monetären Wert des Vergütungspakets, das einem Kandidaten angeboten wurde. Es wird typischerweise erfasst, wenn die Aktivität „Offer Extended“ auftritt. Diese Daten sind wertvoll für das „Offer Acceptance Rate Trends“-Dashboard. Durch die Analyse der Annahmequoten im Verhältnis zum Angebotsbetrag und die Segmentierung nach Faktoren wie Stellenbezeichnung oder Abteilung können Organisationen Einblicke in ihre Vergütungswettbewerbsfähigkeit gewinnen. Es kann helfen zu identifizieren, ob Angebote aufgrund der Vergütung abgelehnt werden, und Anpassungen an den Gehaltsbändern informieren.
Bedeutung
Es liefert entscheidenden Kontext für die Analyse von Angebotsannahmequoten und das Verständnis des Einflusses der Vergütung auf den Einstellungserfolg.
Datenquelle
Diese Informationen werden oft in einem „Offer“-Tab oder verwandten Feldern im Recruiting Workflow Profile in iCIMS gespeichert.
Beispiele
8500012000095500.50
|
|||
|
Gesamtdurchlaufzeit
CycleTime
|
Die Gesamtzeit, die von der ersten bis zur letzten Aktivität für eine Stellenbewerbung verstrichen ist. | ||
|
Beschreibung
Dies ist ein primärer KPI zur Messung der gesamten Prozesseffizienz. Es wird im
Bedeutung
Diese berechnete Metrik ist ein wichtiger Leistungsindikator für die gesamte Prozesseffizienz und entscheidend für Dashboards, die die Time-to-Hire verfolgen.
Datenquelle
Dieses Attribut ist in iCIMS nicht direkt verfügbar. Es wird im Process Mining Tool berechnet, indem die Differenz zwischen der maximalen und minimalen ActivityStartTime für jede JobApplicationId ermittelt wird.
Beispiele
45 Tage 10 Stunden62 Tage 4 Stunden30 Tage 0 Stunden
|
|||
|
Ist Nacharbeit
IsRework
|
Ein Flag, das anzeigt, ob eine Aktivität für dieselbe Bewerbung wiederholt wird. | ||
|
Beschreibung
Das Attribut Is Rework ist ein boolesches Flag, das auf true gesetzt wird, wenn eine spezifische Aktivität mehr als einmal innerhalb desselben Case auftritt. Wenn beispielsweise ein Kandidat die Phase „First Interview“ zweimal durchlaufen muss, würde die zweite Instanz als Rework markiert. Dies ist ein leistungsstarkes Attribut für die „Process Compliance & Variants“-Analyse. Es hebt schnell Ineffizienzen, Redundanzen und Abweichungen vom Standardprozess hervor. Die Identifizierung und Quantifizierung von Rework hilft, den Prozess zu optimieren, vergeblichen Aufwand zu reduzieren und die Kandidatenerfahrung zu verbessern.
Bedeutung
Es hilft, Prozessineffizienzen durch die Identifizierung wiederholter Schritte zu quantifizieren, die oft auf Probleme oder nicht-standardisierte Prozessabläufe hinweisen.
Datenquelle
Dieses Attribut wird innerhalb des Process Mining Tools berechnet, indem überprüft wird, ob eine Aktivität mit demselben Namen bereits für eine gegebene JobApplicationId aufgetreten ist.
Beispiele
truefalsch
|
|||
|
Jobtitel
JobTitle
|
Der Titel der Position, für die sich der Kandidat beworben hat. | ||
|
Beschreibung
Der Job Title ist der offizielle Name der offenen Rolle, wie z. B. „Software Engineer“ oder „Product Manager“. Er liefert spezifische Details zur Position über die Abteilung oder Jobfamilie hinaus. Dieses Attribut ist eine gängige Dimension zum Filtern und Segmentieren von Rekrutierungsdaten. So kann beispielsweise die Analyse der „Time to Hire“ nach Stellenbezeichnung ergeben, dass bestimmte Rollen, insbesondere leitende oder spezialisierte, erheblich länger zu besetzen sind. Diese Erkenntnis kann zur Entwicklung maßgeschneiderter Rekrutierungsstrategien für verschiedene Arten von Positionen führen.
Bedeutung
Es ermöglicht eine detaillierte Analyse und einen Performance-Vergleich für spezifische Rollen, die einzigartige Einstellungsherausforderungen und Zeitrahmen aufweisen können.
Datenquelle
Dies ist ein primäres Feld im Job Profile in iCIMS.
Beispiele
Senior Software EngineerMarketing ManagerData Analyst
|
|||
|
Kandidaten-ID
CandidateId
|
Die eindeutige Kennung für einen einzelnen Kandidaten über alle seine Bewerbungen hinweg. | ||
|
Beschreibung
Die Kandidaten-ID ist eine eindeutige Kennung für eine Person im Talentpool, die sich von der Job Application ID unterscheidet. Ein einzelner Kandidat kann mehrere Bewerbungen haben, aber er wird immer dieselbe Kandidaten-ID besitzen. Dieses Attribut ist besonders nützlich für die „Duplicate Screening Detection“-Analyse. Durch das Gruppieren von Aktivitäten nach Kandidaten-ID ist es möglich, Fälle zu identifizieren, in denen dieselbe Person unnötigerweise mehrmals für verschiedene Rollen gescreent wird. Es ermöglicht auch eine ganzheitlichere Sicht auf die Interaktionshistorie eines Kandidaten mit dem Unternehmen.
Bedeutung
Es identifiziert eine Person eindeutig und ermöglicht so die Analyse der Kandidatenreise über mehrere Bewerbungen hinweg sowie die Erkennung redundanter Aktivitäten.
Datenquelle
Dies ist der primäre Identifikator für das Person Profile in iCIMS.
Beispiele
CAND-9876CAND-5432CAND-1001
|
|||
|
Land
Country
|
Das Land, in dem sich die Stelle befindet. | ||
|
Beschreibung
Dieses Attribut spezifiziert das Land, das mit der Stellenausschreibung verknüpft ist. Es liefert geografischen Kontext für den Einstellungsprozess. Für globale Organisationen ist die Analyse des Rekrutierungsprozesses nach Ländern essenziell. Sie kann regionale Unterschiede bei Einstellungszeitplänen, der Effektivität von Sourcing-Kanälen und der Prozesskonformität hervorheben. Diese Analyse hilft bei der Entwicklung standortspezifischer Rekrutierungsstrategien und der Festlegung realistischer regionaler Performance-Ziele.
Bedeutung
Es ermöglicht die geografische Segmentierung des Einstellungsprozesses, deckt regionale Performance-Variationen auf und unterstützt globale Prozessstandardisierungsbemühungen.
Datenquelle
Dies ist Teil der Standortinformationen im Job Profile in iCIMS.
Beispiele
Vereinigte StaatenDeutschlandVereinigtes KönigreichKanada
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel, der angibt, wann die Daten zuletzt aus dem Quellsystem extrahiert oder aktualisiert wurden. | ||
|
Beschreibung
Dieses Attribut zeichnet Datum und Uhrzeit des aktuellsten Datenabzugs aus iCIMS auf. Es spiegelt nicht wider, wann das Event stattfand, sondern wann der Datensatz zuletzt mit dem Process Mining Tool synchronisiert wurde. Diese Information ist von entscheidender Bedeutung, um die Aktualität der analysierten Daten zu verstehen. Sie ermöglicht es den Benutzern zu wissen, ob sie Echtzeitinformationen oder einen Schnappschuss von einem spezifischen Zeitpunkt betrachten, was für die Relevanz und Genauigkeit der Analyse wichtig ist.
Bedeutung
Es informiert Nutzer über die Aktualität der Daten und stellt sicher, dass Analysen und Entscheidungen auf aktuellen Informationen basieren.
Datenquelle
Dieser Timestamp sollte jedes Mal, wenn die Datenextraktions-, Transformations- und Lade- (ETL)-Pipeline ausgeführt wird, generiert und aufgezeichnet werden.
Beispiele
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Daten stammen, in diesem Fall iCIMS. | ||
|
Beschreibung
Dieses Attribut identifiziert die Quellanwendung, in der die Rekrutierungsdaten generiert und gespeichert wurden. Für diesen Prozess wäre der Wert durchgängig „iCIMS“ oder eine spezifischere Kennung für die iCIMS-Instanz. Obwohl es in einer Einzelsystemanalyse statisch erscheinen mag, wird es entscheidend, wenn Daten aus mehreren Systemen zusammengeführt werden, zum Beispiel wenn Rekrutierungsdaten aus iCIMS mit HRIS-Daten aus einem anderen System kombiniert werden. Es stellt die Datenherkunft sicher und hilft bei der Fehlerbehebung von Datenintegrationsproblemen.
Bedeutung
Es liefert Kontext zur Datenherkunft, was entscheidend für die Data Governance und bei der Integration von Daten aus verschiedenen HR-Systemen ist.
Datenquelle
Dies ist ein statischer Wert („iCIMS“), der während des Datenextraktions- und Transformationsprozesses hinzugefügt werden sollte.
Beispiele
iCIMS Talent CloudiCIMS
|
|||
|
Standort der Stelle
JobLocation
|
Der spezifische Stadt- oder Bürostandort für die offene Stelle. | ||
|
Beschreibung
Der Job Location bietet granularere geografische Details als das Land und gibt typischerweise die Stadt, das Bundesland oder das spezifische Büro an. Dieses Attribut ermöglicht eine detailliertere regionale Analyse. Zum Beispiel kann die „Time to Hire“ über verschiedene Städte hinweg verglichen werden, um lokale Marktbedingungen und Einstellungsherausforderungen zu verstehen. Es kann auch bei der Ressourcenplanung für regionale Rekrutierungsteams helfen.
Bedeutung
Es bietet granulare geografische Einblicke und hilft so, Leistungsunterschiede zwischen spezifischen Standorten oder Städten zu analysieren.
Datenquelle
Dies wird in den Standortfeldern im Job Profile in iCIMS gespeichert.
Beispiele
New York, NYSan Francisco, CALondon, UK
|
|||
Aktivitäten der Rekrutierung & Talentakquise
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Kandidat` eingestellt
|
Die letzte Aktivität, die einen erfolgreichen Rekrutierungsprozess anzeigt. Dieses Event wird protokolliert, wenn der Kandidat in einen finalen Status „Hired“ verschoben wird, wodurch der Bewerbungsprozess offiziell abgeschlossen und oft Onboarding-Workflows ausgelöst werden. | ||
|
Bedeutung
Dies ist der primäre Erfolgs-Endpunkt für den Prozess. Er ist essenziell für die Berechnung der gesamten Time-to-Hire und der Konversionsraten des Einstellungstrichters.
Datenquelle
Abgeleitet vom
Erfassen
Erfassung des
Ereignistyp
inferred
|
|||
|
Angebot angenommen
|
Der Kandidat hat das Stellenangebot förmlich angenommen. Dies ist ein wichtiger Erfolgsmeilenstein, der erfasst wird, wenn der Recruiter den Status des Kandidaten basierend auf dessen Antwort aktualisiert. | ||
|
Bedeutung
Diese Aktivität ist entscheidend für die Berechnung der Angebotsannahmequote und signalisiert den Übergang zu Voreinstellungsprüfungen und Onboarding.
Datenquelle
Abgeleitet aus einer
Erfassen
Den
Ereignistyp
inferred
|
|||
|
Angebot unterbreitet
|
Ein formelles Stellenangebot wurde erstellt und dem Kandidaten unterbreitet. Dies ist ein kritischer Meilenstein und wird typischerweise durch eine Statusänderung der Bewerbung in eine dedizierte 'Angebots'-Phase erfasst. | ||
|
Bedeutung
Diese Aktivität ist der Zähler für den KPI „Offer Acceptance Rate“. Sie markiert den Beginn der finalen Entscheidungsphase des Rekrutierungsprozesses.
Datenquelle
Abgeleitet aus einer Statusänderung im Bewerbungs-
Erfassen
Erfassung des
Ereignistyp
inferred
|
|||
|
Bewerbung erhalten
|
Markiert den Beginn des Rekrutierungsprozesses für eine spezifische Stellenbewerbung. Dieses Event wird erfasst, wenn ein Kandidat seine Bewerbung erfolgreich über ein Karriereportal einreicht oder diese manuell in iCIMS eingetragen wird. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Prozess. Die Analyse der Zeit von dieser Aktivität bis zu nachfolgenden Meilensteinen ist essenziell für das Verständnis der gesamten Time-to-Fill und die Identifizierung von Front-End-Bottlenecks.
Datenquelle
Typischerweise abgeleitet vom Erstellungsdatum des Bewerbungsdatensatzes oder einem Timestamp, der mit einem initialen Status wie „Submitted“ oder „New Application“ in der Workflow-Historie des Kandidaten verknüpft ist.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Stellenbewerbungsdatensatzes oder den Timestamp der ersten Statusänderung.
Ereignistyp
inferred
|
|||
|
Bewerbung vom Unternehmen abgelehnt
|
Das Unternehmen hat beschlossen, mit dem Kandidaten in einem bestimmten Stadium des Prozesses nicht fortzufahren. Dies wird erfasst, indem ein Recruiter oder eine einstellende Führungskraft den Bewerbungsstatus auf einen terminalen Zustand wie „Rejected“ oder „Not Selected“ aktualisiert. | ||
|
Bedeutung
Dies ist der häufigste Endpunkt. Die Analyse, in welcher Phase die meisten Ablehnungen auftreten, ist fundamental für das Verständnis der Effektivität des Rekrutierungs-Funnels und die Identifizierung von Bottlenecks.
Datenquelle
Abgeleitet aus einer Statusänderung zu einem terminalen Ablehnungsstatus, wie 'Abgelehnt', 'Nicht ausgewählt' oder 'Position besetzt'. iCIMS erfordert oft einen Ablehnungsgrund.
Erfassen
Statusänderung zu einem beliebigen terminalen, nicht-eingestellten, nicht-zurückgezogenen Status erkennen.
Ereignistyp
inferred
|
|||
|
Erstes Interview durchgeführt
|
Diese Aktivität bedeutet, dass die erste Interviewrunde mit dem Kandidaten abgeschlossen wurde. Sie wird typischerweise erfasst, wenn ein Recruiter oder eine einstellende Führungskraft den Status des Kandidaten nach dem stattgefundenen Interview aktualisiert. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein im Bewertungsprozess. Die Zeit zwischen diesem Event und der Feedback-Einreichung ist entscheidend für die „Hiring Manager Feedback Cycle“-Analyse.
Datenquelle
Abgeleitet aus einer Statusaktualisierung im Bewerbungs-
Erfassen
Statusänderung zu 'Interview Complete' oder einem verwandten Status nach dem geplanten Interviewdatum erkennen.
Ereignistyp
inferred
|
|||
|
Kandidat an einstellenden Manager übermittelt
|
Ein `Recruiter` präsentiert das Profil eines qualifizierten Kandidaten dem einstellenden Manager zur Überprüfung. Dies wird normalerweise erfasst, wenn der `Recruiter` den Kandidaten in einen spezifischen Schritt 'Hiring Manager Review' im iCIMS-`Workflow` verschiebt. | ||
|
Bedeutung
Dies ist ein kritischer Übergabepunkt. Die Messung der Zeit von diesem Schritt bis zum Manager-Feedback ist entscheidend, um Verzögerungen im Teil des Prozesses des Hiring Managers zu identifizieren.
Datenquelle
Abgeleitet vom
Erfassen
Erfassung des
Ereignistyp
inferred
|
|||
|
`Hintergrundprüfung` initiiert
|
Stellt den Beginn des Voreinstellungsprüfungsprozesses dar, nachdem ein Angebot angenommen wurde. Dies wird oft verfolgt, indem der Kandidat in einen Status „Background Check“ verschoben wird, was eine Integration mit einem Drittanbieter auslösen kann. | ||
|
Bedeutung
Die Analyse der Zeit von 'Angebot angenommen' bis zu dieser Aktivität hilft, Verzögerungen in den Prozesse vor der Einstellung zu identifizieren, die den Starttermin des Kandidaten beeinflussen können.
Datenquelle
Abgeleitet aus einer Statusänderung zu 'Hintergrundüberprüfung läuft' oder einem ähnlichen Status. Einige iCIMS-Integrationen können dies als explizites
Erfassen
Statusänderung zu einem 'Background Check'-Status erkennen.
Ereignistyp
inferred
|
|||
|
Angebot abgelehnt
|
Der Kandidat hat das Stellenangebot förmlich abgelehnt. Dies ist ein erfolgloses Ergebnis, das erfasst wird, wenn ein Recruiter den Status des Kandidaten auf „Offer Declined“ oder „Offer Rejected“ aktualisiert. | ||
|
Bedeutung
Dies ist ein wichtiger Fehlerendpunkt. Die Analyse, wann und warum Angebote abgelehnt werden, liefert Einblicke in die Wettbewerbsfähigkeit der Vergütung und die Kandidatenerfahrung.
Datenquelle
Abgeleitet aus einer Statusänderung im Bewerbungs-
Erfassen
Den
Ereignistyp
inferred
|
|||
|
Antrag geprüft
|
Stellt den Abschluss der ersten Überprüfung einer Bewerbung durch einen Recruiter dar. Diese Aktivität wird typischerweise abgeleitet, wenn der Status einer Bewerbung von einem „neu“-Zustand zu einem Zustand geändert wird, der eine Überprüfung anzeigt, wie z. B. „In Überprüfung“ oder „Screening“. | ||
|
Bedeutung
Die Verfolgung dieser Aktivität hilft, die Recruiter-Effizienz und den Time-to-Screen-KPI zu messen. Verzögerungen hier können zum Kandidaten-Drop-Off führen und den gesamten Einstellungsterminplan verlängern.
Datenquelle
Abgeleitet aus einer Statusänderung im Bewerbungsprofil. Suchen Sie nach Änderungen von einem Initialstatus zu einem Status wie 'Geprüft', 'Gescreent' oder 'In Bearbeitung'.
Erfassen
Den
Ereignistyp
inferred
|
|||
|
Erstes Interview geplant
|
Stellt den Zeitpunkt dar, an dem ein Interview zwischen dem Kandidaten und dem Einstellungsteam geplant wurde. iCIMS verfügt über Planungsfunktionen, und dies wird erfasst, wenn ein Interview-Event erstellt und der Bewerbung zugeordnet wird. | ||
|
Bedeutung
Markiert den Übergang vom Screening zur formalen Bewertung. Die Verfolgung hilft, die Planungseffizienz und den Zeitaufwand für die Gewinnung qualifizierter Kandidaten zu analysieren.
Datenquelle
Kann ein explizites
Erfassen
Verwenden Sie das Erstellungsdatum des Interviewdatensatzes oder den Timestamp einer Statusänderung auf „Interviewing“.
Ereignistyp
inferred
|
|||
|
Feedback eingereicht
|
Tritt ein, wenn ein Mitglied des Einstellungsteams, typischerweise die einstellende Führungskraft, seine Bewertung des Kandidaten nach dem Interview einreicht. iCIMS ermöglicht eine strukturierte Feedback-Erfassung, und dieses Event kann aus der Erstellung dieses Feedback-Eintrags abgeleitet werden. | ||
|
Bedeutung
Unerlässlich für die Messung des KPI 'Avg Hiring Mgr Feedback Time'. Verzögerungen bei der Feedback-Abgabe sind ein häufiger
Datenquelle
Abgeleitet vom Erstellungs-
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Interview-Feedback-Eintrags im System.
Ereignistyp
inferred
|
|||
|
Kandidat hat Bewerbung zurückgezogen
|
Der Kandidat hat sich freiwillig aus der Berücksichtigung für die Rolle zurückgezogen. Dies wird erfasst, wenn der Kandidat den Recruiter informiert, der dann den Bewerbungsstatus auf „Withdrawn“ aktualisiert. | ||
|
Bedeutung
Dies ist ein kritischer Fehlerendpunkt. Hohe Abbruchquoten in bestimmten Phasen können auf einen langwierigen Prozess, schlechte Kommunikation oder eine negative Kandidatenerfahrung hinweisen.
Datenquelle
Abgeleitet aus einer
Erfassen
Erfassung des
Ereignistyp
inferred
|
|||
|
Kandidat telefonisch gescreent
|
Zeigt an, dass ein `Recruiter` ein telefonisches Vorstellungsgespräch mit dem `Kandidaten` geführt hat. Dieses `Event` wird normalerweise erfasst, wenn ein `Recruiter` den Status des `Kandidaten` in seinem `Workflow` nach Abschluss des Anrufs aktualisiert. | ||
|
Bedeutung
Dies ist eine wichtige Filterstufe im Rekrutierungs-Funnel. Die Analyse ihrer Dauer und Konversionsrate hilft, die Qualität des initialen Screenings und Sourcings zu bewerten.
Datenquelle
Abgeleitet aus einer Statusänderung im
Erfassen
Statusänderung zu 'Phone Screen' oder einem ähnlich konfigurierten Status im Bewerbungs-
Ereignistyp
inferred
|
|||
|
Zweites Interview geplant
|
Zeigt an, dass der `Kandidat` fortgeschritten ist und eine weitere Interviewrunde arrangiert wird. Dies wird erfasst, wenn ein neues Interview-`Event` geplant wird oder der `Kandidat` in eine 'Zweite Interview'-Phase verschoben wird. | ||
|
Bedeutung
Die Analyse der Häufigkeit von und der Zeit bis zu zweiten Vorstellungsgesprächen hilft, die Prozesstiefe zu verstehen und zu identifizieren, ob einige Rollen übermäßige Interviewrunden erfordern.
Datenquelle
Abgeleitet aus einer Statusänderung zu 'Zweites Interview geplant' oder der Erstellung eines neuen Interview-Eintrags für einen bereits interviewten
Erfassen
Eine Statusänderung oder eine neue Interviewaufzeichnung für dieselbe Bewerbung identifizieren.
Ereignistyp
inferred
|
|||