Alle innlegg

Hvordan redusere time to hire i 2026: praktisk guide

Lær hvordan du reduserer time to hire i 2026 med bedre kravprofil, færre flaskehalser, strukturert intervju og smartere ATS-bruk.

23. april 2026 Joachim KolleOm forfatteren

Å redusere time to hire i 2026 handler sjelden om å presse kandidater raskere gjennom flere automatiserte steg. Det handler om å fjerne ventetid mellom stegene, stramme inn kravprofilen, gi intervjuerne tydelige frister og bruke ATS-data til å finne hvor prosessen faktisk stopper opp. Team som gjør dette riktig, kutter dager uten å senke kvaliteten.

De fleste artikler som rangerer på dette søket gir omtrent de samme rådene: bruk et ATS, kommuniser raskere og bygg en talentpool. Det er ikke feil, men det er ofte for generelt. Det som oftest mangler, er en konkret modell for å finne den ene delen av prosessen som faktisk driver tiden opp, og en praktisk måte å redusere den på uten å gjøre rekrutteringen mer tilfeldig.

Hvis du vil forstå ATS-grunnmuren først, start med denne forklaringen på hva et ATS er. Hvis du jobber mye med passive kandidater i tillegg, er det også nyttig å se forskjellen mellom rekrutterings-CRM og ATS.

Time to hire blir bare nyttig når du måler riktig ting

Time to hire er tiden fra en kandidat går inn i en konkret prosess til kandidaten aksepterer tilbudet. Det er ikke helt det samme som time to fill. Dreamwork gjør et nyttig poeng av dette skillet: hvis du blander godkjenningstid, annonsetid og selve vurderingsløpet i ett tall, blir det vanskelig å vite hva som faktisk skal forbedres.

Det er også grunnen til at ett gjennomsnittstall alene er et svakt styringsverktøy. Hvis én rolle tar 12 dager og en annen tar 58, hjelper det lite å vite at snittet er 35. I praksis bør du måle time to hire på minst tre nivåer samtidig:

  1. per rolle eller rollefamilie
  2. per kanal eller kilde
  3. per steg i pipeline

Det er her mange SERP-artikler stopper for tidlig. De forteller deg at du bør måle, men ikke hvordan målingen skal brukes til å ta beslutninger. Det riktige spørsmålet er ikke bare "hvordan reduserer vi time to hire?" Det riktige spørsmålet er "hvilket steg skaper mest ventetid, og hvorfor får akkurat det steget lov til å være tregt?"

MålingHva den forteller degNår den er mest nyttig
Total time to hireHvor lang kandidatopplevelsen faktisk erLederoversikt og trendrapportering
Tid per pipeline-stegHvor flaskehalsen oppstårOperativ forbedring uke for uke
Time to hire per rolleOm prosessen er realistisk for ulike typer stillingerBemanning og prioritering
Time to hire per kildeHvilke kanaler som gir raskest ansettelserKanalvalg og budsjett
Median og topp 10 % tregeste sakerOm enkelte prosesser skaper nesten all forsinkelsenEskalering og ledelsesoppfølging

Forskjellen på time to hire og time to fill avgjør hva du skal fikse

Hvis du vil redusere time to hire, må du først vite om problemet egentlig ligger før eller etter at kandidaten er inne i prosessen. Mange team jobber hardt med screening og intervjuer når den virkelige forsinkelsen ligger i godkjenninger, uklare krav eller treg kalenderkoordinering.

En enkel tommelfingerregel er denne:

  • Lang time to fill peker ofte mot treg oppstart, svak annonsering eller uklare behov.
  • Lang time to hire peker oftere mot treg screening, for mange intervjuer, manglende beslutningsmyndighet eller dårlig koordinering.

Robert Half fant at 57 % av kandidater oppgir lang ventetid etter intervju som den mest frustrerende delen av jobbsøket. Det tallet er viktig, ikke fordi det gir en universell benchmark, men fordi det viser noe ledere ofte undervurderer: ventetid er ikke nøytral. Hver dag uten tydelig neste steg er et negativt signal.

De vanligste flaskehalsene i rekrutteringsprosessen

Det raskeste grepet er nesten aldri "anskaff mer teknologi". Det raskeste grepet er å finne hvor prosessen går i stå og fjerne akkurat den ventetiden. Basert på søkeresultatene er dette et tydelig gap: konkurrentene lister tips, men de skiller sjelden mellom ulike typer forsinkelse.

FlaskehalsHvordan den ser ut i praksisHva som faktisk reduserer tiden
Utydelig kravprofilMange irrelevante søkere eller lang diskusjon om hvem dere leter etterSkille mellom må-ha og nice-to-have før rollen åpnes
For mange intervjuerKandidaten møter 4-6 personer over flere ukerSlå sammen vurderinger og fjern intervjurunder uten eget beslutningsbidrag
Sen feedback fra ledereKandidater blir liggende i samme steg i flere dagerSett svarfrist og avtal ansvar før prosessen starter
Manuell koordineringMye frem og tilbake om kalender, e-post og dokumenterBruk ATS, maler og tydelige steg med eierskap
Sen test eller caseKandidater bruker tid sent i løpet, eller teamet må revurdere sentLegg relevant arbeidsprøve tidligere, men bare hvis den endrer beslutningen
Uklare beslutningsreglerTeamet er usikre på hvem som bestemmerAvklar beslutningsmyndighet før første intervju

Begynn med kravprofilen, ikke med intervjuene

Dreamwork og Jobtip er begge inne på at tydeligere krav gir raskere ansettelser. Det er riktig, men poenget bør spisses mer enn det ofte gjøres i SERP-en. En kravprofil reduserer ikke bare søkervolumet. Den reduserer antall interne omkamper.

Hvis rekrutterer, leder og intervjupanel bruker første uke på å justere hva "god kandidat" betyr, er prosessen allerede treg før første screening er ferdig. Derfor bør du definere disse tre tingene før stillingen publiseres:

  1. Tre til fem absolutte kriterier som må være oppfylt.
  2. To til tre kriterier som kan læres raskt, og derfor ikke bør være knockout-krav.
  3. Hva som faktisk avgjør valget mellom to gode kandidater.

Dette er også grunnen til at skills-first vurdering ofte fungerer bedre enn for lange ønskelister. SHRM peker på at 61 % av rekrutteringsansvarlige møter utfordringer fordi de mangler kvalifiserte kandidater. I et slikt marked blir brede, idealiserte kravprofiler en direkte årsak til tregere ansettelser.

Kutt ventetid mellom stegene med stage-SLA-er

Et av de tydeligste hullene i konkurrerende artikler er mangel på konkrete responstider per steg. De sier at du bør være rask, men ikke hvor rask eller hvem som eier hastigheten. Det er her et enkelt SLA-oppsett for rekruttering gir mye mer effekt enn enda en generell "best practice"-liste.

Et praktisk oppsett kan se slik ut:

Pipeline-stegEierMål for responstidEskalering
Ny søknad til første screeningRekruttererInnen 24 timer på hverdagerLeder varsles hvis køen blir eldre enn 2 dager
Screening til beslutning om intervjuRekrutterer + lederInnen 48 timerFelles vurdering samme dag hvis uenighet
Etter intervju til feedbackIntervjupanelInnen 24 timerMøteinvitasjon blokkeres ikke uten leveranse
Siste intervju til tilbudsbeslutningAnsettende lederInnen 48 timerHR eller TA eskalerer ved forsinkelse
Tilbud sendt til signert/avslåttLeder + HRSamme dag som beslutning er tattKandidaten får tydelig tidslinje

Det viktigste her er ikke eksakte timer. Det viktigste er at hvert steg har en eier og en frist. Uten det blir time to hire et resultat ingen egentlig eier.

Reduser intervjutiden uten å senke kvaliteten

Det er fullt mulig å gjøre vurderingen grundigere og samtidig kortere. Nøkkelen er å flytte kvalitet fra antall møter til kvaliteten på hvert møte. Mange team bruker tre eller fire samtaler for å kompensere for svake spørsmål og uklar rollefordeling.

En raskere modell er ofte:

  1. kort kvalifiseringssamtale
  2. ett strukturert hovedintervju
  3. én arbeidsprøve eller case bare hvis den faktisk påvirker beslutningen
  4. én samlet beslutning, ikke en ny intervjurunde forkledd som avklaringsmøte

Strukturerte intervjuer gjør to ting samtidig: de øker sammenlignbarheten og reduserer etterarbeidet. Når alle vurderer mot samme kriterier, blir det færre runder med "jeg fikk bare ikke helt følelsen". Teamtailor vektlegger analyser og funnel-data, men det som ofte mangler i leverandørinnholdet er dette praktiske poenget: du får ikke raskere ansettelser bare av å se rapporter. Du får raskere ansettelser når vurderingsmodellen er kort nok til å brukes konsekvent.

Bruk ATS til å fjerne administrasjon, ikke menneskelig skjønn

Mange artikler anbefaler ATS på en vag måte. Det mer presise rådet er at ATS bør brukes til å fjerne koordineringsarbeid og synliggjøre flaskehalser, ikke til å skjule vurderinger bak en svart boks.

Det er også blitt standard infrastruktur, ikke et nisjeverktøy. Jobscan fant at 97,8 % av Fortune 500-selskaper brukte et ATS i 2025. For norske team betyr ikke det at alle må kjøpe enterprise-programvare, men det betyr at prosesser uten søkbar kandidatdata, tydelige steg og ansvarlige eiere fort blir unødvendig trege.

Et godt ATS bør redusere time to hire ved å:

  • samle søknader, notater og status i ett sted
  • trigge raske statusoppdateringer til kandidater
  • vise hvor lenge kandidater har stått i hvert steg
  • gjøre det tydelig hvem som skylder feedback
  • gi rapporter på rolle, steg og kilde

Reqcore passer godt inn i denne typen arbeidsflyt fordi Reqcore er bygget som et åpent ATS-fundament der team kan tilpasse pipeline-steg, holde kandidatdata søkbare og beholde kontroll på rapporteringen. Reqcore gjør også dataeierskap operativt ved å bruke standardverktøy som PostgreSQL og S3-kompatibel lagring, noe som gjør det enklere å analysere tid per steg uten å være låst til en leverandørs standarddashboard.

Det betyr ikke at all automatisering er bra. EU AI Act klassifiserer AI brukt til rekruttering, filtrering av søknader og evaluering av kandidater som høy-risiko bruk. I praksis betyr det at AI kan være nyttig for sortering og støtte, men at dere bør være varsomme med alt som gjør vurderingslogikken mindre forklarbar.

Hvis dere vil se hvordan dette henger sammen med ATS-valg generelt, er den norske bloggoversikten et godt sted å fortsette, og den åpne roadmapen viser også hvilke produktretninger som prioriteres videre.

Den raskeste prosessen er ofte den som starter før rollen åpnes

Jobtip, Dreamwork og andre konkurrenter nevner talentpooler og proaktiv rekruttering, men ofte som ett punkt i en lang liste. Det undervurderer effekten. Hvis dere rekrutterer til lignende roller flere ganger i året, er forskjellen mellom 14 og 40 dager ofte om dere starter fra null eller fra en kjent kandidatbase.

Det betyr ikke at alle trenger et tungt CRM-oppsett. Men det betyr at dere bør ha en enkel måte å gjenbruke gode kandidater på:

  • tidligere finalekandidater
  • kandidater som falt ut sent, men var sterke
  • søkere med relevant erfaring til fremtidige roller
  • personer fra outbound-søk som ikke var klare akkurat da

Hvis teamet deres rekrutterer gjentatte profiler, blir dette en direkte time-to-hire-maskin. En søkbar kandidatdatabase er derfor ikke bare et lagringsproblem. Det er et hastighetsproblem.

Kandidatopplevelse er en hastighetsfaktor, ikke bare employer branding

En klassisk feil er å behandle kandidatopplevelse som et separat tema fra time to hire. De henger tett sammen. Kandidater som må vente lenge uten informasjon, svarer saktere, booker oftere om, eller faller helt ut. Robert Half fant også at 39 % mister interessen for rollen når prosessen blir lang, og 32 % begynner å tvile på selskapets evne til å ta beslutninger.

Det betyr at god kandidatkommunikasjon faktisk kutter tid:

  1. bekreft mottatt søknad raskt
  2. fortell kandidaten hva neste steg er
  3. gi konkret dato for oppdatering
  4. meld fra før fristen hvis dere blir forsinket

Dette er et område der ATS-automatisering har stor verdi, fordi den fjerner ventetid uten å svekke vurderingen. Det som svekker vurderingen, er ikke rask kommunikasjon. Det er utydelig kommunikasjon.

Ikke optimaliser snittet alene. Optimaliser de tregeste mønstrene.

Dette er kanskje det viktigste informasjonsgapet i søkeresultatene. Nesten alle konkurrentene snakker om gjennomsnittlig tid til ansettelse. Få snakker om hvilke prosesser som trekker snittet opp.

Hvis du vil få ned time to hire raskt, bør du se etter:

  • roller med flest dager i samme steg
  • team eller ledere som leverer feedback sent
  • kilder som gir mye volum, men lav beslutningshastighet
  • intervjurunder som sjelden endrer utfallet

Det er ofte bedre å halvere antall ekstreme forsinkelser enn å forsøke å spare én dag på alle roller samtidig. Teamtailor sin vektlegging av funnel-analyse peker i riktig retning, men i praksis bør du bruke dataene til å fjerne konkrete ventepunkter, ikke bare til å produsere finere rapporter.

En enkel plan for å redusere time to hire de neste 30 dagene

Hvis du vil gjøre dette operativt med en gang, er denne rekkefølgen mer effektiv enn å starte med et stort transformasjonsprosjekt:

  1. Mål nåsituasjonen per rolle og per steg. Ikke nøye deg med ett samlet snitt.
  2. Finn ett steg som står for mest ventetid. Velg bare ett først.
  3. Sett eier, frist og eskalering for dette steget. Det er stage-SLA-en.
  4. Fjern én intervjurunde eller ett vurderingsledd som sjelden endrer utfallet.
  5. Standardiser feedback og kandidatkommunikasjon.
  6. Gjenbruk tidligere sterke kandidater før dere starter helt fra null.
  7. Evaluer resultatet etter 30 dager, per rolle.

For team som vil bygge dette mer robust, er en åpen ATS-retning ofte mer fremtidsrettet enn å kjøpe enda et verktøy lagd for generiske dashboards. Den offentlige produktkatalogen og forsiden til Reqcore gjør det enklere å vurdere om dere trenger et lett ATS-fundament, mer CRM-funksjonalitet, eller begge deler over tid.

Vanlige spørsmål om hvordan redusere time to hire

Hva er forskjellen på time to hire og time to fill?

Time to hire måler vanligvis tiden fra kandidaten går inn i prosessen til tilbud aksepteres. Time to fill dekker et bredere løp, ofte fra rollen åpnes eller godkjennes til den er besatt. Hvis du blander dem, risikerer du å forbedre feil del av prosessen.

Hva er det viktigste tiltaket for å redusere time to hire?

Det viktigste tiltaket er å finne hvor ventetiden faktisk oppstår og gi akkurat det steget en eier, en frist og en eskalering. I mange team er problemet ikke for lite innsats, men at ingen eier svartiden mellom screening, intervju og beslutning.

Hjelper et ATS alltid med å redusere time to hire?

Nei. Et ATS hjelper bare hvis det faktisk fjerner koordineringstid, gjør pipeline tydelig og synliggjør flaskehalser. Hvis systemet bare blir et ekstra lag med administrasjon, eller hvis ingen bruker det konsekvent, vil tiden ofte ikke bli bedre.

Bør vi bruke AI for å redusere time to hire?

AI kan være nyttig for støtte, sortering og prioritering, men bør ikke brukes ukritisk til automatiske beslutninger i rekruttering. I 2026 er det viktigere at vurderingslogikken er forklarbar og kan overstyres enn at prosessen ser imponerende automatisert ut i en demo.

Hvordan redusere time to hire uten å senke kvaliteten?

Du senker ikke kvaliteten ved å fjerne ventetid, tydeliggjøre krav og strukturere intervjuer. Du senker kvaliteten når du kutter vurderingssteg som faktisk gir ny informasjon. Målet er derfor ikke færre beslutninger, men færre unødvendige forsinkelser og mindre repetisjon.

Oppsummering: slik reduserer du time to hire i 2026

Hvordan redusere time to hire i 2026 handler mindre om fart som ideal og mer om presisjon i prosessen. De beste teamene kutter ikke tid tilfeldig. De måler per steg, strammer inn kravprofilen, krever rask feedback, kommuniserer tydelig og bruker ATS-data til å fjerne ventetid der den faktisk oppstår.

Hvis du vil redusere time to hire uten å miste kvalitet, er den riktige rekkefølgen enkel: mål riktig, finn flaskehalsen, gjør eierskap tydelig og bygg en prosess der teknologi støtter mennesker i stedet for å skjule dem.

Om Joachim Kolle

Joachim Kolle

Grunnlegger av Reqcore

Joachim Kolle er grunnlegger av Reqcore. Han jobber tett med open source-programvare, programmering, ATS-systemer og rekrutteringsflyt.

Han skriver og kvalitetssikrer innhold om selvhostet ATS, dataeierskap og praktisk rekrutteringsarbeid.

Om forfatterenLinkedIn-profil

Klar til å ta kontroll over rekrutteringen?

Reqcore er det åpen kildekode ATS du kan hoste selv. Transparent AI, ingen prising per sete, full dataeierskap.

Les mer