Szablon danych dotyczących rekrutacji i pozyskiwania talentów

iCIMS
Szablon danych dotyczących rekrutacji i pozyskiwania talentów

Szablon danych dotyczących rekrutacji i pozyskiwania talentów

Ten szablon pokazuje, jak zebrać dane potrzebne do analizy procesu rekrutacji i pozyskiwania talentów. Zawiera listę najważniejszych atrybutów, działań do śledzenia oraz praktyczne wskazówki dotyczące pobierania danych z systemu iCIMS. Dzięki niemu przygotują Państwo dane do analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia w analizie procesu
  • Jak pobrać dane z systemu iCIMS
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty procesu rekrutacji i pozyskiwania talentów

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie przeanalizować proces rekrutacji i pozyskiwania talentów.
3 Wymagane 6 Zalecane 11 Opcjonalne
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
Wymagane Zalecane Opcjonalne

Działania w procesie rekrutacji i pozyskiwania talentów

Poniżej przedstawiono najważniejsze etapy i kamienie milowe, które warto zapisać w dzienniku zdarzeń. Ułatwią one odkrywanie rzeczywistego przebiegu procesu i identyfikację wąskich gardeł w rekrutacji.
7 Zalecane 8 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z iCIMS

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.

Rozpocznij okres próbny

Karta kredytowa nie jest wymaganaKonfiguracja zajmuje 5 minut