Jei realus darbas vyksta LinkedIn, per rekomendacijas ir jau sukauptą kandidatų bazę, sistema turi sujungti paiešką, istoriją ir procesą, o ne tik rodyti etapus.
Daugelyje komandų atranka iš tikrųjų vyksta per kelis atskirus sluoksnius. Tai lėtina darbą ir silpnina kandidatų bazės vertę.
Aiškūs etapai visai komandai, ne vien vienam recruiteriui
Kandidato istorija, o ne tik dabartinis statusas
Darbas su pasyviais kandidatais, ne vien su įeinančiomis paraiškomis
Daugiaprojektė logika agentūroms ir intensyvioms komandoms
Greitesnis trumpųjų sąrašų kūrimas iš bazės ir aktyvios paieškos
Mažiau administracijos, daugiau realaus atrankos darbo
Kai svarbu vienu metu valdyti kelis klientų procesus ir išlaikyti visą kandidatų istoriją ateities paieškai.
Kai kandidatai dažniausiai neateina per skelbimus, o atranka remiasi aktyvia paieška ir ilgiau trunkančiu santykiu.
Kai samdymas nėra masinis ir reikia daugiau nei paprastos paraiškų eigos.
Taip, persidengimas yra. Bet Yena labiau akcentuoja atrankų CRM ir aktyvios paieškos sluoksnį, o ne vien gaunamų paraiškų administravimą.
ATS gerai tvarko kandidatą po paraiškos gavimo. Atrankų CRM tampa svarbus tada, kai kandidatas atrandamas anksčiau, yra puoselėjamas per laiką ir su juo dirbama per kelis projektus.
Taip. Būtent tokioms komandoms vien tik tradicinio ATS dažnai nepakanka, nes daug vertės yra paieškoje, istorijoje ir santykio valdyme.
Ne. Jei turite kandidatų bazę CSV, eksportus ar susikaupusią istoriją kitame įrankyje, ją galima perkelti ir toliau naudoti kaip aktyvų kanalą.
Kai visas samdymas yra labiau operacinis, su dideliu gaunamų paraiškų srautu ir minimaliu darbu su pasyviais kandidatais.