Toborzási és tehetségszerzési adatsablon
Toborzási és tehetségszerzési adatsablon
- Javasolt adatmezők
- A folyamat elemzéséhez követendő fő tevékenységek
- Útmutató az adatok kinyeréséhez az iCIMS rendszerből
Toborzási és tehetségszerzési adatmezők
| Név | Leírás | ||
|---|---|---|---|
|
Állásra jelentkezés
JobApplicationId
|
A jelölt adott állásra benyújtott jelentkezésének egyedi azonosítója. | ||
|
Leírás
A Job Application ID a toborzási folyamat elemzésének alapja, ez azonosítja az egyes eseteket. Minden azonosító egy jelölt útját jelöli egy adott állás esetében, a jelentkezés beküldésétől az előszűrésen és az interjúkon át az ajánlat kezeléséig. A process mining ezt az attribútumot használja az összetartozó tevékenységek egyetlen, végponttól végpontig tartó folyamatmenetté kapcsolásához. A Job Application ID alapján kirajzolható a felvételi tölcsér, pontosan kiszámíthatók a ciklusidők, és összehasonlíthatók a különböző jelöltek toborzási útvonalai.
Miért fontos?
Segítségével nyomon követhető egy jelentkezés teljes életciklusa, és elemezhető az egyes jelöltek felvételi ideje, lemorzsolódási aránya, valamint a folyamat előírások szerinti végrehajtása.
Hol szerezhető be?
Ez általában az iCIMS jelentkezési rekordjának elsődleges kulcsa. Tekintse meg a Person vagy Recruiting Workflow Profile API-kat.
Példák
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
Tevékenység kezdési időpontja
ActivityStartTime
|
Az az időbélyeg, amely megmutatja, mikor kezdődött vagy mikor került rögzítésre egy adott toborzási tevékenység. | ||
|
Leírás
Ez az attribútum minden tevékenység dátumát és időpontját rögzíti, például azt, hogy mikor történt a jelentkezés előszűrése vagy mikor egyeztették az interjút. Az időbélyegek segítenek megérteni a folyamatlépések időzítését és időtartamát. A process mining az események időrendi sorrendbe rendezésére használja ezt az időbélyeget, így feltárható a folyamat tényleges menete. Ez az időalapú elemzések alapja: a tevékenységek közötti ciklusidő kiszámításáé, a késések feltárásáé és a szolgáltatási szintre vonatkozó megállapodások teljesülésének nyomon követéséé.
Miért fontos?
Megadja az események időrendi sorrendjét, ami szükséges a folyamat időtartamának kiszámításához, a szűk keresztmetszetek feltárásához és a felvételi folyamat időbeli menetének megértéséhez.
Hol szerezhető be?
Ez az információ általában az iCIMS Recruiting Workflow Profile-hoz kapcsolódó auditnaplóban vagy előzményekben található.
Példák
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
|
|||
|
Tevékenység neve
ActivityName
|
A toborzási folyamatban lezajlott konkrét lépés vagy mérföldkő neve. | ||
|
Leírás
A tevékenység neve azt az eseményt jelöli, amely egy adott időpontban történt egy állásra jelentkezés során. Ilyen például a „Jelentkezés beérkezett”, az „Első interjú megtörtént” vagy az „Ajánlat kiküldve”. Ezek a tevékenységek alkotják a toborzási folyamat egymást követő lépéseit. Ez az attribútum alapvető a process miningben, mert meghatározza a folyamattérkép csomópontjait. A tevékenységek sorrendjének és gyakoriságának elemzésével feltárható a tényleges felvételi munkafolyamat, azonosíthatók a gyakori és alternatív útvonalak, valamint a szűk keresztmetszetek és az ismételt munkavégzés.
Miért fontos?
Ez az attribútum határozza meg a folyamat lépéseit. Segítségével folyamattérkép készíthető, elemezhető a folyamat menete, és feltárhatók az egységes felvételi eljárástól való eltérések.
Hol szerezhető be?
Általában az iCIMS Recruiting Workflow Profile állapotváltozásaiból származik. A konkrét állapotokat és kategóriákat a szervezet gyakran testre szabja.
Példák
Jelentkezés előszűrveElső interjú megtörténtAjánlat elfogadvaJelölt felvéve
|
|||
|
Állásigénylés-azonosító
JobRequisitionId
|
Az álláshely vagy pozíció egyedi azonosítója. | ||
|
Leírás
A Job Requisition ID több jelentkezést kapcsol össze egyetlen álláshirdetéssel. Az adott pozíciót azonosítja, amelyre a jelöltek jelentkeznek, és olyan adatokat tartalmaz, mint a munkakör neve, a részleg és a helyszín. Az elemzés során ezzel az azonosítóval csoportosíthatók és hasonlíthatók össze az ugyanarra a pozícióra érkezett jelentkezések. Így áttekinthető az adott munkakörre jelentkező teljes jelölti kör, és felmérhető, mennyire eredményes a különböző típusú állások betöltési folyamata.
Miért fontos?
Azonos pozícióhoz csoportosítja a jelentkezéseket, így elemezhető az adott állás teljes toborzási tölcsére.
Hol szerezhető be?
Ez az azonosító az iCIMS Job Profile alapvető része, és az adott pozícióra beküldött minden jelentkezéshez kapcsolódik.
Példák
REQ-2023-105REQ-2024-012REQ-2024-301
|
|||
|
Felvételi vezető
HiringManager
|
Az állásigényléshez tartozó felvételi vezető neve vagy azonosítója. | ||
|
Leírás
A felvételi vezető felel azért a pozícióért, amelyre munkatársat keresnek. Fontos szereplője a folyamatnak: áttekinti a jelölteket, interjúkat tart, és meghozza a végső felvételi döntést. Ez az attribútum szükséges a „Hiring Manager Feedback Cycle” dashboardhoz. Ha felvételi vezetőnként követi az interjú és a visszajelzés beküldése közötti időt, feltárhatja a döntési folyamat késéseit, és intézkedhet azok csökkentéséről. Ezzel a teljes felvételi folyamat is felgyorsítható.
Miért fontos?
Segít elemezni a felvételi vezetők részvételét és hatékonyságát, különösen a visszajelzések időben történő megadását, amely gyakran okoz késést.
Hol szerezhető be?
Általában az iCIMS állásigényléshez kapcsolódó Job Profile-jában tárolják.
Példák
Robert BrownSusan WhiteMichael Green
|
|||
|
Jelentkezés állapota
ApplicationStatus
|
Az állásra jelentkezés végső eredménye vagy aktuális állapota. | ||
|
Leírás
Ez az attribútum a jelentkezés végső állapotát mutatja: a jelöltet felvették, a vállalat elutasította, vagy a jelölt visszavonta a jelentkezését. A toborzási folyamat záró eseményét jelöli. Az eredményalapú elemzéshez elengedhetetlen. A konverziós, ajánlatelfogadási és lemorzsolódási arányok kiszámítására használható. A jelentkezések végső kimenetelének ismerete alapvető a teljes toborzási folyamat sikerességének és hatékonyságának méréséhez.
Miért fontos?
Meghatározza a folyamat eredményét, ami elengedhetetlen az olyan mutatók kiszámításához, mint a felvételi és az elutasítási arány.
Hol szerezhető be?
Az iCIMS Recruiting Workflow Profile rendszerében ez a végső állapot. Általában akkor állítják be, amikor a jelentkezést egy végleges „disposition” kategóriába helyezik.
Példák
FelvéveA vállalat elutasítottaJelölt visszalépett
|
|||
|
Jelentkezési forrás
ApplicationSource
|
Az a csatorna vagy módszer, amelyen keresztül a jelölt benyújtotta a jelentkezését. | ||
|
Leírás
Ez az attribútum a jelentkezés forrását jelöli, például a vállalati weboldalt, a LinkedIn felületét, a munkavállalói ajánlást vagy az állásportált. Nyomon követi, hogyan értesülnek a jelöltek a nyitott pozíciókról, és hogyan jelentkeznek rájuk. Ez az adat elengedhetetlen a „Jelentkezési csatornák megtérülése” dashboardhoz. A szervezetek a jelentkezések számát, és ami még fontosabb, az egyes forrásokból felvett jelöltek számát elemezve megállapíthatják, mely csatornák hozzák a legjobb megtérülést. Ez segít optimalizálni a toborzási marketingre fordított összeget, és a leghatékonyabb forrásokra összpontosítani.
Miért fontos?
Segít mérni a különböző toborzási csatornák hatékonyságát, így optimalizálhatók a jelöltkeresési stratégiák és a költségkeret.
Hol szerezhető be?
Ezt az adatot az iCIMS a jelölt jelentkezési profiljában rögzíti. A forrást gyakran maga a jelölt választja ki, vagy URL-paraméterek alapján követik nyomon.
Példák
LinkedInMunkavállalói ajánlásA vállalat karrieroldalaIndeed
|
|||
|
Részleg
Department
|
Az üzleti terület vagy funkció, amelyhez a betöltendő pozíció tartozik. | ||
|
Leírás
Ez az attribútum jelöli a részleget, például a mérnökséget, a marketinget vagy az értékesítést, amelyhez a nyitott pozíció tartozik. Szervezeti kontextust ad az állásigényléshez. A részleg fontos elemzési szempont. Segítségével részlegenként vizsgálhatók az olyan KPI-k, mint a felvételig eltelt idő vagy az ajánlatelfogadási arány. Így feltárhatók a szervezeten belüli különbségek a felvételi folyamatokban és azok hatékonyságában. Az elemzés megmutatja, mely részlegek folyamatai működnek jól, és hol van szükség támogatásra.
Miért fontos?
Lehetővé teszi az üzleti egységek teljesítményének összehasonlítását, és rávilágít a felvételi hatékonyság eltéréseire, valamint a szűk keresztmetszetekre.
Hol szerezhető be?
Az iCIMS rendszerben ez általában az állásigénylés-azonosítóhoz kapcsolódó Job Profile része. Szervezeti struktúrára vonatkozó adatokhoz is kapcsolódhat.
Példák
MérnökségÉrtékesítésMarketingHumánerőforrás
|
|||
|
Toborzó
Recruiter
|
A jelentkezés kezeléséért felelős toborzó neve vagy azonosítója. | ||
|
Leírás
Ez az attribútum azonosítja a jelentkezéshez rendelt elsődleges toborzót. Ő felel általában a jelöltek előszűréséért, az interjúk egyeztetéséért és a folyamat kezeléséért. A toborzó szerinti elemzés szükséges a „Recruiter Performance Overview” dashboardhoz. Az előszűrésig eltelt idő, az interjúk befejezési aránya és a sikeres felvételek száma alapján értékelhető az egyéni és a csapatteljesítmény. Így azonosíthatók a bevált gyakorlatok és a további képzést igénylő területek.
Miért fontos?
Ez az attribútum segít felmérni a toborzók munkaterhelését és teljesítményét, így célzott fejlesztések és erőforrás-elosztás tervezhető.
Hol szerezhető be?
Ez az információ gyakran az iCIMS Recruiting Workflow Profile-ban vagy a kapcsolódó Job Profile-ban található, és azokhoz a felhasználókhoz kapcsolódik, akik bizonyos műveleteket végeztek.
Példák
John SmithJane DoeEmily Jones
|
|||
|
Adatok utolsó frissítése
LastDataUpdate
|
Az az időbélyeg, amely megmutatja, mikor nyerték ki vagy frissítették utoljára az adatokat a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti, mikor történt az adatok legutóbbi lekérése az iCIMS-ből. Nem az esemény időpontját mutatja, hanem azt, hogy mikor szinkronizálták utoljára a rekordot a process mining eszközzel. Ez az információ segít megítélni az elemzett adatok frissességét. A felhasználók láthatják, hogy aktuális adatokat vagy egy adott időpontban készült modellpillanatképet vizsgálnak, ami fontos az elemzés relevanciája és pontossága szempontjából.
Miért fontos?
Tájékoztatja a felhasználókat az adatok aktualitásáról, így az elemzések és döntések naprakész információkra épülhetnek.
Hol szerezhető be?
Az ETL-folyamatnak minden futáskor létre kell hoznia és rögzítenie ezt az időbélyeget.
Példák
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Ajánlati összeg
OfferAmount
|
Az állásajánlatban a jelöltnek felkínált fizetés vagy juttatási csomag összege. | ||
|
Leírás
Ez az attribútum a jelöltnek felajánlott juttatási csomag pénzben kifejezett értékét tartalmazza. Általában az „Ajánlat kiküldve” esemény rögzítésekor adják meg. Ez az adat hasznos az „Ajánlatelfogadási arányok alakulása” dashboardhoz. Az ajánlat összegét az elfogadási arányokkal összevetve, majd például munkakör vagy részleg szerint csoportosítva a szervezetek képet kaphatnak arról, mennyire versenyképes a javadalmazásuk. Kiderülhet, hogy a jelöltek az ajánlat összegét utasítják-e el, és ennek alapján módosíthatók a bérsávok.
Miért fontos?
Fontos szempont az ajánlatelfogadási arányok elemzéséhez és annak megértéséhez, hogyan befolyásolja a javadalmazás a sikeres felvételt.
Hol szerezhető be?
Az iCIMS Recruiting Workflow Profile rendszerében ez az adat gyakran az „Offer” lapon vagy a kapcsolódó mezőkben található.
Példák
8500012000095500.50
|
|||
|
Elutasítás oka
RejectionReason
|
Annak oka, hogy a vállalat miért utasította el a jelölt jelentkezését. | ||
|
Leírás
Elutasítás esetén ez az attribútum jelöli a konkrét okot, például: „Nem illik a vállalati kultúrába”, „Nem rendelkezik a szükséges készségekkel” vagy „A pozíciót másik jelölt töltötte be”. A toborzó vagy a felvételi vezető ezt általában egy előre meghatározott listából választja ki. Az elutasítási okok elemzése visszajelzést ad a toborzási folyamatról. Rávilágíthat például a munkaköri leírások pontatlanságára, az egyes forrásokból érkező jelöltek minőségével kapcsolatos problémákra, illetve arra, hol javítható a kiválasztás. Ez segít finomítani a toborzási stratégiát és javítani a jelöltek minőségét.
Miért fontos?
Visszajelzést ad arról, miért nem jutnak tovább a jelöltek, így pontosíthatók a munkaköri leírások, a jelöltkeresés és a kiválasztási szempontok.
Hol szerezhető be?
Az iCIMS Recruiting Workflow rendszerében ezt általában akkor rögzítik, amikor a jelöltet elutasított állapotba helyezik.
Példák
Nem felel meg a minimális követelményeknekTúl magas fizetési elvárásMásik, alkalmasabb jelöltet választottak
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, ahonnan az adatok származnak, ebben az esetben az iCIMS. | ||
|
Leírás
Ez az attribútum azonosítja azt a forrásalkalmazást, amelyben a toborzási adatokat létrehozták és tárolják. Ennél a folyamatnál az értéke jellemzően „iCIMS”, vagy az iCIMS-példány pontosabb azonosítója. Egyetlen rendszer elemzésekor ez az érték állandónak tűnhet, több rendszer adatainak egyesítésekor azonban fontos szerepet kap. Például segít összekapcsolni az iCIMS toborzási adatait egy másik rendszer HRIS-adataival. Nyomon követhetővé teszi az adatok eredetét, és segít az adatkapcsolati problémák elhárításában.
Miért fontos?
Megmutatja az adatok eredetét, ami fontos az adatirányítás és a több HR-rendszerből származó adatok összekapcsolása szempontjából.
Hol szerezhető be?
Ez egy állandó érték („iCIMS”), amelyet az adatok kinyerése és átalakítása során kell hozzáadni.
Példák
iCIMS Talent CloudiCIMS
|
|||
|
Ismételt tevékenység
IsRework
|
Jelzi, hogy egy tevékenység ugyanazon állásra jelentkezés során ismétlődik-e. | ||
|
Leírás
Az Is Rework attribútum logikai jelző, amelynek értéke true, ha egy adott tevékenység ugyanazon az ügyön belül többször fordul elő. Ha például a jelöltnek kétszer kell részt vennie az első interjún, a második alkalom ismételt tevékenységnek számít. Ez az attribútum hasznos a folyamatmegfelelés és a folyamatváltozatok elemzéséhez. Gyorsan megmutatja a hatékonytalanságokat, a felesleges lépéseket és a standard folyamattól való eltéréseket. Az ismételt munkák felismerése és számszerűsítése segít egyszerűsíteni a folyamatot, csökkenteni a felesleges ráfordítást és javítani a jelöltélményt.
Miért fontos?
Az ismétlődő lépések felismerésével számszerűsíti a folyamat hatékonytalanságait. Az ilyen ismétlődések gyakran problémára vagy a standardtól eltérő folyamatmenetre utalnak.
Hol szerezhető be?
Ezt az attribútumot a process mining eszköz számítja ki: ellenőrzi, hogy az adott JobApplicationId esetén előfordult-e már azonos nevű tevékenység.
Példák
truefalse
|
|||
|
Jelöltazonosító
CandidateId
|
Az egyes jelöltek egyedi azonosítója, amely az összes jelentkezésükben azonos. | ||
|
Leírás
A Candidate ID a tehetségadatbázisban szereplő személy egyedi azonosítója, amely különbözik a Job Application ID-tól. Egy jelölt több állásra is jelentkezhet, de a Candidate ID-ja mindig ugyanaz marad. Ez az attribútum különösen hasznos az ismételt szűrés felismeréséhez. A tevékenységeket Candidate ID szerint csoportosítva azonosíthatók azok az esetek, amikor ugyanazt a személyt szükségtelenül többször szűrik különböző pozíciókra. Emellett átfogóbb képet ad a jelölt vállalattal folytatott korábbi kapcsolatairól.
Miért fontos?
Egyedileg azonosítja a személyt, így több jelentkezésen keresztül is elemezhető a jelölt útja, és felismerhetők a feleslegesen ismétlődő tevékenységek.
Hol szerezhető be?
Az iCIMS rendszerben ez a Person Profile elsődleges azonosítója.
Példák
CAND-9876CAND-5432CAND-1001
|
|||
|
Munkakör megnevezése
JobTitle
|
Annak a pozíciónak a megnevezése, amelyre a jelölt jelentkezett. | ||
|
Leírás
A munkakör megnevezése a nyitott pozíció hivatalos neve, például szoftvermérnök vagy termékmenedzser. A részlegen vagy munkakörcsaládon túl a pozíció pontosabb leírását adja. Ez az attribútum gyakran használt szempont a toborzási adatok szűréséhez és csoportosításához. Ha például munkakörönként elemzi a felvételig eltelt időt, kiderülhet, hogy bizonyos pozíciók, különösen a vezetői vagy speciális szaktudást igénylő munkakörök betöltése jóval tovább tart. Ez alapján az egyes pozíciótípusokhoz igazított toborzási stratégiák dolgozhatók ki.
Miért fontos?
Lehetővé teszi az egyes munkakörök részletes elemzését és teljesítményük összehasonlítását, figyelembe véve az eltérő felvételi kihívásokat és időigényeket.
Hol szerezhető be?
Az iCIMS rendszerben ez a Job Profile egyik alapmezője.
Példák
Vezető szoftvermérnökMarketingmenedzserAdatelemző
|
|||
|
Munkavégzés helye
JobLocation
|
A nyitott pozícióhoz tartozó város vagy iroda pontos helye. | ||
|
Leírás
A munkavégzés helye az országnál részletesebb földrajzi adatot ad meg, jellemzően a várost, az államot vagy a konkrét irodát jelöli. Ez az attribútum részletesebb regionális elemzést tesz lehetővé. Például összehasonlítható a felvételig eltelt idő a különböző városokban, így jobban megérthetők a helyi munkaerőpiaci viszonyok és a felvételi nehézségek. A regionális toborzócsapatok erőforrásainak tervezését is segítheti.
Miért fontos?
Részletes földrajzi képet ad, és segít elemezni az egyes irodák vagy városok közötti teljesítménykülönbségeket.
Hol szerezhető be?
Az iCIMS rendszerben ez a Job Profile helyadatmezőiben szerepel.
Példák
New York, NYSan Francisco, CALondon, Egyesült Királyság
|
|||
|
Ország
Country
|
Az ország, ahol a pozíció található. | ||
|
Leírás
Ez az attribútum az állásigényléshez tartozó országot jelöli, és földrajzi kontextust ad a felvételi folyamathoz. A toborzási folyamat országonkénti elemzése elengedhetetlen a nemzetközi szervezetek számára. Feltárhatja a felvételi idők, a jelöltkeresési csatornák hatékonysága és a folyamatok megfelelése közötti regionális különbségeket. Az elemzés segít a helyi igényekhez igazított toborzási stratégiák kidolgozásában és reális regionális teljesítménycélok meghatározásában.
Miért fontos?
Lehetővé teszi a felvételi folyamat földrajzi csoportosítását, feltárja a régiók közötti teljesítménykülönbségeket, és támogatja a folyamatok nemzetközi egységesítését.
Hol szerezhető be?
Az iCIMS rendszerben ez a Job Profile helyadatainak része.
Példák
Egyesült ÁllamokNémetországEgyesült KirályságKanada
|
|||
|
Teljes átfutási idő
CycleTime
|
Az állásra jelentkezés első és utolsó tevékenysége között eltelt teljes idő. | ||
|
Leírás
Az átfutási idő egyetlen jelentkezés teljes toborzási folyamatának időtartamát méri. Kiszámításához az első esemény, például a „Jelentkezés beérkezett”, és az utolsó esemény, például a „Jelölt felvéve” vagy a „Jelentkezés elutasítva” időbélyege közötti különbséget veszik. Ez az egyik alapvető KPI a folyamat egészének hatékonyságához. A „Felvételi idő teljesítménye” dashboardon követhető vele, mennyi idő alatt töltik be a pozíciókat. Az átfutási idő elemzése segít felismerni az elhúzódó folyamatokat, és viszonyítási alapot ad a folyamatfejlesztéshez.
Miért fontos?
Ez a számított mutató a folyamat egészének hatékonyságát jelzi, és fontos eleme a felvételi időt követő dashboardoknak.
Hol szerezhető be?
Ez az attribútum közvetlenül nem érhető el az iCIMS rendszerben. A process mining eszköz számítja ki minden JobApplicationId esetén az ActivityStartTime legnagyobb és legkisebb értékének különbségéből.
Példák
45 nap 10 óra62 nap 4 óra30 nap 0 óra
|
|||
|
Tevékenység befejezési időpontja
ActivityEndTime
|
Az az időbélyeg, amely megmutatja, mikor fejeződött be egy toborzási tevékenység. | ||
|
Leírás
A tevékenység befejezési időpontja jelöli az esemény végét. Sok esetben, különösen az olyan egyszeri eseményeknél, mint az „Ajánlat kiküldve”, a befejezés időpontja megegyezhet a kezdésével. Az időtartammal rendelkező tevékenységeknél, például egy interjúblokknál, eltérhet a két időpont. Ez az attribútum az egyes tevékenységek pontos időtartamának, vagyis a feldolgozási időnek a kiszámítására szolgál. A feldolgozási idő elemzésével megállapítható, mely feladatok veszik igénybe a legtöbb időt, nem csupán az, mennyi a várakozás a feladatok között.
Miért fontos?
Lehetővé teszi a tevékenység feldolgozási idejének kiszámítását, így elkülöníthető az aktív munkavégzés és a tétlen várakozás ideje.
Hol szerezhető be?
A kezdési időponthoz hasonlóan ez is megtalálható az iCIMS auditnaplójában vagy előzményeiben. Ha csak egyetlen esemény-időbélyeg áll rendelkezésre, az értéket becsléssel kell meghatározni.
Példák
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
|
|||
Toborzási és tehetségszerzési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
A vállalat elutasította a jelentkezést
|
A vállalat a folyamat valamelyik szakaszában úgy döntött, hogy nem folytatja a jelölttel. Ezt a toborzó vagy a felvételi vezető rögzíti, amikor a jelentkezés állapotát lezáró „Rejected” vagy „Not Selected” értékre állítja. | ||
|
Miért fontos?
Ez a leggyakoribb záróesemény. Annak elemzése, hogy a folyamat melyik szakaszában történik a legtöbb elutasítás, alapvető a toborzási tölcsér eredményességének megértéséhez és a szűk keresztmetszetek feltárásához.
Hol szerezhető be?
A lezáró elutasítási állapotra, például „Rejected”, „Not Selected” vagy „Position Filled” értékre váltásból állapítható meg. Az iCIMS gyakran megköveteli az elutasítás okának megadását.
Rögzítés
Keresse a bármely lezáró, nem felvételt vagy visszalépést jelző állapotra váltást.
Eseménytípus
inferred
|
|||
|
Ajánlat elfogadva
|
A jelölt hivatalosan elfogadta az állásajánlatot. Ez fontos sikermérföldkő, amelyet a toborzó a jelölt válasza alapján frissített állapota rögzít. | ||
|
Miért fontos?
Ez az esemény szükséges az ajánlatelfogadási arány kiszámításához, és jelzi az átmenetet a munkába állás előtti ellenőrzésekhez és a beléptetéshez.
Hol szerezhető be?
A jelentkezési munkafolyamat „Offer Accepted” vagy „Hire Pending” állapotára váltás időbélyegéből állapítható meg.
Rögzítés
Keresse meg az „Offer Accepted” állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Ajánlat kiküldve
|
Létrejött a hivatalos állásajánlat, és eljuttatták a jelölthöz. Ez fontos mérföldkő, amelyet általában a jelentkezés külön „Offer” szakaszba állítása rögzít. | ||
|
Miért fontos?
Ez az esemény az „Offer Acceptance Rate” KPI számlálójának alapja. Egyben jelzi a toborzási folyamat végső döntési szakaszának kezdetét.
Hol szerezhető be?
A jelentkezési munkafolyamat „Offer Extended”, „Offer Made” vagy „Verbal Offer” állapotára váltásból állapítható meg.
Rögzítés
Rögzítse az „Offer” állapothoz kapcsolódó állapotváltozás időbélyegét.
Eseménytípus
inferred
|
|||
|
Első interjú megtörtént
|
Ez az esemény azt jelzi, hogy lezajlott a jelölttel folytatott első interjúkör. Általában akkor rögzül, amikor a toborzó vagy a felvételi vezető az interjú után frissíti a jelölt állapotát. | ||
|
Miért fontos?
Ez fontos mérföldkő az értékelési folyamatban. Az esemény és a visszajelzés beküldése közötti idő alapvető a „Hiring Manager Feedback Cycle” elemzéséhez.
Hol szerezhető be?
A jelentkezési munkafolyamat állapotfrissítéséből állapítható meg, például „Interview Completed”, „Awaiting Feedback” vagy „First Interview Complete” esetén.
Rögzítés
Keresse az „Interview Complete” vagy egy kapcsolódó állapotra váltást az egyeztetett interjú dátuma után.
Eseménytípus
inferred
|
|||
|
Jelentkezés beérkezett
|
Ez az esemény jelöli az adott álláshirdetéshez kapcsolódó toborzási folyamat kezdetét. Akkor rögzül, amikor a jelölt sikeresen elküldi jelentkezését a karrierportálon, vagy a jelentkezést manuálisan rögzítik az iCIMS-ben. | ||
|
Miért fontos?
Ez a folyamat elsődleges kezdőeseménye. Az esemény és a következő mérföldkövek közötti idő elemzésével megérthető a teljes betöltési idő, és feltárhatók a folyamat elején jelentkező szűk keresztmetszetek.
Hol szerezhető be?
Általában a jelentkezési rekord létrehozásának dátumából vagy a jelölt munkafolyamat-előzményeiben szereplő, „Submitted” vagy „New Application” állapothoz tartozó időbélyegből állapítható meg.
Rögzítés
Használja a jelentkezési rekord létrehozásának időbélyegét vagy az első állapotváltozás időbélyegét.
Eseménytípus
inferred
|
|||
|
Jelölt felvéve
|
Ez a sikeres toborzási folyamatot jelző utolsó esemény. Akkor rögzül, amikor a jelölt végleges „Hired” állapotba kerül. Ezzel hivatalosan lezárul a jelentkezési folyamat, és gyakran elindul a beléptetési munkafolyamat. | ||
|
Miért fontos?
Ez a folyamat elsődleges sikeres záróeseménye. Szükséges a teljes felvételi idő és a toborzási tölcsér átlépési arányainak kiszámításához.
Hol szerezhető be?
A jelentkezési munkafolyamat végleges „Hired” vagy „Started” állapotára váltás időbélyegéből állapítható meg. Ez lezáró állapot.
Rögzítés
Rögzítse a végleges „Hired” állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Jelölt továbbítva a felvételi vezetőnek
|
A toborzó átadja a megfelelő jelölt profilját a felvételi vezetőnek áttekintésre. Ez általában akkor rögzül, amikor a toborzó a jelöltet az iCIMS munkafolyamatának „Hiring Manager Review” lépésére állítja. | ||
|
Miért fontos?
Ez fontos átadási pont. Az ettől a lépéstől a vezető visszajelzéséig eltelt idő mérése segít feltárni a felvételi vezető oldalán jelentkező késéseket.
Hol szerezhető be?
A jelentkezés „Submitted to Hiring Manager”, „HM Review” vagy a vezető bevonását jelző hasonló állapotba váltásának időbélyegéből állapítható meg.
Rögzítés
Rögzítse a „Hiring Manager Review” vagy az ennek megfelelő állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
A jelölt visszavonta a jelentkezését
|
A jelölt önként visszalépett a pozícióért folyó kiválasztásból. Ezt akkor rögzítik, amikor a jelölt értesíti a toborzót, aki a jelentkezés állapotát „Withdrawn” értékre állítja. | ||
|
Miért fontos?
Ez fontos sikertelen záróesemény. Ha egyes szakaszokban sok a visszalépés, annak oka lehet a hosszú folyamat, a hiányos kommunikáció vagy a kedvezőtlen jelölti élmény.
Hol szerezhető be?
Az iCIMS munkafolyamatában a „Withdrawn by Candidate”, „Withdrew” vagy egy hasonló lezáró állapotra váltás időbélyegéből állapítható meg.
Rögzítés
Rögzítse a „Withdrawn” vagy az ennek megfelelő állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Ajánlat visszautasítva
|
A jelölt hivatalosan visszautasította az állásajánlatot. Ez sikertelen kimenetel, amelyet a toborzó a jelölt „Offer Declined” vagy „Offer Rejected” állapotba állításával rögzít. | ||
|
Miért fontos?
Ez a folyamat egyik fontos sikertelen záróeseménye. Az ajánlat-visszautasítások időpontjának és okainak elemzésével felmérhető a javadalmazási csomag versenyképessége és a jelölti élmény.
Hol szerezhető be?
A jelentkezési munkafolyamat lezáró „Offer Rejected” vagy „Offer Declined” állapotára váltásból állapítható meg.
Rögzítés
Keresse meg az „Offer Rejected” vagy az ennek megfelelő állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Első interjú időpontja egyeztetve
|
Azt jelzi, hogy egyeztették a jelölt és a felvételi csapat közötti interjú időpontját. Az iCIMS időpont-egyeztetési funkciója rögzíti ezt, amikor létrejön a jelentkezéshez kapcsolt interjúesemény. | ||
|
Miért fontos?
Ez jelöli az átmenetet az előszűrésből a hivatalos értékelésbe. Követésével elemezhető az időpont-egyeztetés hatékonysága és az, mennyi idő alatt jutnak el az interjúig a megfelelő jelöltek.
Hol szerezhető be?
Az iCIMS interjúütemező moduljában külön eseményként rögzíthető, vagy az „Interview Scheduled” vagy egy hasonló állapotra váltásból állapítható meg.
Rögzítés
Használja az interjúrekord létrehozásának dátumát vagy az „Interviewing” állapotra váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Háttérellenőrzés elindítva
|
A munkába állás előtti ellenőrzési folyamat kezdetét jelzi, miután a jelölt elfogadta az ajánlatot. Ezt gyakran a jelölt „Background Check” állapotba helyezésével követik, ami külső szolgáltatóval való integrációt is elindíthat. | ||
|
Miért fontos?
Az „Offer Accepted” eseménytől eddig a lépésig eltelt idő elemzésével feltárhatók a munkába állás előtti folyamatok késései, amelyek befolyásolhatják a jelölt munkakezdésének dátumát.
Hol szerezhető be?
A „Background Check in Progress” vagy egy hasonló állapotra váltásból állapítható meg. Egyes iCIMS-integrációk külön eseményként is rögzíthetik.
Rögzítés
Keresse a „Background Check” állapotra váltást.
Eseménytípus
inferred
|
|||
|
Jelentkezés előszűrve
|
Azt jelzi, hogy a toborzó elvégezte a jelentkezés első áttekintését. Jellemzően akkor állapítható meg, amikor a jelentkezés állapota „new” értékről az áttekintést jelző állapotra, például „Under Review” vagy „Screening” értékre változik. | ||
|
Miért fontos?
Ennek az eseménynek a követése segít mérni a toborzói munka hatékonyságát és az előszűrésig eltelt időt jelző KPI-t. Az itt jelentkező késések miatt a jelöltek megszakíthatják a folyamatot, és meghosszabbodhat a teljes felvételi idő.
Hol szerezhető be?
A jelentkezési profil állapotváltozásából állapítható meg. Keresse a kezdeti állapotból például „Reviewed”, „Screened” vagy „Under Consideration” állapotba történő változást.
Rögzítés
Keresse meg az „reviewed” vagy „screened” állapotba váltás időbélyegét.
Eseménytípus
inferred
|
|||
|
Jelölttel telefonos előszűrés történt
|
Azt jelzi, hogy a toborzó előzetes telefonos interjút készített a jelölttel. Az esemény általában akkor rögzül, amikor a hívás után a toborzó frissíti a jelölt állapotát a munkafolyamatban. | ||
|
Miért fontos?
Ez a toborzási tölcsér egyik fontos szűrőszakasza. Az időtartam és az átlépési arány elemzésével felmérhető az előszűrés és a jelöltkeresés eredményessége.
Hol szerezhető be?
A jelölt munkafolyamatában bekövetkező állapotváltozásból állapítható meg, például „Phone Screen Completed”, „Advanced to Next Step” vagy egy hasonló, egyedi állapot esetén.
Rögzítés
Keresse a „Phone Screen” vagy egy hasonló, beállított állapotra váltást a jelentkezési munkafolyamatban.
Eseménytípus
inferred
|
|||
|
Második interjú időpontja egyeztetve
|
Azt jelzi, hogy a jelölt továbbjutott, és szervezik a következő interjúkört. Akkor rögzül, amikor új interjúeseményt ütemeznek, vagy a jelölt a „Second Interview” szakaszba kerül. | ||
|
Miért fontos?
A második interjúk gyakoriságának és az odáig eltelt időnek az elemzése segít megérteni a folyamat mélységét, és feltárni, ha egyes pozíciókhoz indokolatlanul sok interjúkör szükséges.
Hol szerezhető be?
A „Second Interview Scheduled” állapotra váltásból vagy egy már interjúztatott jelölthöz tartozó új interjúrekord létrehozásából állapítható meg.
Rögzítés
Keresse az állapotváltozást vagy az ugyanahhoz a jelentkezéshez tartozó új interjúrekord létrehozását.
Eseménytípus
inferred
|
|||
|
Visszajelzés beküldve
|
Akkor történik, amikor a felvételi csapat egyik tagja, jellemzően a felvételi vezető, beküldi a jelölt interjú utáni értékelését. Az iCIMS strukturált visszajelzés rögzítését teszi lehetővé, így az esemény a visszajelzési rekord létrehozásából állapítható meg. | ||
|
Miért fontos?
Ez szükséges az „Avg Hiring Mgr Feedback Time” KPI méréséhez. A visszajelzés késése gyakori szűk keresztmetszet, amely lassítja a teljes felvételi folyamatot.
Hol szerezhető be?
A jelentkezéshez kapcsolódó interjú-visszajelzési rekord létrehozásának időbélyegéből állapítható meg. Egy konkrét állapotváltozás, például „Feedback Received” is jelezheti.
Rögzítés
Használja a rendszerben rögzített interjú-visszajelzés létrehozásának időbélyegét.
Eseménytípus
inferred
|
|||
Útmutatók az adatok kinyeréséhez
Készen áll a kezdésre?
Ezzel az adatsablonnal felkészülten tárhatja fel a toborzási és tehetségszerzési folyamat működését, és teheti hatékonyabbá, gyorsabbá a felvételt. Használja ki még ma az iCIMS adataiban rejlő lehetőségeket.
Fejlessze az iCIMS toborzási folyamatát, kezdje el még ma a tehetségszerzés optimalizálását
Azonosítsa az iCIMS szűk keresztmetszeteit, és csökkentse 30%-kal a toborzási ciklus idejét. Lássa gyorsan az eredményeket.
Nincs szükség bankkártyára Beállítás 5 perc alatt