En kandidat forteller sjelden en rekrutterer alt i den første samtalen. Den virkelige informasjonen, firedagersuken de ville byttet jobb for, mottilbudet de halvt forventer, grunnen til at de faktisk ser etter noe nytt, dukker gjerne opp et sted midt i en samtale som ingen tenkte på å skrive ned ord for ord.

Denne detaljen overlever vanligvis så lenge den forblir i rekruttererens hode. Så kommer en ny stilling inn, arbeidsdagen blir travel, og den er borte. Tre måneder senere blir en stilling ledig som passer perfekt med akkurat det kandidaten sa, og ingen husker samtalen godt nok til å se sammenhengen.

Dette er den skjulte kostnaden ved et CRM-system som bare kjenner til det som ble skrevet inn manuelt. Det er ikke et problem med dataregistrering. Det er et arkitekturproblem, og det er verdt å forstå hvorfor, fordi det påvirker hva en rekrutterer faktisk bør vurdere når rekrutteringsprogramvare sammenlignes.

Det er også grunnen til at Atlas er bygget som et CRMx i stedet for et konvensjonelt CRM-system: et system som er utviklet for å forstå kontekst mens den blir skapt, og ikke bare lagre det som manuelt blir lagt inn i etterkant.

CV-en forteller aldri hele historien

Dette vet alle rekrutterere allerede. CV-en er et sammendrag, og ofte et utdatert et. Det virkelige signalet, motivasjonen, tidspunktet og det en kandidat eller kunde vil si i en samtale, men aldri ville skrevet ned, er der den faktiske informasjonen som trengs for å gjøre en god ansettelse, ligger.

Problemet er at dette signalet ikke har noe pålitelig sted å havne. Det dukker opp i en telefonsamtale, en e-posttråd, en WhatsApp-melding eller en fem minutters prat etter et kundemøte. Et eldre CRM-system ble bygget rundt strukturerte felt: navn, rolle, lønn, status. Det ble aldri utviklet for å fange opp den ustrukturerte, samtalebaserte virkeligheten i hvordan rekrutterere faktisk arbeider. Derfor blir den mest verdifulle informasjonen en arbeidsdag skaper, enten skrevet inn i et notatfelt hvis det er tid, eller ikke registrert i det hele tatt.

Hvorfor dette blir verre når et byrå vokser

I et byrå med bare én arbeidsplass føles dette kanskje ikke så presserende. Én rekrutterer, ett sett med relasjoner og én hukommelse som holder det hele sammen. Kostnaden blir tydelig i det øyeblikket et byrå vokser forbi dette punktet.

• En rekrutterer slutter, og årevis med kontekst om kunder og kandidater forsvinner sammen med dem
• En overlevering finner sted, og den nye rekruttereren starter med en database som ser komplett ut, men som mangler alt som var viktig
• En kunderelasjon som strekker seg over flere ansettende ledere og flere år, er helt avhengig av at én persons notater forblir korrekte og oppdaterte
• Etterlevelsen av kravene til databasen bryter sammen, fordi det aldri var realistisk å logge hver eneste samtale manuelt i stor skala

Det er på dette tidspunktet byråer begynner å beskrive CRM-systemet sitt som noe de må jobbe rundt, i stedet for noe som jobber for dem. Databasen har sluttet å være pålitelig, og alle på arbeidsplassen vet det stille og rolig.

Skiftet: et CRM-system bygget for kontekst, ikke bare kontakter

Kategorien som vokser frem som svar på dette, beskrives noen ganger som CRMx, et CRM med kontekst. Forskjellen er viktig. Et konvensjonelt CRM-system svarer på spørsmålet: Hvem er dette, og hva er statusen deres? Et kontekstbevisst system svarer på et annet og mer nyttig spørsmål: Hva vet vi egentlig om denne personen, og hva bør vi gjøre med det akkurat nå?

Den arkitektoniske forskjellen kommer ned til tre ting som fungerer sammen.

Automatisk registrering, ikke manuell logging

Samtaler, e-poster, meldinger og notater registreres mens de oppstår og struktureres mot riktig post, uten at en rekrutterer må stoppe opp og logge noe. En KI-basert notatskriver deltar i samtaler, lager transkripsjoner, sammendrag og oppfølgingspunkter automatisk og knytter dem til personen og selskapet det gjelder.

Søk med naturlig språk, ikke boolske søkestrenger

I stedet for å gjette seg frem til kombinasjoner av søkeord eller være avhengig av manuelle merkelapper som blir utdatert i det øyeblikket ingen oppdaterer dem, kan en rekrutterer stille et enkelt spørsmål: Hvem snakket om å ønske å flytte? Hvilke kunder nevnte at ansettelsesstoppen ville bli opphevet i andre kvartal? Deretter kan rekruttereren søke i hele historikken over det som faktisk er blitt sagt, ikke bare det som ble skrevet inn i et felt.

Samsvar basert på dokumentasjon, ikke en svart boks

Når en kortliste kommer tilbake, bør den vise begrunnelsen: hvorfor denne kandidaten, basert på hvilken samtale, matchet mot hvilke kriterier. Det er viktig for en rekrutterers egen trygghet på kortlisten, og det er enda viktigere overfor en kunde, der evidensbaserte søkeresultater kan hentes frem og forklares direkte i stedet for å bli presentert som en ugjennomsiktig rangering.

CV-en forteller aldri hele historien. Det gjør samtalen.

Slik ser dette ut i hverdagen

Se for deg et ganske vanlig scenario. En kandidat har en screening­samtale i mars. Underveis nevner kandidaten at hen kunne vurdere å flytte for den rette stillingen, og at oppsigelsestiden i nåværende jobb er tre måneder, men kan forhandles ned. Ingenting av dette kommer med i CV-en. I et eldre system overlever informasjonen bare hvis rekruttereren husker å skrive den inn i et fritekstfelt for notater, og bare hvis den som søker i databasen senere, tilfeldigvis leser akkurat dette notatet.

I et system som er bygget rundt automatisk innsamling av kontekst, blir denne detaljen strukturert og søkbar i det øyeblikket samtalen er over. I juni, når det dukker opp en kundestilling som passer nøyaktig med det kandidaten beskrev, finner et søk i et enkelt språk kandidaten umiddelbart, med begrunnelsen vedlagt: nevnte interesse for å flytte, oppsigelsestid som potensielt kan forhandles, screenet i mars. Rekruttereren trenger ikke å huske samtalen. Systemet gjør allerede det.

Det er forskjellen mellom en ansettelse som skjer fordi noen var heldige med hukommelsen sin, og en ansettelse som skjer fordi informasjonen aldri sto i fare for å forsvinne i utgangspunktet.

Hva endringen er verdt for et byrå

Byråer som har gått over til en kontekstbevisst tilnærming, rapporterer at endringen viser seg i resultater som betyr noe på virksomhetsnivå, ikke bare i form av økt bekvemmelighet for rekruttererne:

• 35 % økning i antall nye kunder, når BD ikke lenger er helt avhengig av én persons hukommelse for hvem som skal følges opp og hvorfor
• 50 % høyere svarprosent fra kandidater, gjennom kontakt som viser til det kandidaten faktisk sa, i stedet for en generell mal
• 15+ timer spart på administrasjon hver uke per rekrutterer, frigjort fra manuell registrering og søking etter informasjon som systemet nå håndterer

Det underliggende mønsteret er konsekvent: Når konteksten overlever øyeblikket da den ble skapt, blir den til flere ansettelser, mer gjentakende virksomhet og en database som faktisk er til å stole på, i stedet for en database som bare er pålitelig i teorien.

Hvorfor innsamling av kontekst er enda viktigere i virksomhetsskala

Et byrå med én arbeidsplass risikerer å miste kontekst når én rekrutterer glemmer å registrere et notat. Et byrå med flere kontorer risikerer å miste den hele tiden: Rekrutterere bytter team, kontorer opererer på tvers av ulike land, og kunderelasjoner strekker seg ofte over flere ansettende ledere gjennom flere år. I denne skalaen er en database som er avhengig av manuell registrering, ikke bare litt ufullstendig. Den er strukturelt upålitelig, fordi ingen grad av individuell disiplin kan holde et så stort system sammen.

Atlas brukes av byråer med alt fra enkeltplasser til selskaper med over 100 plasser, og virksomhetskunder som vurderer en plattform på denne måten, stiller gjerne to spørsmål utover funksjonslisten: Hvor lagres dataene faktisk, og hvordan blir en stor historisk database migrert på en ryddig måte?

• Datalagring: Alle kundedata lagres i EU, noe som ofte er et krav i sikkerhetsvurderinger hos større virksomheter
• Håndtering av KI-data: Kundedata forblir i Atlas-infrastrukturen i stedet for å bli sendt til tredjepartsleverandører av modeller, som OpenAI, for behandling
• Løpende sikkerhetskontroller, inkludert kontinuerlig overvåking av etterlevelse, formelle retningslinjer for informasjonssikkerhet og sikkerhetsopplæring av ansatte, med ISO 27001-sertifisering under arbeid
• Migrering levert som en administrert tjeneste av et dedikert team med automatiserte datakvalitetskontroller, for byråer som går bort fra et eldre CRM- eller ATS-system i stort volum

For et større byrå samler CRMx-modellen inn kontekst på en konsekvent måte på tvers av alle kontorer og arbeidsplasser, uten å være avhengig av enkeltrekruttereres vaner for å holde databasen pålitelig. Denne konsekvensen er det et byrå i vekst faktisk trenger fra en plattform det forplikter seg til på lang sikt, ikke en funksjonsliste som ser bra ut i en salgspresentasjon.

Hva du bør spørre om når du vurderer rekrutteringsprogramvare

For et byrå som sammenligner plattformer, er det nyttige spørsmålet ikke hvilken som har flest funksjoner. Det er et smalere og mer diagnostisk spørsmål: Hva skjer med informasjonen som kommer opp i en samtale, men aldri havner i et skjemafelt? Hvis det ærlige svaret er at det avhenger av at rekruttereren husker å skrive det inn, er det dette gapet man bør ta på alvor før man signerer en flerårig kontrakt.

Atlas ble utviklet for å lukke akkurat dette gapet. Totalminne, personsøk og evidensbasert matching finnes fordi CV-en aldri har gitt hele bildet, mens samtalen alltid har gjort det. Det er hele ideen bak å bygge Atlas som en CRMx som forstår kontekst, i stedet for en CRM som bare lagrer den.

Klar til å se hvordan Atlas, CRMx-en som er utviklet for å forstå kontekst, håndterer databasen din? Bestill en demo på recruitwithatlas.com