Szablon danych dotyczących rekrutacji i pozyskiwania talentów
Szablon danych dotyczących rekrutacji i pozyskiwania talentów
To ogólny szablon danych do process mining dla procesu Rekrutacja i pozyskiwanie talentów. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.
Wybierz konkretny system- Uniwersalny schemat eksportu danych o procesie rekrutacji.
- Zalecane atrybuty i działania do rzetelnej analizy procesu.
- Solidna podstawa zgodna z dowolnym systemem HR lub ATS.
Atrybuty rekrutacji i pozyskiwania talentów
| Nazwa | Opis | ||
|---|---|---|---|
| Czas rozpoczęcia aktywności ActivityStartTime | Znacznik czasu obejmujący datę i godzinę, który wskazuje początek aktywności rekrutacyjnej lub moment jej zarejestrowania. | ||
| Opis Ten znacznik czasu wskazuje dokładny moment wystąpienia aktywności lub jej zapisania w systemie. W przypadku aktywności trwających przez pewien czas oznacza początek, a w przypadku zdarzeń chwilowych wskazuje moment ich wystąpienia. Dokładne znaczniki czasu są niezbędne do odtworzenia chronologicznej kolejności zdarzeń dla każdej aplikacji. Ten atrybut stanowi podstawę wszystkich analiz czasowych w process mining. Służy do obliczania czasu między aktywnościami, czasu trwania poszczególnych etapów i całkowitego czasu od rozpoczęcia rekrutacji do zatrudnienia. Analiza znaczników czasu pomaga wykrywać opóźnienia, oceniać wyniki względem umów o poziomie usług i wskazywać możliwości przyspieszenia rekrutacji. Dlaczego to ważne To główny znacznik czasu używany do chronologicznego porządkowania zdarzeń i obliczania miar czasowych, takich jak czas trwania cyklu i całkowity czas od rozpoczęcia rekrutacji do zatrudnienia. Skąd pobrać Zwykle znajduje się obok nazwy aktywności w dziennikach zdarzeń lub rekordach transakcji w systemie rekrutacyjnym. Przykłady 2023-10-25T10:00:00Z2024-01-15T14:35:10Z2023-11-30T09:15:00Z | |||
| Identyfikator aplikacji na stanowisko JobApplicationId | Unikalny identyfikator aplikacji kandydata na konkretne stanowisko. Służy jako główny identyfikator sprawy w procesie rekrutacji. | ||
| Opis Identyfikator aplikacji na stanowisko jednoznacznie wskazuje pojedynczą aplikację kandydata na dane stanowisko. Cały proces, od złożenia aplikacji po ostateczną decyzję, taką jak „Zatrudniono” lub „Odrzucono”, jest śledzony pod tym identyfikatorem. Łączy on wszystkie powiązane działania, znaczniki czasu i dane dotyczące przebiegu jednej aplikacji. W process mining ten atrybut jest podstawą analizy spraw. Pozwala odtworzyć przebieg procesu dla każdej aplikacji i zobaczyć różne ścieżki kandydatów. Grupując zdarzenia według wspólnego identyfikatora aplikacji, analitycy mogą dokładnie mierzyć czas trwania spraw, wykrywać wąskie gardła w poszczególnych procesach rekrutacyjnych i porównywać warianty procesu. Dlaczego to ważne Ten identyfikator pozwala śledzić przebieg każdej aplikacji od początku do końca, obliczać takie miary jak czas od rozpoczęcia rekrutacji do zatrudnienia oraz analizować różnice w przebiegu procesu. Skąd pobrać Zwykle znajduje się w głównych rekordach aplikacji na stanowisko lub aktywności kandydata w systemie rekrutacyjnym. Przykłady APP-2024-00123789456123R-98765 | |||
| Nazwa aktywności ActivityName | Nazwa konkretnego zadania, etapu lub kamienia milowego, który wystąpił w procesie rekrutacji dotyczącej aplikacji na stanowisko. | ||
| Opis Ten atrybut opisuje konkretne zdarzenie lub etap rekrutacji, na przykład „Otrzymano aplikację”, „Ustalono termin rozmowy kwalifikacyjnej” lub „Wysłano ofertę pracy”. Każda zarejestrowana aktywność wskazuje moment, w którym zmienił się status aplikacji lub wykonano istotne działanie. W analizie process mining kolejność aktywności stanowi podstawę mapy procesu. Analitycy mogą zobaczyć rzeczywisty przebieg rekrutacji, odkryć najczęstsze ścieżki i wykryć odstępstwa od standardowej procedury. Analiza aktywności pomaga zrozumieć lejek rekrutacyjny, ustalić, na jakich etapach kandydaci rezygnują, i zmierzyć czas trwania poszczególnych etapów. Dlaczego to ważne Atrybut określa etapy procesu, dzięki czemu można zobrazować lejek rekrutacyjny oraz wykryć wąskie gardła i odstępstwa. Skąd pobrać Dane można znaleźć w dziennikach zdarzeń, rekordach zmian statusu lub tabelach historii aktywności dotyczących aplikacji na stanowiska. Przykłady Wstępna weryfikacja aplikacjiPrzeprowadzono rozmowę kwalifikacyjnąPrzyjęto ofertę pracy | |||
| Data ostatniej aktualizacji danych LastDataUpdate | Znacznik czasu wskazujący, kiedy dane konkretnego rekordu zostały ostatnio odświeżone lub pobrane z systemu źródłowego. | ||
| Opis Ten atrybut wskazuje datę i godzinę ostatniej synchronizacji danych z aplikacją źródłową lub ich pobrania z tej aplikacji. Jest to pole metadanych informujące o aktualności analizowanych danych. Różni się od znacznika czasu aktywności, który wskazuje, kiedy faktycznie wystąpiło zdarzenie biznesowe. W process mining ten znacznik czasu pomaga zachować integralność danych i ocenić aktualność analizy. Użytkownicy mogą sprawdzić, czy analizują aktualne informacje, co jest szczególnie ważne przy bieżącym monitorowaniu i dashboardach operacyjnych. Znacznik można też wykorzystać do odfiltrowania nieaktualnych danych lub uruchomienia odświeżania potoku danych. Dlaczego to ważne Ten znacznik czasu informuje o aktualności danych, co ma znaczenie dla trafności i dokładności bieżącego monitorowania oraz analizy procesu. Skąd pobrać Pole jest zwykle dodawane przez narzędzie integracji danych lub ETL (Extract, Transform, Load) podczas ich ładowania. Przykłady 2024-03-15T02:00:00Z2024-03-14T23:59:59Z2024-03-15T05:30:00Z | |||
| System źródłowy SourceSystem | Nazwa systemu lub aplikacji, z której pierwotnie pobrano dane rekrutacyjne. | ||
| Opis Ten atrybut wskazuje system będący źródłem danych, na przykład system śledzenia kandydatów (ATS) lub platformę zarządzania kapitałem ludzkim (HCM), w których obsługuje się i rejestruje działania rekrutacyjne. Jeśli używanych jest kilka systemów, pole to pomaga ustalić pochodzenie poszczególnych danych i zachować ich przejrzystość oraz identyfikowalność. W analizie process mining znajomość systemu źródłowego jest ważna dla walidacji danych i zarządzania nimi. Pozwala lepiej zrozumieć kontekst danych, a gdy zintegrowano kilka systemów, umożliwia filtrowanie analiz według źródła. Ma to szczególne znaczenie podczas przygotowywania danych i wyjaśniania rozbieżności, ponieważ wskazuje, gdzie należy sprawdzić problemy z jakością danych. Dlaczego to ważne Atrybut dostarcza informacji o pochodzeniu danych, co ma znaczenie dla zarządzania nimi, walidacji i rozwiązywania problemów w środowiskach korzystających z wielu systemów. Skąd pobrać Pole jest często dodawane podczas pobierania danych lub dostępne jako standardowe pole w hurtowni danych. Przykłady WorkdaySAP SuccessFactorsGreenhouse | |||
| Czas zakończenia aktywności ActivityEndTime | Znacznik czasu wskazujący, kiedy zakończyła się aktywność rekrutacyjna o określonym czasie trwania. | ||
| Opis Ten atrybut wskazuje zakończenie aktywności trwających przez pewien czas, takich jak rozmowa kwalifikacyjna lub weryfikacja kandydata. Wiele działań rekrutacyjnych zapisuje się jako pojedyncze punkty w czasie, używając znacznika rozpoczęcia. Zapis czasu zakończenia pozwala dokładnie zmierzyć czas trwania poszczególnych etapów procesu. W analizie procesu czas zakończenia umożliwia obliczenie czasu trwania poszczególnych aktywności i odróżnienie czasu oczekiwania od czasu realizacji. Można na przykład zmierzyć dokładny czas trwania rozmowy, a nie tylko czas od jej zaplanowania do otrzymania opinii. Dzięki temu widać dokładniej, na co przeznaczany jest czas, i można wykryć nieefektywności w konkretnych zadaniach, a nie tylko między nimi. Dlaczego to ważne Pozwala dokładnie obliczyć czas trwania poszczególnych aktywności i odróżnić czas aktywnej pracy od czasu oczekiwania. Skąd pobrać Dane można znaleźć w dziennikach zdarzeń lub aktywności, często w tym samym rekordzie co czas rozpoczęcia, jeśli system rejestruje czas trwania aktywności. Przykłady 2023-10-25T11:00:00Z2024-01-15T15:05:10Z2023-11-30T09:45:00Z | |||
| Dział Department | Jednostka biznesowa lub dział, w którym znajduje się dane stanowisko. | ||
| Opis Ten atrybut wskazuje jednostkę organizacyjną, na przykład sprzedaż, dział techniczny lub dział kadr, która prowadzi rekrutację na dane stanowisko. Pozwala analizować procesy rekrutacyjne według struktury organizacyjnej firmy. Analiza danych rekrutacyjnych według działów pomaga zrozumieć różnice w wynikach zatrudniania w poszczególnych częściach firmy. Ułatwia ustalenie, które działy prowadzą rekrutację najsprawniej, a które mogą potrzebować wsparcia. Atrybut ten służy do tworzenia dashboardów dla działów, porównywania KPI, takich jak czas od rozpoczęcia rekrutacji do zatrudnienia i odsetek przyjętych ofert, oraz efektywnego przydzielania zasobów rekrutacyjnych. Dlaczego to ważne Umożliwia analizę sprawności rekrutacji i obciążenia pracą w poszczególnych jednostkach biznesowych oraz pomaga wykrywać trendy, problemy i potrzeby dotyczące zasobów w konkretnych działach. Skąd pobrać Dane pochodzą z zapotrzebowania na stanowisko lub danych podstawowych stanowiska powiązanych z aplikacją. Przykłady TechnologiaFinanse i księgowośćMarketingZasoby ludzkie | |||
| Identyfikator zapotrzebowania na stanowisko JobRequisitionId | Unikalny identyfikator wakatu lub stanowiska, na które aplikuje kandydat. | ||
| Opis Zapotrzebowanie na stanowisko to formalny wniosek o obsadzenie wakatu. Przypisany mu unikalny identyfikator pozwala śledzić wniosek od zatwierdzenia do obsadzenia stanowiska. Z jednym zapotrzebowaniem może być powiązanych wiele aplikacji. W process mining ten identyfikator ułatwia grupowanie i filtrowanie danych. Analitycy mogą badać rekrutację na konkretne stanowisko, porównywać sprawność zatrudniania na różnych stanowiskach lub oceniać łączną liczbę aplikacji na jeden wakat. Pozwala to odpowiedzieć na pytania: „Które zapotrzebowania na stanowiska najdłużej czekają na realizację?” i „Jaka jest średnia liczba kandydatów na jedno stanowisko?”. Dlaczego to ważne Pozwala grupować i analizować wszystkie aplikacje dotyczące jednego wakatu, a także porównywać wyniki rekrutacji na różnych stanowiskach i w różnych działach. Skąd pobrać Znajduje się w rekordzie aplikacji na stanowisko, często jako odwołanie do danych podstawowych zapotrzebowania na stanowisko lub stanowiska. Przykłady REQ-FIN-056JR-100523987654 | |||
| Menedżer ds. rekrutacji HiringManager | Imię i nazwisko lub identyfikator menedżera, dla którego prowadzona jest rekrutacja. | ||
| Opis Menedżer ds. rekrutacji podejmuje ostateczną decyzję o zatrudnieniu. Nowy pracownik będzie mu podlegać. To ważna osoba w procesie rekrutacji: określa wymagania dotyczące stanowiska, prowadzi rozmowy z kandydatami i przekazuje informacje zwrotne. Analiza przebiegu procesu w podziale na menedżerów ds. rekrutacji pozwala lepiej ocenić jego sprawność. Może na przykład wskazać osoby, które długo przekazują opinie po rozmowach, co opóźnia rekrutację, albo te, których kandydaci wyjątkowo często przyjmują oferty. Na tej podstawie można dobrać szkolenia lub wsparcie, które usprawnią cały proces. Dlaczego to ważne Pomaga wykryć wąskie gardła i opóźnienia związane z konkretnymi menedżerami ds. rekrutacji, na przykład długi czas oczekiwania na opinię po rozmowie, który bezpośrednio wydłuża czas rekrutacji. Skąd pobrać Pochodzi z danych zapotrzebowania na stanowisko powiązanego z aplikacją. Przykłady Dawid ChenEmilia Rodriguezfrank.miller@acme.com | |||
| Nazwa stanowiska JobTitle | Nazwa stanowiska, na które aplikuje kandydat. | ||
| Opis Ten atrybut określa oficjalną nazwę stanowiska, na przykład „Starszy analityk finansowy” lub „Kierownik ds. marketingu”. Dostarcza ważnego kontekstu biznesowego i opisuje charakter rekrutacji. Nazwa stanowiska jest istotnym wymiarem analizy. Pozwala porównywać wyniki rekrutacji według poziomu stanowiska, obszaru działalności lub specjalizacji. Można na przykład porównać czas od rozpoczęcia rekrutacji do zatrudnienia na stanowiskach technicznych i administracyjnych albo ocenić skuteczność różnych kanałów pozyskiwania kandydatów na stanowiska kierownicze. Taki podział pomaga wykrywać wąskie gardła charakterystyczne dla poszczególnych stanowisk i dostosowywać działania rekrutacyjne. Dlaczego to ważne Dostarcza kontekstu biznesowego potrzebnego do analizy wyników i porównywania rekrutacji na różnych stanowiskach, poziomach i w różnych obszarach działalności. Skąd pobrać Dane pochodzą ze szczegółów zapotrzebowania na stanowisko powiązanego z aplikacją. Przykłady Starszy analityk finansowyKierownik produktuGłówny specjalista ds. analizy danych | |||
| Rekruter Recruiter | Imię i nazwisko lub identyfikator rekrutera albo specjalisty ds. pozyskiwania talentów odpowiedzialnego za obsługę aplikacji na stanowisko. | ||
| Opis To pole wskazuje osobę z zespołu ds. pozyskiwania talentów, która prowadzi rekrutację dotyczącą danej aplikacji lub zapotrzebowania na stanowisko. Zwykle odpowiada ona za wstępną weryfikację kandydatów, planowanie rozmów i kontakt z interesariuszami. W process mining atrybut „Rekruter” pomaga analizować wyniki pracy zespołu i poszczególnych osób. Umożliwia tworzenie dashboardów pokazujących obciążenie pracą, na przykład liczbę aplikacji obsługiwanych przez każdego rekrutera. Pozwala też porównywać wyniki, takie jak czas obsadzenia stanowiska czy jakość kandydatów, aby wskazać dobre praktyki oraz obszary wymagające wsparcia lub usprawnienia procesu. Dlaczego to ważne Umożliwia analizę obciążenia pracą i ocenę wyników poszczególnych rekruterów oraz całego zespołu ds. pozyskiwania talentów. Skąd pobrać Zazwyczaj znajduje się w danych aplikacji kandydata lub zapotrzebowania na stanowisko. Przykłady Alicja JohnsonRobert Smithcharlie.brown@acme.com | |||
| Status aplikacji ApplicationStatus | Końcowy wynik lub bieżący status aplikacji na stanowisko. | ||
| Opis Ten atrybut określa końcowy status aplikacji w procesie rekrutacji. Typowe statusy to „Zatrudniony”, „Odrzucony”, „Oferta odrzucona” lub „Kandydat wycofał aplikację”. Oznacza zakończenie procesu dla danej aplikacji. W process mining końcowy status ma zasadnicze znaczenie przy analizie wyników. Pozwala filtrować mapy procesu i porównywać przebieg rekrutacji kandydatów zatrudnionych oraz odrzuconych. Ułatwia wskazanie optymalnej ścieżki i ustalenie, jakie warianty procesu prowadzą do zatrudnienia. Na tej podstawie można też obliczać wskaźniki, takie jak odsetek przyjętych ofert czy odsetek kandydatów rezygnujących na poszczególnych etapach. Dlaczego to ważne Określa końcowy wynik każdej sprawy, dzięki czemu można sprawdzić, które warianty procesu prowadzą do zatrudnienia, a które do odrzucenia lub wycofania aplikacji. Skąd pobrać Znajduje się w głównym rekordzie aplikacji i określa jej końcowy status. Przykłady ZatrudnionoOdrzuconyKandydat odrzucił ofertęWycofano się z rekrutacji | |||
| Źródło aplikacji ApplicationSource | Kanał, platforma lub sposób, za pośrednictwem którego wpłynęła aplikacja kandydata. | ||
| Opis Ten atrybut wskazuje, skąd pochodzi aplikacja: jak kandydat dowiedział się o stanowisku i jak na nie aplikował. Typowe źródła to strony z ofertami pracy, polecenia pracowników, bezpośrednie poszukiwania prowadzone przez rekruterów, LinkedIn i targi pracy na uczelniach. Atrybut ten pomaga ocenić skuteczność różnych strategii pozyskiwania kandydatów. Analizując liczbę i jakość kandydatów z poszczególnych źródeł, można obliczyć zwrot z inwestycji w każdy kanał. process mining pokazuje, które źródła dostarczają kandydatów przechodzących najdalej w procesie lub najczęściej zatrudnianych. Dzięki temu można lepiej zaplanować wydatki na marketing rekrutacyjny. Dlaczego to ważne Pozwala ocenić skuteczność i zwrot z inwestycji w poszczególne kanały pozyskiwania kandydatów, a następnie lepiej zaplanować działania i wydatki na marketing rekrutacyjny. Skąd pobrać Zazwyczaj zapisywane podczas składania aplikacji, na podstawie linków śledzących lub informacji podanych przez kandydata. Przykłady LinkedInPolecenie pracownikaStrona kariery firmyIndeed | |||
| Kwota oferty OfferAmount | Proponowane wynagrodzenie lub kwota świadczeń przedstawiona kandydatowi w ofercie pracy. | ||
| Opis Ten atrybut zapisuje wartość pieniężną pakietu wynagrodzenia zaproponowanego kandydatowi. To ważna informacja z końcowych etapów rekrutacji. Kwotę zazwyczaj podaje się w walucie lokalnej. W process mining analiza kwot ofert pozwala lepiej zrozumieć wyniki rekrutacji. Zestawienie ich z odsetkiem przyjętych i odrzuconych ofert pomaga ocenić konkurencyjność wynagrodzeń. Można też analizować trendy płacowe według stanowisk, działów i lokalizacji. W połączeniu z innymi danymi informacje te pomagają porównywać wynagrodzenia z rynkiem i dbać o równe traktowanie. Dlaczego to ważne Pomaga ocenić konkurencyjność wynagrodzeń przez zestawienie kwot ofert z odsetkiem ich przyjęć i odrzuceń w różnych rolach i lokalizacjach. Skąd pobrać Pochodzi z danych ofert pracy w systemie rekrutacyjnym lub HR. Przykłady 8500012000065000 | |||
| Lokalizacja Location | Lokalizacja geograficzna stanowiska, na przykład miasto, stan lub kraj. | ||
| Opis Ten atrybut określa miejsce wykonywania pracy wskazane w zapotrzebowaniu na stanowisko. W przypadku pracy zdalnej może zawierać nazwę regionu lub wartość „Zdalnie”. Dzięki temu dane rekrutacyjne można analizować w podziale geograficznym. W process mining lokalizacja pozwala porównywać wyniki rekrutacji w różnych regionach. Firmy mogą zestawiać czas rekrutacji, skuteczność kanałów pozyskiwania kandydatów i odsetek przyjętych ofert między biurami lub krajami. Analiza może ujawnić różnice na lokalnych rynkach pracy, w wynikach zespołów rekrutacyjnych lub w przestrzeganiu procedur. Ułatwia to dostosowanie sposobu zarządzania i strategii do danego regionu. Dlaczego to ważne Umożliwia geograficzną analizę wyników rekrutacji i porównanie jej sprawności oraz wyzwań w różnych regionach i biurach. Skąd pobrać Znajduje się w szczegółach zapotrzebowania na stanowisko powiązanego z aplikacją. Przykłady Nowy Jork, NYLondyn, Wielka BrytaniaPraca zdalna (USA)Berlin, Niemcy | |||
| Powód odrzucenia RejectionReason | Konkretny powód odrzucenia aplikacji kandydata na dowolnym etapie procesu. | ||
| Opis Gdy zapada decyzja o zakończeniu rekrutacji danego kandydata, często zapisuje się jej uzasadnienie. Może to być na przykład „Niedopasowanie do kultury organizacyjnej”, „Brak wymaganych umiejętności” lub „Stanowisko obsadzono innym kandydatem”. Ten atrybut przechowuje takie informacje. Analiza powodów odrzucenia dostarcza informacji o przebiegu rekrutacji i wymaganiach dotyczących stanowiska. Zestawienie powodów z odrzucenia ze źródłami aplikacji lub etapami rozmów może ujawnić problemy, takie jak nieprecyzyjne opisy stanowisk przyciągające nieodpowiednich kandydatów albo rozbieżności w ocenach osób prowadzących rozmowy. Pozwala to dopracować strategię rekrutacji i poprawić jakość puli kandydatów. Dlaczego to ważne Pokazuje, dlaczego kandydaci odpadają z rekrutacji. Ułatwia dopracowanie opisów stanowisk, poprawę jakości pozyskiwanych aplikacji i wykrywanie potencjalnych uprzedzeń podczas selekcji. Skąd pobrać Zazwyczaj zapisuje go rekruter lub menedżer ds. rekrutacji, zmieniając status aplikacji na „Odrzucony”. Przykłady Nie spełnia minimalnych wymagańZnaleziono lepiej wykwalifikowanych kandydatówBrak odpowiedniego doświadczeniaWstrzymanie rekrutacji | |||
| Typ kandydata CandidateType | Oznaczenie lub kategoria wskazująca, czy kandydat jest pracownikiem firmy, czy osobą z zewnątrz. | ||
| Opis Ten atrybut rozróżnia obecnych pracowników firmy (kandydatów wewnętrznych) i pozostałych kandydatów (zewnętrznych). To podstawowy podział, ponieważ proces rekrutacji, jego czas i obowiązujące zasady często znacznie się różnią w obu grupach. Analiza procesu według typu kandydata pomaga ocenić mobilność wewnętrzną i skuteczność rekrutacji zewnętrznej. process mining pozwala porównać czas i koszt zatrudnienia oraz odsetek udanych rekrutacji wśród kandydatów wewnętrznych i zewnętrznych. Dzięki temu można ocenić programy mobilności wewnętrznej i sprawdzić, czy obie ścieżki rekrutacji przebiegają sprawnie. Dlaczego to ważne Rozróżnia kandydatów wewnętrznych i zewnętrznych, których procesy rekrutacyjne często się różnią. Umożliwia porównanie mobilności wewnętrznej ze skutecznością rekrutacji zewnętrznej. Skąd pobrać Często ustala się go, sprawdzając, czy identyfikator lub adres e-mail kandydata znajduje się w głównych danych pracowników. Niektóre systemy mają osobne pole z tym oznaczeniem. Przykłady WewnętrznyZewnętrzny | |||
Działania w procesie rekrutacji i pozyskiwania talentów
| Działanie | Opis | ||
|---|---|---|---|
| Kandydat odrzucił ofertę | Kandydat formalnie odrzucił ofertę pracy przedstawioną przez firmę. To niepomyślne zakończenie procesu, które następuje na jego późnym etapie. | ||
| Dlaczego to ważne To zdarzenie bezpośrednio wpływa na KPI dotyczący odsetka przyjętych ofert. Analiza powodów odrzucenia może dostarczyć informacji o wynagrodzeniu, świadczeniach lub atrakcyjności stanowiska. Skąd pobrać Zdarzenie jest rejestrowane jako osobna zmiana statusu aplikacji lub oferty, na przykład na „Odrzucono ofertę” lub „Oferta odrzucona”, często wraz z kodem przyczyny. Rejestrowanie Należy użyć znacznika czasu zmiany statusu na „Odrzucono ofertę”. Typ zdarzenia explicit | |||
| Odrzucono aplikację | Firma zdecydowała, że nie będzie kontynuować rekrutacji danego kandydata. Taka decyzja może zapaść na dowolnym etapie procesu i jest najczęstszym niepomyślnym wynikiem. | ||
| Dlaczego to ważne To końcowe zdarzenie ma duże znaczenie. Analiza tego, kiedy i na jakim etapie odrzucane są aplikacje, pomaga ustalić, gdzie kandydaci rezygnują z udziału w rekrutacji i jak skuteczne są kryteria selekcji na poszczególnych etapach. Skąd pobrać Zdarzenie jest rejestrowane, gdy rekruter lub osoba odpowiedzialna za zatrudnienie zmienia status aplikacji na końcowy „Odrzucono” lub „Nie wybrano”. Rejestrowanie Należy ustalić znacznik czasu końcowej zmiany statusu aplikacji na „Odrzucono”. Typ zdarzenia explicit | |||
| Otrzymanie zgłoszenia kandydatury | Proces rozpoczyna się, gdy kandydat składa aplikację na konkretne stanowisko. To pierwsze zarejestrowane zdarzenie w sprawie dotyczącej zgłoszenia kandydatury i początek lejka rekrutacyjnego. | ||
| Dlaczego to ważne To działanie rozpoczyna proces rekrutacji. Jest niezbędne do obliczenia całkowitego czasu zatrudnienia i monitorowania łącznej liczby zgłoszeń. Skąd pobrać To zdarzenie można odczytać z dziennika przesłanych aplikacji lub z daty utworzenia rekordu aplikacji w głównym systemie rekrutacyjnym. Rejestrowanie Należy użyć daty utworzenia rekordu aplikacji na stanowisko. Typ zdarzenia explicit | |||
| Przeprowadzono rozmowę kwalifikacyjną | Jeden lub kilku członków zespołu rekrutacyjnego przeprowadziło zaplanowaną rozmowę z kandydatem. To koniec danej rundy rozmów i moment poprzedzający podjęcie decyzji. | ||
| Dlaczego to ważne To zdarzenie jest potrzebne do analizy długości procesu rozmów, wykrywania opóźnień między rundami oraz pomiaru czasu oczekiwania na opinie. Skąd pobrać Zdarzenie jest często wnioskowane na podstawie upływu zaplanowanego terminu rozmowy lub zmiany statusu aplikacji przez rekrutera po jej przeprowadzeniu. Rejestrowanie Należy ustalić, kiedy po zaplanowanej rozmowie status aplikacji zmienił się na „Rozmowa zakończona” lub podobny. Typ zdarzenia inferred | |||
| Przyjęto ofertę pracy | Kandydat formalnie przyjął ofertę pracy, potwierdzając zamiar dołączenia do firmy. To jeden z głównych wskaźników powodzenia rekrutacji. | ||
| Dlaczego to ważne To ważne zdarzenie wpływające bezpośrednio na KPI dotyczący odsetka przyjętych ofert. Uruchamia końcowe czynności przed zatrudnieniem i wdrożenie nowego pracownika. Skąd pobrać Zdarzenie jest rejestrowane, gdy kandydat przyjmuje ofertę w portalu internetowym lub gdy rekruter ręcznie zmienia status aplikacji na „Przyjęto ofertę pracy” na podstawie ustnego albo pisemnego potwierdzenia. Rejestrowanie Należy użyć znacznika czasu elektronicznego przyjęcia oferty przez kandydata lub ręcznej zmiany statusu na „Przyjęta”. Typ zdarzenia explicit | |||
| Wysłano ofertę pracy | Kandydat otrzymał formalną ofertę pracy do rozpatrzenia. To ważny etap rekrutacji, oznaczający formalną deklarację zamiaru zatrudnienia. | ||
| Dlaczego to ważne Ten moment pozwala zmierzyć czas od złożenia aplikacji do otrzymania oferty. Czas między wysłaniem oferty a odpowiedzią kandydata pomaga ocenić, jak długo trwa podjęcie decyzji o jej przyjęciu. Skąd pobrać Zdarzenie jest rejestrowane jako osobny wpis lub zmiana statusu w chwili wysłania oferty z systemu rekrutacyjnego, zwykle ze znacznikiem czasu. Rejestrowanie Należy ustalić znacznik czasu wysłania oferty lub zmiany statusu na „Wysłano ofertę pracy”. Typ zdarzenia explicit | |||
| Zatrudniono kandydata | Kandydat spełnił wszystkie wymagania przed zatrudnieniem i został oficjalnie zatrudniony. To pomyślne zakończenie procesu aplikacyjnego. | ||
| Dlaczego to ważne To zdarzenie oznacza pomyślne zakończenie rekrutacji. Jest głównym zdarzeniem końcowym używanym do obliczania czasu od rozpoczęcia rekrutacji do zatrudnienia. Skąd pobrać Zdarzenie jest rejestrowane po zakończeniu głównego procesu zatrudnienia w systemie HR lub po ustawieniu końcowego statusu kandydata w systemie rekrutacyjnym na „Zatrudniony”. Rejestrowanie Należy użyć daty wejścia w życie transakcji zatrudnienia lub daty końcowej zmiany statusu na „Zatrudniony”. Typ zdarzenia explicit | |||
| Kandydat wycofał aplikację | Kandydat dobrowolnie wycofał się z rekrutacji na dane stanowisko. Może to nastąpić na dowolnym etapie procesu. | ||
| Dlaczego to ważne To zdarzenie dostarcza informacji o doświadczeniach kandydata i czasie trwania procesu. Wysoki odsetek wycofanych aplikacji może wskazywać na długą, nieefektywną lub zniechęcającą rekrutację. Skąd pobrać Zdarzenie jest rejestrowane, gdy rekruter zmienia status aplikacji na „Wycofano” na podstawie informacji od kandydata lub gdy kandydat wycofuje aplikację w portalu. Rejestrowanie Należy wykryć znacznik czasu zmiany statusu aplikacji na „Wycofano”. Typ zdarzenia explicit | |||
| Przekazano opinię | Po rozmowie osoba prowadząca formalnie przekazuje ocenę kandydata, notatki lub wypełniony formularz oceny. Te informacje są ważnym elementem wspólnej decyzji o zatrudnieniu. | ||
| Dlaczego to ważne To zdarzenie pozwala ocenić sprawność obiegu opinii. Opóźnienia na tym etapie mogą wydłużyć cały proces decyzyjny i pogorszyć doświadczenia kandydata. Skąd pobrać Zdarzenie jest zwykle rejestrowane w chwili zapisania formularza opinii lub oceny i powiązania go z aplikacją kandydata. Rejestrowanie Należy użyć daty utworzenia rekordu opinii po rozmowie lub formularza oceny. Typ zdarzenia explicit | |||
| Przygotowano ofertę pracy | Rozpoczyna się wewnętrzny proces opracowania i zatwierdzenia warunków formalnej oferty pracy. Następuje to po podjęciu decyzji o zatrudnieniu, ale przed wysłaniem oferty kandydatowi. | ||
| Dlaczego to ważne Analiza czasu trwania tego etapu wewnętrznego może ujawnić opóźnienia w weryfikacji wynagrodzenia, akceptacji prawnej lub zatwierdzaniu przez kierownictwo, których kandydat nie widzi. Skąd pobrać Zdarzenie można wywnioskować ze zmiany etapu aplikacji na „Zatwierdzanie oferty” lub „Projekt oferty” albo z utworzenia rekordu oferty w systemie. Rejestrowanie Należy wykryć znacznik czasu zmiany statusu aplikacji na etap przygotowania lub zatwierdzania oferty. Typ zdarzenia inferred | |||
| Rozmowa wstępna przez telefon | Rekruter przeprowadza wstępną rozmowę telefoniczną lub wideorozmowę z kandydatem, aby ocenić jego podstawowe kwalifikacje, zainteresowanie stanowiskiem i dopasowanie do kultury organizacyjnej. Często jest to pierwszy bezpośredni kontakt z kandydatem. | ||
| Dlaczego to ważne To zdarzenie pozwala ocenić sprawność wczesnego kontaktu z kandydatami oraz zmierzyć odsetek aplikacji po wstępnej weryfikacji, które prowadzą do rozmowy kwalifikacyjnej. Skąd pobrać Zdarzenie jest zwykle rejestrowane po zmianie statusu aplikacji na informujący o zakończeniu wstępnej rozmowy telefonicznej. Rejestrowanie Należy wykryć zmianę statusu na „Rozmowa wstępna zakończona”, „Kandydat przeszedł rozmowę wstępną” lub podobną wartość. Typ zdarzenia inferred | |||
| Rozpoczęto wdrożenie nowego pracownika | Oficjalnie rozpoczęto przygotowania do przyjęcia nowego pracownika. Często wiąże się to z przekazaniem danych z systemu rekrutacyjnego do głównego systemu HR lub platformy wdrożeniowej. | ||
| Dlaczego to ważne To moment przejścia od rekrutacji do wdrożenia pracownika. Analiza tego przekazania pomaga zadbać o sprawny początek pracy i przebieg procesu. Skąd pobrać Zdarzenie jest rejestrowane, gdy rekord kandydata zostaje przeniesiony do modułu wdrożeniowego lub jego status zmienia się na „Gotowy do zatrudnienia” albo „Rozpoczęto wdrożenie”. Rejestrowanie Należy ustalić zmianę statusu na etap wdrożenia lub utworzenie rekordu kandydata w systemie wdrożeniowym. Typ zdarzenia inferred | |||
| Rozpoczęto weryfikację kandydata | Rozpoczęto weryfikację przed zatrudnieniem, na przykład sprawdzanie przeszłości kandydata lub jego referencji. Zwykle następuje to po przyjęciu oferty. | ||
| Dlaczego to ważne To zdarzenie pozwala ocenić sprawność zewnętrznych dostawców i wewnętrznych procedur weryfikacji przed zatrudnieniem, które mogą opóźnić ostateczne potwierdzenie zatrudnienia. Skąd pobrać Zdarzenie jest zwykle wnioskowane na podstawie zmiany statusu aplikacji na etap „Weryfikacja kandydata”. Często uruchamia ona integrację systemu z dostawcą usług weryfikacyjnych. Rejestrowanie Należy wykryć znacznik czasu zmiany statusu aplikacji na „Weryfikacja kandydata w toku”. Typ zdarzenia inferred | |||
| Ustalono termin rozmowy kwalifikacyjnej | Rozmowa kwalifikacyjna, zdalna lub stacjonarna, zostaje oficjalnie zaplanowana między kandydatem a zespołem rekrutacyjnym. Obie strony rezerwują na nią czas. | ||
| Dlaczego to ważne To ważny etap wskazujący na postęp kandydata w rekrutacji. Czas od wstępnej weryfikacji do tego zdarzenia pokazuje sprawność planowania rozmów i ewentualne opóźnienia. Skąd pobrać Zdarzenie można odczytać z wpisu w systemie do planowania spotkań lub integracji kalendarza albo wywnioskować ze zmiany statusu aplikacji na „Ustalono termin rozmowy kwalifikacyjnej”. Rejestrowanie Należy użyć daty utworzenia rozmowy kwalifikacyjnej lub wydarzenia w kalendarzu powiązanego z aplikacją. Typ zdarzenia explicit | |||
| Wstępna weryfikacja aplikacji | Rekruter lub osoba odpowiedzialna za zatrudnienie wstępnie ocenia aplikację kandydata pod kątem podstawowych wymagań stanowiska. To pierwszy etap kwalifikacji w procesie. | ||
| Dlaczego to ważne Analiza czasu trwania tego etapu pomaga wykryć wąskie gardła we wstępnej weryfikacji aplikacji i ocenić obciążenie rekruterów. Pozwala też określić odsetek kandydatów zakwalifikowanych na tym etapie. Skąd pobrać Zdarzenie jest zwykle wnioskowane na podstawie zmiany statusu aplikacji, na przykład z „Nowa” na „W trakcie weryfikacji” lub „Selekcja”. Rejestrowanie Należy ustalić znacznik czasu zmiany statusu aplikacji na „W trakcie weryfikacji” lub „Selekcja”. Typ zdarzenia inferred | |||
Instrukcje eksportu danych
Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w
naszym przewodniku ETL lub wybierz konkretny proces i system.
Gotowi do rozpoczęcia?
Można skorzystać z instrukcji eksportu danych dla konkretnego systemu albo potraktować ten uniwersalny szablon jako punkt wyjścia do przygotowania danych o rekrutacji i pozyskiwaniu talentów do analizy.
Usprawnij rekrutację i pozyskiwanie talentów już dziś
Współpracuje z używanymi systemami, pomaga wykrywać wąskie gardła i skracać czas rekrutacji.
Nie trzeba podawać danych karty płatniczej. Konfiguracja zajmuje kilka minut.