Szablon danych dotyczących rekrutacji i pozyskiwania talentów
Szablon danych dotyczących rekrutacji i pozyskiwania talentów
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia w analizie procesu
- Jak pobrać dane z systemu iCIMS
Atrybuty procesu rekrutacji i pozyskiwania talentów
| Nazwa | Opis | ||
|---|---|---|---|
|
Aplikacja na stanowisko
JobApplicationId
|
Unikalny identyfikator aplikacji kandydata na konkretne stanowisko. | ||
|
Opis
Identyfikator aplikacji na stanowisko jest podstawą analizy procesu rekrutacji i służy jako identyfikator case. Każdy identyfikator odpowiada ścieżce jednego kandydata ubiegającego się o konkretne stanowisko, od przesłania aplikacji po kolejne etapy, takie jak wstępna selekcja, rozmowy i obsługa oferty. W process mining ten atrybut służy do łączenia powiązanych czynności w jeden spójny przepływ procesu od początku do końca. Analiza według identyfikatora aplikacji pozwala przejrzyście przedstawić lejek rekrutacyjny, dokładnie obliczyć czas trwania cyklu i wykryć różnice w przebiegu rekrutacji poszczególnych kandydatów.
Dlaczego to ważne
Ten identyfikator jest niezbędny do śledzenia całego cyklu życia pojedynczej aplikacji. Umożliwia analizę czasu rekrutacji, odsetka rezygnacji i zgodności przebiegu procesu dla każdego kandydata.
Skąd pobrać
Zazwyczaj jest to klucz główny rekordu aplikacji w iCIMS. Warto sprawdzić API Person lub Recruiting Workflow Profile.
Przykłady
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
Czas rozpoczęcia czynności
ActivityStartTime
|
Znacznik czasu wskazujący, kiedy rozpoczęła się lub została zarejestrowana dana czynność rekrutacyjna. | ||
|
Opis
Ten atrybut zawiera datę i godzinę każdej czynności, na przykład wstępnej weryfikacji aplikacji lub zaplanowania rozmowy. Znaczniki czasu są niezbędne do określenia, kiedy odbywały się poszczególne etapy i ile trwały. W process mining służą do chronologicznego uporządkowania zdarzeń i odtworzenia rzeczywistego przebiegu procesu. Stanowią podstawę wszystkich analiz czasu, w tym obliczania czasu między czynnościami, wykrywania opóźnień i monitorowania wyników względem umów o poziomie usług.
Dlaczego to ważne
Pozwala ustalić kolejność zdarzeń, co jest niezbędne do obliczania czasu trwania procesu, wykrywania wąskich gardeł i analizy przebiegu rekrutacji w czasie.
Skąd pobrać
Te informacje są zwykle dostępne w ścieżce audytu lub historii powiązanej z Recruiting Workflow Profile w iCIMS.
Przykłady
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
Nazwa czynności
ActivityName
|
Nazwa konkretnego etapu lub kamienia milowego, który wystąpił w procesie rekrutacji. | ||
|
Opis
Nazwa czynności opisuje zdarzenie, które miało miejsce w określonym momencie w związku z aplikacją na stanowisko. Przykłady to „Otrzymanie aplikacji”, „Przeprowadzenie pierwszej rozmowy kwalifikacyjnej” i „Przedstawienie oferty pracy”. Czynności te tworzą kolejne etapy procesu rekrutacji. Ten atrybut ma podstawowe znaczenie w process mining, ponieważ określa węzły na mapie procesu. Analiza kolejności i częstotliwości czynności pokazuje rzeczywisty przebieg rekrutacji, typowe i alternatywne ścieżki oraz wąskie gardła i pętle poprawek.
Dlaczego to ważne
Ten atrybut określa etapy procesu. Umożliwia utworzenie mapy procesu, analizę jego przebiegu i wykrywanie odstępstw od standardowej procedury rekrutacyjnej.
Skąd pobrać
Zazwyczaj ustala się ją na podstawie zmian statusu w Recruiting Workflow Profile w iCIMS. Organizacja może dostosować konkretne statusy i kategorie.
Przykłady
Wstępna weryfikacja aplikacjiPrzeprowadzenie pierwszej rozmowy kwalifikacyjnejPrzyjęcie oferty pracyZatrudnienie kandydata
|
|||
|
Dział
Department
|
Dział lub obszar firmy, w którym ma zostać obsadzone stanowisko. | ||
|
Opis
Ten atrybut określa dział, do którego przypisano wakat, na przykład „Inżynieria”, „Marketing” lub „Sprzedaż”. Pozwala umieścić zapotrzebowanie na pracownika w kontekście struktury organizacyjnej. Informacje o dziale ułatwiają analizę. Można podzielić KPI, takie jak „Czas zatrudnienia” i „Wskaźnik przyjęcia oferty”, według działów. Dzięki temu widać różnice w przebiegu i efektywności rekrutacji w poszczególnych częściach firmy. Analiza pokazuje, które działy mają sprawnie działające procesy, a które mogą potrzebować wsparcia.
Dlaczego to ważne
Umożliwia porównanie wyników różnych jednostek biznesowych oraz wskazanie różnic w efektywności rekrutacji i wąskich gardeł.
Skąd pobrać
Zazwyczaj jest to część informacji o profilu stanowiska powiązanych z identyfikatorem zapotrzebowania na pracownika w iCIMS. Atrybut może być powiązany z danymi o strukturze organizacyjnej.
Przykłady
InżynieriaSprzedażMarketingZasoby ludzkie
|
|||
|
Identyfikator stanowiska
JobRequisitionId
|
Unikalny identyfikator wakatu lub stanowiska. | ||
|
Opis
Identyfikator stanowiska łączy wiele aplikacji z jednym ogłoszeniem o pracę. Wskazuje konkretne stanowisko, na które aplikują kandydaci, wraz z informacjami takimi jak nazwa stanowiska, dział i lokalizacja. W analizie identyfikator ten służy do grupowania i porównywania wszystkich aplikacji na to samo stanowisko. Pozwala zobaczyć pełną pulę kandydatów na dane stanowisko i ocenić skuteczność procesu rekrutacji dla różnych rodzajów stanowisk.
Dlaczego to ważne
Łączy wszystkie aplikacje na to samo stanowisko, umożliwiając analizę całego lejka rekrutacyjnego dla danego wakatu.
Skąd pobrać
Ten identyfikator jest podstawowym elementem Job Profile w iCIMS i jest powiązany z każdą aplikacją przesłaną na dane stanowisko.
Przykłady
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
Kierownik rekrutujący
HiringManager
|
Imię i nazwisko lub identyfikator kierownika rekrutującego na dane stanowisko. | ||
|
Opis
Kierownik rekrutujący odpowiada za obsadzenie danego stanowiska. Jest ważnym uczestnikiem procesu: weryfikuje kandydatów, prowadzi rozmowy i podejmuje ostateczną decyzję o zatrudnieniu. Ten atrybut ma zasadnicze znaczenie dla dashboardu „Cykl przekazywania informacji zwrotnej przez kierownika rekrutującego”. Pomiar czasu od rozmowy do przekazania informacji zwrotnej przez poszczególnych kierowników pozwala wykrywać opóźnienia w podejmowaniu decyzji i ograniczać je, co przyspiesza cały proces rekrutacji.
Dlaczego to ważne
Pomaga analizować zaangażowanie i sprawność kierowników rekrutujących, zwłaszcza terminowość przekazywania informacji zwrotnej, która często powoduje opóźnienia.
Skąd pobrać
Informacje te są zwykle zapisane w Job Profile powiązanym ze stanowiskiem w iCIMS.
Przykłady
Robert BrownSusan WhiteMichael Green
|
|||
|
Rekruter
Recruiter
|
Imię i nazwisko lub identyfikator rekrutera odpowiedzialnego za obsługę aplikacji na stanowisko. | ||
|
Opis
Ten atrybut wskazuje głównego rekrutera przypisanego do aplikacji. Osoba ta zwykle odpowiada za wstępną selekcję kandydatów, koordynację rozmów i prowadzenie procesu. Analiza danych według rekrutera jest niezbędna w dashboardzie „Przegląd wyników pracy rekruterów”. Pozwala oceniać wyniki poszczególnych osób i zespołów na podstawie takich miar jak czas wstępnej selekcji, odsetek zakończonych rozmów i liczba zatrudnionych kandydatów. Ułatwia też wskazanie dobrych praktyk i obszarów wymagających dodatkowego szkolenia.
Dlaczego to ważne
Ten atrybut pomaga ocenić obciążenie pracą i wyniki rekruterów, a także ukierunkować usprawnienia i przydział zasobów.
Skąd pobrać
Informacje te są często zapisane w Recruiting Workflow Profile lub powiązanym Job Profile w iCIMS i powiązane z użytkownikiem, który wykonał określone czynności.
Przykłady
John SmithJane DoeEmily Jones
|
|||
|
Status aplikacji
ApplicationStatus
|
Końcowy wynik lub bieżący status aplikacji na stanowisko. | ||
|
Opis
Ten atrybut określa końcowy status aplikacji: informuje, czy kandydat został zatrudniony, odrzucony przez firmę czy wycofał swoją aplikację. Wskazuje zdarzenie kończące proces rekrutacji. To ważny atrybut w analizie wyników. Służy do obliczania współczynników konwersji, przyjęcia ofert i rezygnacji z udziału w procesie. Znajomość końcowego statusu aplikacji jest niezbędna do oceny skuteczności i efektywności całego procesu rekrutacji.
Dlaczego to ważne
Określa wynik procesu, co pozwala obliczać podstawowe wskaźniki, takie jak odsetek zatrudnionych i odrzuconych kandydatów.
Skąd pobrać
To końcowy status w profilu workflow rekrutacyjnego w iCIMS. Zazwyczaj jest ustawiany po przeniesieniu aplikacji do końcowego folderu statusu.
Przykłady
ZatrudnienieOdrzucony przez firmęKandydat zrezygnował
|
|||
|
Źródło aplikacji
ApplicationSource
|
Kanał lub sposób, za pomocą którego kandydat złożył aplikację. | ||
|
Opis
Ten atrybut wskazuje źródło aplikacji, na przykład „Strona internetowa firmy”, „LinkedIn”, „Polecenie pracownika” lub „Portal z ofertami pracy”. Pokazuje, skąd kandydaci dowiadują się o wakatach i gdzie składają aplikacje. Te informacje są niezbędne do analizy w dashboardzie „Zwrot z inwestycji w kanały pozyskiwania kandydatów”. Analizując liczbę aplikacji, a przede wszystkim liczbę zatrudnionych osób z każdego źródła, można ustalić, które kanały przynoszą najlepsze wyniki w stosunku do poniesionych nakładów. Ułatwia to optymalizację wydatków na marketing rekrutacyjny i skupienie działań na najskuteczniejszych źródłach.
Dlaczego to ważne
Pozwala ocenić skuteczność poszczególnych kanałów rekrutacji i odpowiednio dostosować strategię pozyskiwania kandydatów oraz budżet.
Skąd pobrać
Dane te są zapisywane w profilu aplikacji kandydata w iCIMS. Źródło często wybiera kandydat lub jest ono rejestrowane na podstawie parametrów URL.
Przykłady
LinkedInPolecenie pracownikaStrona kariery firmyIndeed
|
|||
|
Czas zakończenia czynności
ActivityEndTime
|
Znacznik czasu wskazujący, kiedy zakończyła się czynność rekrutacyjna. | ||
|
Opis
Czas zakończenia czynności wskazuje, kiedy dane zdarzenie dobiegło końca. W wielu przypadkach, zwłaszcza przy pojedynczych zdarzeniach, takich jak „Przedstawienie oferty pracy”, czas zakończenia może być taki sam jak czas rozpoczęcia. W przypadku czynności trwających dłużej, na przykład rozmowy, może być inny. Ten atrybut służy do dokładnego obliczania czasu trwania poszczególnych czynności, czyli czasu ich realizacji. Analiza tego czasu pomaga ustalić, które zadania zajmują najwięcej czasu, zamiast mierzyć wyłącznie oczekiwanie między zadaniami.
Dlaczego to ważne
Umożliwia obliczenie czasu realizacji czynności i odróżnienie aktywnego czasu pracy od bezczynnego oczekiwania.
Skąd pobrać
Podobnie jak czas rozpoczęcia, można go znaleźć w ścieżce audytu lub historii w iCIMS. Jeśli dostępny jest tylko jeden znacznik czasu zdarzenia, czas zakończenia może wymagać oszacowania.
Przykłady
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
|
Czy powtórzono działanie
IsRework
|
Wskaźnik informujący, czy działanie zostało powtórzone w ramach tej samej aplikacji. | ||
|
Opis
Atrybut „Czy powtórzono działanie” jest wartością logiczną ustawianą na true, jeśli dane działanie wystąpiło w tej samej sprawie więcej niż raz. Na przykład, jeśli kandydat przechodzi etap „Pierwsza rozmowa” dwukrotnie, drugie wystąpienie zostanie oznaczone jako powtórzenie. Atrybut ten przydaje się w analizie „Zgodność procesu i warianty”. Szybko wskazuje nieefektywne lub zbędne działania oraz odstępstwa od standardowego przebiegu procesu. Identyfikacja i pomiar powtórzeń pomagają usprawnić proces, ograniczyć niepotrzebną pracę i poprawić doświadczenia kandydatów.
Dlaczego to ważne
Pozwala mierzyć nieefektywność procesu przez wykrywanie powtarzanych etapów, które często wskazują na problemy lub niestandardowy przebieg.
Skąd pobrać
Atrybut jest obliczany w narzędziu process mining przez sprawdzenie, czy działanie o tej samej nazwie wystąpiło już dla danego JobApplicationId.
Przykłady
truefalse
|
|||
|
Data ostatniej aktualizacji danych
LastDataUpdate
|
Znacznik czasu wskazujący, kiedy dane zostały ostatnio pobrane z systemu źródłowego lub odświeżone. | ||
|
Opis
Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z iCIMS. Nie wskazuje, kiedy wystąpiło zdarzenie, lecz kiedy rekord został ostatnio zsynchronizowany z narzędziem process mining. Informacja ta pozwala ocenić aktualność analizowanych danych. Użytkownicy mogą sprawdzić, czy pracują na bieżących informacjach, czy na migawce z określonego momentu, co ma znaczenie dla trafności i dokładności analizy.
Dlaczego to ważne
Informuje użytkowników o aktualności danych, dzięki czemu analizy i decyzje mogą opierać się na najnowszych dostępnych informacjach.
Skąd pobrać
Ten znacznik czasu powinien być generowany i zapisywany przez potok ETL przy każdym uruchomieniu.
Przykłady
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Identyfikator kandydata
CandidateId
|
Unikalny identyfikator kandydata, wspólny dla wszystkich jego aplikacji. | ||
|
Opis
Identyfikator kandydata to unikalne oznaczenie osoby w bazie kandydatów, inne niż identyfikator aplikacji. Jedna osoba może złożyć wiele aplikacji, ale jej identyfikator kandydata pozostaje taki sam. Atrybut ten jest szczególnie przydatny w analizie „Wykrywanie powtórnej weryfikacji”. Grupując działania według identyfikatora kandydata, można wykryć sytuacje, w których ta sama osoba jest niepotrzebnie weryfikowana kilka razy w ramach rekrutacji na różne stanowiska. Atrybut pozwala też całościowo prześledzić historię kontaktów kandydata z firmą.
Dlaczego to ważne
Jednoznacznie identyfikuje osobę, co pozwala analizować jej przebieg rekrutacji w ramach wielu aplikacji i wykrywać zbędne powtórzenia działań.
Skąd pobrać
To podstawowy identyfikator profilu osoby w iCIMS.
Przykłady
CAND-9876CAND-5432CAND-1001
|
|||
|
Kraj
Country
|
Kraj, w którym znajduje się stanowisko. | ||
|
Opis
Ten atrybut określa kraj przypisany do zapotrzebowania na pracownika. Zapewnia geograficzny kontekst procesu rekrutacji. W firmach działających na wielu rynkach analiza rekrutacji według krajów jest niezbędna. Może ujawnić regionalne różnice w czasie rekrutacji, skuteczności kanałów pozyskiwania kandydatów i zgodności z procesem. Wyniki pomagają opracować strategie rekrutacyjne dla poszczególnych lokalizacji i wyznaczać realistyczne cele dotyczące wyników w regionach.
Dlaczego to ważne
Umożliwia analizę procesu rekrutacji według lokalizacji geograficznej, ujawnia różnice w wynikach między regionami i wspiera standaryzację procesów w skali globalnej.
Skąd pobrać
To część informacji o lokalizacji w profilu stanowiska w iCIMS.
Przykłady
Stany ZjednoczoneNiemcyWielka BrytaniaKanada
|
|||
|
Kwota oferty
OfferAmount
|
Wynagrodzenie lub kwota świadczeń zaproponowana kandydatowi w ofercie pracy. | ||
|
Opis
Ten atrybut zawiera wartość pieniężną pakietu wynagrodzenia zaproponowanego kandydatowi. Zazwyczaj jest zapisywany po wystąpieniu działania „Przekazano ofertę”. Dane te przydają się w dashboardzie „Trendy dotyczące przyjmowania ofert”. Analiza wskaźnika przyjęcia ofert w zestawieniu z ich kwotą, z podziałem na przykład według stanowiska lub działu, pozwala ocenić konkurencyjność wynagrodzeń. Może też pomóc ustalić, czy kandydaci odrzucają oferty ze względu na wynagrodzenie, i wskazać potrzebę korekty widełek płacowych.
Dlaczego to ważne
Daje kontekst potrzebny do analizy wskaźnika przyjęcia ofert i oceny wpływu wynagrodzenia na skuteczność rekrutacji.
Skąd pobrać
Te informacje są często przechowywane na karcie „Oferta” lub w powiązanych polach profilu workflow rekrutacyjnego w iCIMS.
Przykłady
8500012000095500.50
|
|||
|
Łączny czas procesu
CycleTime
|
Czas od pierwszego do ostatniego działania w ramach aplikacji na stanowisko. | ||
|
Opis
Czas procesu mierzy łączny czas rekrutacji dla pojedynczej aplikacji. Oblicza się go jako różnicę między znacznikiem czasu pierwszego zdarzenia, na przykład „Otrzymano aplikację”, a znacznikiem ostatniego zdarzenia, na przykład „Zatrudniono kandydata” lub „Odrzucono aplikację”. To podstawowy KPI służący do oceny ogólnej efektywności procesu. W dashboardzie „Wyniki dotyczące czasu zatrudnienia” pozwala śledzić, ile czasu zajmuje obsadzenie stanowisk. Analiza czasu procesu pomaga wykrywać przeciągające się rekrutacje i ustalać punkty odniesienia dla działań usprawniających.
Dlaczego to ważne
Ten obliczany wskaźnik pokazuje ogólną efektywność procesu i jest niezbędny w dashboardach śledzących czas zatrudnienia.
Skąd pobrać
Ten atrybut nie jest bezpośrednio dostępny w iCIMS. Oblicza się go w narzędziu process mining jako różnicę między maksymalną a minimalną wartością ActivityStartTime dla każdego JobApplicationId.
Przykłady
45 dni 10 godzin62 dni 4 godziny30 dni 0 godzin
|
|||
|
Lokalizacja stanowiska
JobLocation
|
Miasto lub biuro, w którym znajduje się wakat. | ||
|
Opis
Lokalizacja stanowiska podaje dokładniejsze informacje geograficzne niż kraj. Zazwyczaj wskazuje miasto, stan lub konkretne biuro. Ten atrybut umożliwia bardziej szczegółową analizę regionalną. Można na przykład porównać „Czas zatrudnienia” w różnych miastach, aby lepiej zrozumieć lokalne warunki rynkowe i wyzwania rekrutacyjne. Dane te mogą też pomóc w planowaniu zasobów regionalnych zespołów rekrutacyjnych.
Dlaczego to ważne
Pozwala analizować różnice w wynikach między konkretnymi biurami lub miastami.
Skąd pobrać
Dane te są zapisane w polach lokalizacji profilu stanowiska w iCIMS.
Przykłady
Nowy Jork, NYSan Francisco, CALondyn, Wielka Brytania
|
|||
|
Nazwa stanowiska
JobTitle
|
Nazwa stanowiska, na które kandydat złożył aplikację. | ||
|
Opis
Nazwa stanowiska to oficjalne określenie wakatu, na przykład „Starszy inżynier oprogramowania” lub „Menedżer produktu”. Podaje dokładniejsze informacje o stanowisku niż sam dział czy rodzina stanowisk. Ten atrybut często służy do filtrowania i segmentowania danych rekrutacyjnych. Analiza „Czasu zatrudnienia” według nazw stanowisk może na przykład pokazać, że obsadzenie niektórych ról, zwłaszcza seniorskich lub wymagających specjalistycznych kompetencji, trwa znacznie dłużej. Taka wiedza pomaga opracować strategie rekrutacyjne dopasowane do poszczególnych stanowisk.
Dlaczego to ważne
Umożliwia szczegółową analizę i porównanie wyników dla konkretnych stanowisk, które mogą wiązać się z odmiennymi wyzwaniami i czasem rekrutacji.
Skąd pobrać
To podstawowe pole w profilu stanowiska w iCIMS.
Przykłady
Starszy inżynier oprogramowaniaMenedżer ds. marketinguAnalityk danych
|
|||
|
Powód odrzucenia
RejectionReason
|
Powód odrzucenia aplikacji kandydata przez firmę. | ||
|
Opis
Gdy aplikacja zostaje odrzucona, ten atrybut podaje konkretny powód, na przykład „Niedopasowanie do kultury firmy”, „Brak wymaganych umiejętności” lub „Stanowisko obsadzono innym kandydatem”. Rekruter lub menedżer ds. rekrutacji zazwyczaj wybiera powód z wcześniej zdefiniowanej listy. Analiza powodów odrzucenia dostarcza informacji o przebiegu rekrutacji. Może ujawnić problemy, takie jak nieprecyzyjne opisy stanowisk, niska jakość kandydatów z niektórych źródeł lub obszary wymagające usprawnienia weryfikacji. Dzięki temu można dopracować strategię rekrutacyjną i poprawić jakość puli kandydatów.
Dlaczego to ważne
Pokazuje, dlaczego kandydaci nie przechodzą do kolejnych etapów, co pomaga dopracować opisy stanowisk, sposoby pozyskiwania kandydatów i kryteria weryfikacji.
Skąd pobrać
Powód jest zazwyczaj zapisywany podczas zmiany statusu kandydata na odrzucony w workflow rekrutacyjnym w iCIMS.
Przykłady
Nie spełnia minimalnych wymagańZbyt wysokie oczekiwania płacoweWybrano lepiej wykwalifikowanego kandydata
|
|||
|
System źródłowy
SourceSystem
|
System, z którego pochodzą dane, w tym przypadku iCIMS. | ||
|
Opis
Ten atrybut wskazuje aplikację źródłową, w której powstały i są przechowywane dane rekrutacyjne. W tym procesie jego wartością będzie zwykle „iCIMS” lub bardziej szczegółowy identyfikator instancji iCIMS. W analizie jednego systemu może wydawać się niezmienny, ale staje się istotny przy łączeniu danych z wielu systemów, na przykład danych rekrutacyjnych z iCIMS z danymi HRIS z innego systemu. Pozwala śledzić pochodzenie danych i ułatwia rozwiązywanie problemów z integracją.
Dlaczego to ważne
Informuje o pochodzeniu danych, co ma znaczenie dla zarządzania danymi i łączenia informacji z wielu systemów HR.
Skąd pobrać
To stała wartość („iCIMS”), którą należy dodać podczas pobierania i przekształcania danych.
Przykłady
iCIMS Talent CloudiCIMS
|
|||
Działania w procesie rekrutacji i pozyskiwania talentów
| Działanie | Opis | ||
|---|---|---|---|
|
Odrzucenie aplikacji przez firmę
|
Firma zdecydowała, że nie będzie kontynuować rekrutacji danego kandydata. Zdarzenie jest rejestrowane, gdy rekruter lub kierownik rekrutujący zmienia status aplikacji na końcowy „Rejected” lub „Not Selected”. | ||
|
Dlaczego to ważne
To najczęstszy sposób zakończenia procesu. Analiza etapów, na których najczęściej odrzuca się kandydatów, pomaga ocenić skuteczność lejka rekrutacyjnego i wykryć wąskie gardła.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu na końcowy status odrzucenia, taki jak „Rejected”, „Not Selected” lub „Position Filled”. iCIMS często wymaga podania przyczyny odrzucenia.
Rejestrowanie
Należy wykryć zmianę statusu na dowolny końcowy status inny niż zatrudnienie lub wycofanie aplikacji.
Typ zdarzenia
inferred
|
|||
|
Otrzymanie aplikacji
|
To zdarzenie rozpoczyna proces rekrutacji na dane stanowisko. Jest rejestrowane, gdy kandydat skutecznie przesyła aplikację przez portal kariery lub gdy aplikacja zostaje ręcznie wprowadzona do iCIMS. | ||
|
Dlaczego to ważne
To główne zdarzenie rozpoczynające proces. Analiza czasu od tej czynności do kolejnych etapów pozwala zrozumieć całkowity czas obsadzenia stanowiska i wykryć wąskie gardła na początku procesu.
Skąd pobrać
Zdarzenie można zwykle ustalić na podstawie daty utworzenia rekordu aplikacji lub znacznika czasu przypisanego do początkowego statusu, takiego jak „Submitted” lub „New Application”, w historii workflow kandydata.
Rejestrowanie
Należy użyć znacznika czasu utworzenia rekordu aplikacji na stanowisko lub znacznika czasu pierwszej zmiany statusu.
Typ zdarzenia
inferred
|
|||
|
Przedstawienie oferty pracy
|
Kandydat otrzymuje formalną ofertę pracy. To ważny etap, zwykle rejestrowany przez zmianę statusu aplikacji na dedykowany etap „Offer”. | ||
|
Dlaczego to ważne
To zdarzenie stanowi licznik w KPI współczynnika przyjęcia ofert. Rozpoczyna końcowy etap podejmowania decyzji w procesie rekrutacji.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu w workflow aplikacji na „Offer Extended”, „Offer Made” lub „Verbal Offer”.
Rejestrowanie
Należy zarejestrować znacznik czasu zmiany statusu na dowolny status związany z ofertą („Offer”).
Typ zdarzenia
inferred
|
|||
|
Przekazanie kandydata kierownikowi rekrutującemu
|
Rekruter formalnie przedstawia profil zakwalifikowanego kandydata kierownikowi rekrutującemu do oceny. Zdarzenie jest zwykle rejestrowane, gdy rekruter przenosi kandydata do etapu „Hiring Manager Review” w workflow iCIMS. | ||
|
Dlaczego to ważne
To ważny moment przekazania sprawy. Pomiar czasu od tego etapu do otrzymania informacji zwrotnej od kierownika pozwala wykryć opóźnienia po jego stronie procesu.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu aplikacji na „Submitted to Hiring Manager”, „HM Review” lub podobny status wskazujący na zaangażowanie kierownika.
Rejestrowanie
Należy zarejestrować znacznik czasu zmiany statusu na „Hiring Manager Review” lub jego odpowiednik.
Typ zdarzenia
inferred
|
|||
|
Przeprowadzenie pierwszej rozmowy kwalifikacyjnej
|
To zdarzenie oznacza zakończenie pierwszej rundy rozmów z kandydatem. Zwykle jest rejestrowane, gdy po rozmowie rekruter lub kierownik rekrutujący aktualizuje status kandydata. | ||
|
Dlaczego to ważne
To ważny etap oceny kandydata. Czas między tym zdarzeniem a przekazaniem informacji zwrotnej ma zasadnicze znaczenie w analizie cyklu przekazywania informacji zwrotnej przez kierownika rekrutującego.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu w workflow aplikacji na „Interview Completed”, „Awaiting Feedback” lub „First Interview Complete”.
Rejestrowanie
Należy wykryć zmianę statusu na „Interview Complete” lub powiązany status po zaplanowanej dacie rozmowy.
Typ zdarzenia
inferred
|
|||
|
Przyjęcie oferty pracy
|
Kandydat formalnie przyjął ofertę pracy. To ważny etap świadczący o powodzeniu rekrutacji. Jest rejestrowany, gdy rekruter aktualizuje status kandydata na podstawie jego odpowiedzi. | ||
|
Dlaczego to ważne
To zdarzenie jest niezbędne do obliczenia współczynnika przyjęcia ofert i oznacza przejście do weryfikacji przed zatrudnieniem oraz wdrożenia pracownika.
Skąd pobrać
Zdarzenie można ustalić na podstawie opatrzonej znacznikiem czasu zmiany statusu na „Offer Accepted” lub „Hire Pending” w workflow aplikacji.
Rejestrowanie
Należy ustalić znacznik czasu zmiany statusu na „Offer Accepted”.
Typ zdarzenia
inferred
|
|||
|
Zatrudnienie kandydata
|
Ostatnia czynność oznaczająca pomyślne zakończenie rekrutacji. Zdarzenie jest rejestrowane, gdy status kandydata zmienia się na końcowy „Hired”. Formalnie zamyka to proces aplikacji i często uruchamia workflow wdrożenia pracownika. | ||
|
Dlaczego to ważne
To główne zdarzenie kończące proces sukcesem. Jest niezbędne do obliczenia całkowitego czasu rekrutacji i współczynników przejścia między etapami lejka rekrutacyjnego.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu końcowej zmiany statusu na „Hired” lub „Started” w workflow aplikacji. Jest to status końcowy.
Rejestrowanie
Należy zarejestrować znacznik czasu zmiany statusu na końcowy „Hired”.
Typ zdarzenia
inferred
|
|||
|
Odrzucenie oferty pracy
|
Kandydat formalnie odrzucił ofertę pracy. To niepowodzenie rekrutacji, rejestrowane, gdy rekruter zmienia status kandydata na „Offer Declined” lub „Offer Rejected”. | ||
|
Dlaczego to ważne
To ważne zdarzenie kończące proces niepowodzeniem. Analiza tego, kiedy i dlaczego kandydaci odrzucają oferty, pozwala ocenić konkurencyjność wynagrodzenia i doświadczenia kandydatów.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu w workflow aplikacji na końcowy status, taki jak „Offer Rejected” lub „Offer Declined”.
Rejestrowanie
Należy ustalić znacznik czasu zmiany statusu na „Offer Rejected” lub jego odpowiednik.
Typ zdarzenia
inferred
|
|||
|
Przekazanie informacji zwrotnej
|
Zdarzenie następuje, gdy członek zespołu rekrutującego, zwykle kierownik rekrutujący, przekazuje ocenę kandydata po rozmowie. iCIMS umożliwia rejestrowanie ustrukturyzowanej informacji zwrotnej. Zdarzenie można ustalić na podstawie utworzenia powiązanego rekordu oceny. | ||
|
Dlaczego to ważne
To niezbędne do pomiaru KPI średniego czasu oczekiwania na informację zwrotną od kierownika rekrutującego. Opóźnienia w jej przekazaniu często stanowią wąskie gardło i spowalniają cały proces rekrutacji.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu utworzenia rekordu informacji zwrotnej po rozmowie, powiązanego z aplikacją. Może mu też odpowiadać konkretna zmiana statusu, na przykład „Feedback Received”.
Rejestrowanie
Należy użyć znacznika czasu utworzenia wpisu z informacją zwrotną po rozmowie.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęcie weryfikacji kandydata
|
Oznacza rozpoczęcie weryfikacji kandydata przed zatrudnieniem, po przyjęciu oferty. Zdarzenie jest często rejestrowane po zmianie statusu kandydata na „Background Check”. Może to uruchomić integrację z zewnętrznym dostawcą usług. | ||
|
Dlaczego to ważne
Analiza czasu od przyjęcia oferty do tego etapu pomaga wykryć opóźnienia w czynnościach przed zatrudnieniem, które mogą wpłynąć na datę rozpoczęcia pracy przez kandydata.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu na „Background Check in Progress” lub podobny. Niektóre integracje iCIMS mogą rejestrować je jako jawne zdarzenie.
Rejestrowanie
Należy wykryć zmianę statusu na status związany z weryfikacją kandydata („Background Check”).
Typ zdarzenia
inferred
|
|||
|
Wstępna rozmowa telefoniczna z kandydatem
|
Oznacza, że rekruter przeprowadził z kandydatem wstępną rozmowę telefoniczną. Zdarzenie jest zwykle rejestrowane, gdy po rozmowie rekruter aktualizuje status kandydata w workflow. | ||
|
Dlaczego to ważne
To ważny etap selekcji kandydatów. Analiza czasu jego trwania i współczynnika przejścia do kolejnego etapu pomaga ocenić jakość wstępnej selekcji i źródeł kandydatów.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu kandydata w workflow na „Phone Screen Completed”, „Advanced to Next Step” lub podobny status niestandardowy.
Rejestrowanie
Należy wykryć zmianę statusu na „Phone Screen” lub podobny status skonfigurowany w workflow aplikacji.
Typ zdarzenia
inferred
|
|||
|
Wstępna weryfikacja aplikacji
|
Oznacza zakończenie wstępnej weryfikacji aplikacji przez rekrutera. Zdarzenie można zwykle ustalić, gdy status aplikacji zmienia się z początkowego na wskazujący na weryfikację, na przykład „Under Review” lub „Screening”. | ||
|
Dlaczego to ważne
Śledzenie tego etapu pozwala mierzyć sprawność pracy rekruterów i KPI czasu wstępnej weryfikacji. Opóźnienia mogą zniechęcać kandydatów i wydłużać cały proces rekrutacji.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu profilu aplikacji. Warto sprawdzić, czy status początkowy zmienił się na „Reviewed”, „Screened” lub „Under Consideration”.
Rejestrowanie
Należy ustalić znacznik czasu zmiany statusu na „reviewed” lub „screened”.
Typ zdarzenia
inferred
|
|||
|
Wycofanie aplikacji przez kandydata
|
Kandydat dobrowolnie rezygnuje z udziału w rekrutacji na dane stanowisko. Zdarzenie jest rejestrowane, gdy kandydat informuje o tym rekrutera, a ten zmienia status aplikacji na „Withdrawn”. | ||
|
Dlaczego to ważne
To ważne zdarzenie kończące proces niepowodzeniem. Wysoki odsetek rezygnacji na określonych etapach może wskazywać na zbyt długi proces, niewystarczającą komunikację lub negatywne doświadczenia kandydatów.
Skąd pobrać
Zdarzenie można ustalić na podstawie opatrzonej znacznikiem czasu zmiany statusu w workflow iCIMS na „Withdrawn by Candidate”, „Withdrew” lub podobny status końcowy.
Rejestrowanie
Należy zarejestrować znacznik czasu zmiany statusu na „Withdrawn” lub jego odpowiednik.
Typ zdarzenia
inferred
|
|||
|
Zaplanowanie drugiej rozmowy kwalifikacyjnej
|
Oznacza, że kandydat przeszedł do kolejnego etapu i planowana jest następna runda rozmów. Zdarzenie jest rejestrowane po zaplanowaniu nowej rozmowy lub przeniesieniu kandydata do etapu „Second Interview”. | ||
|
Dlaczego to ważne
Analiza częstotliwości drugich rozmów i czasu do ich zaplanowania pomaga ocenić liczbę etapów procesu oraz ustalić, czy na niektórych stanowiskach odbywa się zbyt wiele rund rozmów.
Skąd pobrać
Zdarzenie można ustalić na podstawie zmiany statusu na „Second Interview Scheduled” lub utworzenia nowego rekordu rozmowy dla kandydata, który odbył już wcześniejszą rozmowę.
Rejestrowanie
Należy wykryć zmianę statusu lub utworzenie nowego rekordu rozmowy dla tej samej aplikacji.
Typ zdarzenia
inferred
|
|||
|
Zaplanowanie pierwszej rozmowy kwalifikacyjnej
|
Oznacza zaplanowanie rozmowy kandydata z zespołem rekrutującym. iCIMS umożliwia planowanie rozmów. Zdarzenie jest rejestrowane po utworzeniu rozmowy powiązanej z aplikacją. | ||
|
Dlaczego to ważne
To przejście od wstępnej selekcji do formalnej oceny kandydata. Śledzenie tego etapu pomaga analizować sprawność planowania rozmów i czas potrzebny na kontakt z zakwalifikowanymi kandydatami.
Skąd pobrać
Może to być jawne zdarzenie z modułu planowania rozmów iCIMS albo zdarzenie ustalone na podstawie zmiany statusu na „Interview Scheduled” lub podobny.
Rejestrowanie
Należy użyć daty utworzenia rekordu rozmowy lub znacznika czasu zmiany statusu na „Interviewing”.
Typ zdarzenia
inferred
|
|||
Instrukcje pobierania danych
Jak zacząć?
Korzystając z tego szablonu danych, przygotują Państwo analizę procesu rekrutacji i pozyskiwania talentów. Uzyskane informacje pomogą usprawnić i przyspieszyć rekrutację. Warto już teraz wykorzystać dane z iCIMS do analizy.
Usprawnij rekrutację w iCIMS i zacznij szybciej pozyskiwać talenty
Znajdź wąskie gardła w iCIMS i skróć czas rekrutacji o 30%. Szybko zobacz wyniki.
Karta kredytowa nie jest wymaganaKonfiguracja zajmuje 5 minut