Vieno teisingo atsakymo į klausimą apie ATS kainą nėra. Lietuvoje atrankų agentūra moka ne tik už vartotojo licenciją. Į bendrą kainą patenka duomenų sutvarkymas, diegimas, komandos mokymai, integracijos, laiškų siuntimas, duomenų papildymas ir laikas, kurį reikia skirti pokyčiui.
Kaina priklauso nuo to, ką sistema turi padaryti
Paprasta sistema kandidatų paraiškoms registruoti ir sourcing-first Hiring OS nėra tas pats produktas. Pirmoji saugo, kas atsiuntė CV. Antroji padeda rasti žmones, kurie dar nesikreipė, susieti kandidatus su mandatu, išsaugoti kontaktų istoriją, papildyti duomenis ir vykdyti kampaniją.
Todėl pasiūlyme reikia atskirti funkcijas. Ar į kainą įeina kandidatų paieška, atrankų CRM, el. laiškų kampanijos, LinkedIn plėtinys, duomenų papildymas, API, ataskaitos ir eksporto galimybė? Jei kiekvienai užduočiai reikia atskiro įrankio, maža licencijos kaina nebūtinai reiškia mažą bendrą kainą.
Yena skirta komandoms, kurios aktyviai ieško kandidatų ir nori vienoje darbo aplinkoje turėti DI paiešką, ATS ir atrankų CRM. Sistema gali pateikti paieškos signalus ir paaiškinimą, kodėl profilis galėtų tikti. Ji nepriima galutinio sprendimo už atrankų specialistą ar darbdavį.
Prieš prašydami kainos suskaičiuokite, kiek žmonių iš tikrųjų dirbs su mandatais, kiek klientų reikia atskirti ir kiek naujų kontaktų sukuriama per mėnesį. Šie skaičiai padeda tiekėjui parodyti realų scenarijų, o ne bendrą katalogo paketą. Jie taip pat parodo, ar mokate už pajėgumą, kurio nenaudosite.
Mažai Lietuvos agentūrai svarbus ir augimo klausimas. Ar galima pradėti nuo kelių naudotojų, o vėliau pridėti konsultantus? Ar klientui galima suteikti ribotą prieigą? Ar keičiantis komandai išlieka kandidatų istorija? Sutarties lankstumas yra kainos dalis, net jei jo nematyti pirmoje sąskaitoje.
Kainą verta vertinti kartu su rizika prarasti darbo istoriją. Jei svarbus kandidato kontekstas lieka atskiruose inboxuose, nauja licencija neišspręs pagrindinės problemos.
Pagrindiniai kainodaros modeliai
Dažniausias modelis yra mokestis už vartotoją per mėnesį. Jis patogus, kai kiekvienas komandos narys turi panašią prieigą ir naudojimo apimtį. Sutartyje vis tiek verta patikrinti, ar mokama už kiekvieną pilną naudotoją, ar yra riboto naudojimo vietų, ir kas nutinka komandai augant.
Kitas variantas yra mokestis už komandą arba agentūrą. Toks modelis gali būti patogus mažai komandai, tačiau reikia išsiaiškinti, ar yra kandidatų, aktyvių mandatų, saugyklos, kampanijų arba eksporto ribos. Paprastas fiksuotas skaičius kartais slepia naudojimo apribojimus.
Dar vienas modelis jungia abonementą ir vartojimo mokestį. Papildomai gali būti skaičiuojami kontaktų papildymo, laiškų, telefono numerių, API ar išorinių duomenų šaltinių vienetai. Tai gali būti racionalu, jeigu matote realų naudojimą, tačiau biudžete reikia skaičiuoti ne tik bazinį planą.
- Mokestis už vartotoją
- Komandos arba agentūros planas
- Abonementas ir vartojimo mokesčiai
- Atskiras diegimas, migracija ir integracijos
Paslėpti diegimo kaštai
Dažniausiai nuvertinamas darbas yra duomenų paruošimas. Kandidatų informacija būna skirtinguose Excel failuose, el. pašto dėžutėse, CV aplankuose ir ankstesnėse sistemose. Prieš perkėlimą reikia apibrėžti laukus, dublikatus, sutikimus, datas, archyvavimą ir trynimo taisykles.
Antra išlaidų grupė yra diegimas. Kažkas turi sukurti darbo eigas, statusus, prieigos lygius, kampanijų šablonus, klientų vaizdus ir ataskaitas. Dar reikia apmokyti komandą ir patikrinti procesą su tikru, nors ir ribotu, mandatu. Mažoje agentūroje tai dažnai būna vadovo ar vyriausiojo konsultanto laikas.
Nepamirškite domeno nustatymų, integracijų priežiūros, vartotojų administravimo, eksporto ir sutarties nutraukimo sąlygų. Paprašykite tiekėjo aiškiai parašyti, kas nutiks pasibaigus sutarčiai ir kiek kainuos pagalba, jei reikės susigrąžinti duomenis.
Kaip palyginti pasiūlymus
Sukurkite trejų metų bendrų išlaidų lentelę. Pirmais metais atskirai rodykite licencijas, diegimą, migraciją, mokymus ir integracijas. Vėlesniais metais įtraukite pasikartojančias licencijas, vartojimo mokesčius, palaikymą ir galimus kainos pokyčius. Taip pasiūlymai tampa palyginami.
Tada suskaičiuokite, kiek įrankių sistema realiai pakeis. Įtraukite kandidatų paiešką, ATS, CRM, kontaktų papildymą, kampanijas ir ataskaitas. Jeigu naujas produktas pakeičia tik paraiškų registravimą, ankstesnių įrankių ir rankinio darbo išlaidos lieka.
Galiausiai įtraukite išėjimo kainą. Turite žinoti, kaip eksportuoti kandidatus, įmones, veiksmų istoriją, sutikimus ir priedus. Duomenų perkeliamumas saugo ne tik nuo komercinės priklausomybės, bet ir padeda įgyvendinti duomenų subjekto teises.
Ką tikrinti demonstracijoje
Pateikite vieną anonimizuotą realią poziciją ir paprašykite parodyti visą kelią. Nuo poreikio aprašymo ir kandidatų paieškos iki tinkamumo paaiškinimo, duomenų papildymo, laiško, atsakymo, pokalbio ir shortlist perdavimo klientui.
Klauskite, kas yra faktas, o kas yra sistemos išvada. Kandidato pareigos ir patirtis turi būti atskiriamos nuo automatiškai apskaičiuoto tinkamumo. Komanda turi galėti patikrinti paaiškinimą, pataisyti duomenis ir priimti kitą sprendimą.
Yena demonstracijoje verta patikrinti DI sourcing, ATS, atrankų CRM ir LinkedIn plėtinį vienoje darbo eigoje. Taip pat paklauskite apie trynimą, eksportą, prieigas ir žmogaus atliekamą galutinę patikrą.
Paprašykite parodyti ir mažiau patogią situaciją: klientas pakeičia prioritetą, kandidatas nori būti pašalintas, o konsultantas perima mandatą iš kolegos. Tokie scenarijai atskleidžia, ar sistema saugo tik gražų pristatymo vaizdą, ar iš tikrųjų padeda dirbti kasdien. Demonstracijoje turi būti aišku, kaip pataisoma klaida ir kas lieka veiksmų istorijoje.
Vertinkite ne tik funkcijų skaičių, bet ir komandos įpročių kainą. Jeigu konsultantai vis dar turės kopijuoti informaciją į atskirą CRM, siųsti failus klientui ir ranka sekti priminimus, dalis pažadėto sutaupymo liks teorinė. Geras sprendimas sumažina žingsnių skaičių ten, kur komanda dirba dažniausiai.
Kur lieka žmogaus atsakomybė
Žmogaus patikra nėra pasirenkama
Yena nepriima sprendimo, kurį kandidatą reikia įdarbinti. Ji padeda sumažinti rankinį paieškos darbą, susisteminti informaciją ir išlaikyti ryšių kontekstą. Motyvaciją, diskriminacijos riziką, kliento prioritetus ir galutinį sprendimą turi įvertinti žmogus.
Išbandykite kandidatų paieškos procesą su tikru mandatu
Pasirinkite tikrą mandatą ir palyginkite, kiek rankinio paieškos bei duomenų darbo lieka.
Peržiūrėti Yena paieškąNaudingi Yena puslapiai
Dažniausi klausimai
Ar pigiausias ATS yra geriausias pasirinkimas?
Ne visada. Palyginkite trejų metų bendrą kainą su diegimu, migracija, mokymais, integracijomis ir įrankiais, kurių nauja sistema nepakeis.
Ar Yena turi vieną kainą visoms agentūroms?
Aktualias sąlygas reikia pasitikrinti pagal jūsų komandą, duomenų apimtį ir paieškos scenarijų. Šiame straipsnyje Yena kainos neišgalvotos.
Ką turi apimti duomenų eksportas?
Kandidatus, įmones, kontaktų istoriją, veiksmus, sutikimus, priedus ir aiškų struktūrinį formatą, taip pat sutartą terminą ir pagalbos apimtį.
Kam labiausiai tinka Yena?
Komandoms, kurios aktyviai ieško kandidatų ir nori vienoje sistemoje sujungti sourcing, ATS ir atrankų CRM. Vien paraiškų registravimui gali pakakti paprastesnio įrankio.
Oficialūs šaltiniai
- Lietuvos Valstybinė duomenų apsaugos inspekcija
- Eiropas Komisija: datu aizsardzība ES
- Eiropas Komisija: AI Act regulējums
Peržiūrėti Yena kainas
Prieš sutartį paprašykite aiškaus diegimo, vartojimo mokesčių ir duomenų eksporto aprašo.
Peržiūrėti Yena kainasSkaičiuokite ne licenciją, o visą darbo kainą
Paprašykite tiekėjo atskirai nurodyti vieno naudotojo kainą, minimalią komandą, sutarties laikotarpį, diegimą, papildomus modulius, integracijas ir pagalbos ribas. Į vidinę sąmatą įrašykite duomenų valymą, dublikatų sujungimą, mokymus, administratoriaus laiką ir laiką, kurį rekrutuotojai praras mokydamiesi naujo proceso. Maža mėnesio suma gali tapti brangi, jei kiekvienas profilis reikalauja rankinio taisymo.
Įvertinkite ir išėjimą: ar galima gauti pilną eksportą, kiek kainuoja papildoma pagalba, kaip panaikinamos prieigos ir kas prižiūri duomenis nutraukus sutartį. Šios eilutės nėra nepatogus priedas. Jos parodo, kiek kontrolės išlieka jūsų komandai pasikeitus tiekėjui.
- licencija ir realus vartotojų skaičius
- diegimas, migracija ir duomenų valymas
- integracijos, mokymai ir priežiūra
- eksportas, prieigos panaikinimas ir išėjimas
Atskirkite kandidatų paiešką nuo paraiškų administravimo
Sistema gali puikiai tvarkyti jau gautas paraiškas ir vis tiek nepadėti, kai rinkoje trūksta tinkamų žmonių. Todėl kainos teste pradėkite nuo tos pačios sudėtingos vakansijos: kiek naujų tinkamų kandidatų randama, kiek laiko užtrunka patikra ir ar paaiškėja, kuo remiantis žmogus pasiūlytas. Aktyvi kandidatų paieška turi ateiti prieš ATS etapą. Tik patikrintą kandidatą verta perduoti į recruiting CRM ar kitą proceso dalį.
Yena verta tikrinti kaip aktyvios paieškos sluoksnį, jeigu jūsų komanda praranda laiką ieškodama, kartodama kontaktus ir atkurdama ankstesnį kontekstą. Tai nėra pažadas, kad įrankis tiks kiekvienai organizacijai. Jei daugiausia dirbate su dideliu gaunamų paraiškų srautu, kitas sprendimas gali turėti geresnę bendrą vertę.
Į kainos palyginimą įrašykite ir sprendimo kokybę. Jeigu įrankis pasiūlo profilį, bet neparodo, kuri patirtis susijusi su vakansija, darbuotojas turi papildomai tikrinti ir taisyti. Ta minutė po minutės tampa paslėpta mėnesio sąskaita. Prieš perkant susitarkite, kiek tokio rankinio darbo priimtina, kas jį atlieka ir kokiu atveju bandymas laikomas nepavykusiu.
Atlikite palyginamąjį bandymą prieš sutartį
Paruoškite anonimizuotą briefą ir tą patį scenarijų parodykite kiekvienam tiekėjui. Užrašykite naujų tinkamų kandidatų skaičių, paieškos paaiškinamumą, laiką iki pirmos patikimos rekomendacijos ir rankinius veiksmus perduodant žmogų į procesą. Įtraukite sourcerį, rekrutuotoją ir vadovą, nes jų klausimai skiriasi.
Patikrinkite dublikatų valdymą, teises, klaidos taisymą, duomenų eksportą ir tai, ar kitas komandos narys gali atkurti ryšio istoriją. Prieš priimdami sprendimą parašykite sėkmės kriterijus bei sustabdymo taisyklę. Jei rezultato neįmanoma paaiškinti žmogui arba duomenų negalima pataisyti, mažesnė kaina problemos neišsprendžia.
- tas pats realaus darbo scenarijus
- naujų kandidatų ir rankinio laiko matavimas
- skirtingų naudotojų peržiūra
- aiškus žmogaus patikros ir sustabdymo vartas
Kada pigesnis sprendimas nėra pigesnis
Pigesnė licencija neatsiperka, jei sourceriai toliau dirba atskiruose lapuose, kontaktai dubliuojasi, o vadovas nemato, kodėl kandidatas pasiūlytas. Suskaičiuokite pasikartojančius veiksmus per savaitę ir padauginkite iš realaus darbuotojo laiko kainos. Pridėkite riziką prarasti kandidato sutikimą ar nebegalėti greitai ištaisyti duomenų.
Kita vertus, brangesnė platforma nėra automatiškai geresnė. Jei komanda nenaudos papildomų modulių arba jūsų procesas per mažas sudėtingam diegimui, mokėsite už galimybę, o ne rezultatą. Sprendimą grįskite vienodu bandymu, dokumentuota nauda ir planu, kaip žmogus galės patikrinti kiekvieną svarbų pasiūlymą.
Sąmatą peržiūrėkite po bandomojo mėnesio, kai dingsta demonstracijos efektas. Paklauskite, kiek veiksmų iš tiesų atlikta sistemoje, kiek teko apeiti rankiniu būdu ir ar komanda suprato, kodėl kandidatas pateiktas. Jei atsirado papildoma licencija, konsultanto valandos ar naujas duomenų tvarkymo darbas, įrašykite juos į tikrą kainą. Tai patikimesnis pagrindas nei tiekėjo pažadas apie neribotą efektyvumą.
Galutinį sprendimą patvirtinkite tik tada, kai atsakingas žmogus gali paaiškinti prieigos, taisymo ir eksporto procesą. Kaina turi būti susieta su aiškiu darbo scenarijumi, o ne su funkcijų skaičiumi.
Prie sąmatos pridėkite bandymo protokolą: faktinį laiką, rankinių taisymų skaičių, naudotus modulius, mokymų sąnaudas, atsakingą asmenį ir kitą peržiūros datą. Taip palyginsite planuotą ir faktinį darbą bei matysite, ar papildoma funkcija iš tiesų naudojama kasdien.