Ostit hakijoiden vertailutyökalun. Tiimisi käytti sitä kerran, ehkä kahdesti. Sitten joku sanoi ”laitetaan vain taulukkoon”, eikä kukaan vastustanut.
Ongelma ei ollut koskaan työkalun ominaisuuslistassa. Ratkaisevaa oli, täyttääkö työkalu ne viisi kitkakohtaa, jotka päättävät, avaako kukaan sitä toista kertaa.
Geekflaren mukaan (2026) vain noin 20 % pk-yrityksistä käyttää ATS-järjestelmää, ja yleisin varakeino on edelleen taulukko. Gitnuxin mukaan SME-yritysten käyttöönotto nousi 38 prosentista vuonna 2020 55 prosenttiin vuoteen 2023 mennessä, pääosin freemium-tasojen ansiosta. Käyttöönotto ei kuitenkaan ole sama asia kuin jatkuva käyttö. Työkalut, jotka lisäävät kitkaa vertailuvaiheeseen, hylätään ensimmäisinä.
Kriteeri 1: Hakijoiden lisääminen vie alle minuutin
Jos rekrytoija joutuu viemään CSV-tiedoston, muotoilemaan sarakkeet uudelleen tai syöttämään profiilitietoja käsin, jotta hakijat saadaan vierekkäiseen näkymään, hän ei tee sitä.
Vertailuvaihe on useimmilla jo valinnainen. Se tulee seulonnan jälkeen ja ennen purkupalaveria, ajalle, joka tuntuu liian lyhyeltä ylimääräisille napsautuksille. Jokainen asetteluun kuluva sekunti lisää todennäköisyyttä, että vertailu jätetään kokonaan tekemättä.
Vertailuvälineen ideaalitaso on yksi napsautus hakijapoolista vertailuruudukkoon. Jos työkalu vaatii erillisen latauksen, tiedon muuntamista tai uuden kirjautumisen, tiimi palaa oletukseen ja kirjoittaa nimet taulukon riveille.
Kriteeri 2: Arviointiperuste on yhteinen, ei henkilökohtainen
Vertailutyökalu, jonka avulla jokainen käyttäjä voi luoda omat pisteytyskriteerinsä, ei ole vertailutyökalu. Se on kokoelma yksityisiä mielipiteitä samassa käyttöliittymässä.
Koko ajatus hakijoiden vertailusta rinnakkain on, että kaikki arvioivat samaa mittapuuta vasten. Tämä tarkoittaa yhtä arviointiperustetta per tehtävä, näkyvää kaikille arvioijille ja lukittua ennen ensimmäisen hakijan näkymistä.
Jos työkalu ei pakota yhteistä arviointiperustetta tai jos sillä ei ole perusteita lainkaan, purkupalaveri luisuu silti lauseeseen ”minusta hän vain oli vahvempi”, eikä mielipidettä voi verrata sovittuihin kriteereihin.
Kriteeri 3: Kommentit ovat ketjutettuja, eivät hajallaan
Kun esimies antaa palautetta hakijasta, palautteen pitää olla vertailunäkymässä hakijan vieressä. Ei Slackissä. Ei sähköpostivastauksessa. Ei solun kommentissa rivillä 14.
Ketjutetut kommentit näyttävät, kuka sanoi mitä, milloin ja mihin kriteeriin hän reagoi. Hajanaiset kommentit tarkoittavat, että joku joutuu kokoamaan palautetta kolmesta kanavasta ennen kuin purkupalaveri on edes alkanut.
Jos palautteen kerääminen vaatii enemmän vaivaa kuin itse vertailu, työkalu on kuollut jo syntyessään. Tiimisi palaa kanavaan, jossa viestintä on jo helppoa, vaikka se tarkoittaisi rakenteen menettämistä.
Kriteeri 4: Johdolle tehtävä yhteenveto onnistuu yhdellä napsautuksella
Joku esimiehen yläpuolella pyytää yhteenvetoa. ”Keitä ovat kolme parasta ja miksi?”
Jos vastaus vaatii datan viemistä, diassa tekemistä tai sähköpostin kirjoittamista siitä, mitä työkalussa jo on, olet hävinnyt käyttöönottopelin. Esimies rakentaa yhteenvedon siinä muodossa, jota johto jo käyttää, yleensä taulukkona tai dokumenttina, eikä palaa vertailutyökaluun.
Vertailunäkymän itsensä pitäisi olla jaettavissa yhteenvetona. Linkki, PDF tai näyttö, jonka johtaja voi avata ilman kirjautumista.
Canviderissa DecisionHelper tuottaa sijoitusjärjestyksen rinnalle jaettavia kirjallisia perusteluja, joten purkupalaverin yhteenveto on jo rakennettu vertailunäkymään.
Kriteeri 5: Tarkastusjälki syntyy automaattisesti
Rekrytoinnin jälkeen kolme asiaa on tärkeitä dokumentointia varten: ketkä otettiin huomioon, mitä kriteerejä käytettiin ja mitä kustakin finalistista sanottiin.
Jos nämä tiedot ovat vain taulukossa, jonka joku voi poistaa, tai Slack-ketjussa, joka vierii pois näkyvistä, rekrytoinnista ei ole kirjattua historiaa. Se on tärkeää vaatimustenmukaisuuden, tulevien rekrytointien kalibroinnin ja prosessin puolustamisen kannalta, jos kuusi kuukautta myöhemmin kysytään vaikeita kysymyksiä.
Automaattinen tarkastusjälki tarkoittaa, että jokainen vertailu, kommentti ja arviointipäätös on aikaleimattu ja tallennettu ilman, että kenenkään tarvitsee ajatella asiaa. Ei käsin tehtyjä vientejä eikä ”otan kopion myöhemmin” -tilanteita.
Mitä tapahtuu, kun työkalu epäonnistuu kahdessa viidestä?
Yksi epäonnistuminen on siedettävä. Tiimi voi kiertää kankean viennin tai puuttuvan arviointiperusteen, jos kaikki muu toimii sujuvasti.
Kaksi epäonnistumista, ja menetät esimiehen. Hän palaa siihen, mitä käytti ennen, yleensä taulukkoon, joskus Slack-ketjuun ja joskus ei mihinkään.
Siksi WiFi Talentsin (2026) käyttöönottotiedoissa näkyy niin suuri ero: 90 % suurista organisaatioista käyttää ATS-järjestelmää, mutta vain 35 % pienistä. Kuilu ei johdu tietoisuudesta vaan kitkasta. Pienillä tiimeillä ei ole operatiivista henkilöä, joka valvoisi käyttöönottoa. Työkalun on ansaittava paikkansa työnkulussa omilla ansioillaan.
Ennen ominaisuuksien arviointia arvioi nämä viisi kriteeriä. Voittaja ei ole se työkalu, jolla on pisin ominaisuusluettelo. Se on työkalu, jonka esimies avaa ilman, että häntä pyydetään. Kun löydät sopivan työkalun, seuraava haaste on pitää arviointikriteerit vakaina – katso Miten välttää arviointiperusteiden ajautuminen hakijoiden purkupalavereissa.
Canvider DecisionHelper on rakennettu näiden viiden käyttöönottotekijän ympärille: yhden napsautuksen hakijavalinta, yhteiset arviointiperusteet, ketjutettu palaute, jaettavat yhteenvedot ja automaattinen päätöshistoria.