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 kainas