Slik skriver du en anbudsforespørsel for et søkersporingssystem

Beste kandidatsporingssystemer å vurdere

Her er listen min over de 10 beste tilgjengelige kandidatsporingssystemene, slik at du kommer i gang med søket:

Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.

1. 1. BambooHR® — Best for automated offers and analytics
2. 2. Ashby — Best for analytics-driven recruiting teams
3. 3. Factorial — Best as AI for business
4. 4. Greenhouse — Best for sourcing many qualified candidates
5. 5. Pinpoint — Best for in-house talent acquisition teams
6. 6. Manatal — Best for AI recruitment and candidate sourcing
7. 7. Atlas — Best for agency-driven AI candidate matching
8. 8. ClearCo — Best for streamlined hiring automation
9. 9. Tracker — Best for combined ATS and CRM
10. 10. Folks HR — Best for automated job postings & sourcing

RFI vs. RFP vs. RFQ: Hva er forskjellen?

RFI-er brukes til å bli kjent med markedet og snevre inn alternativene, RFP-er brukes til å sammenligne komplette løsninger, og en RFQ brukes til å innhente endelige priser når spesifikasjonene dine er fastsatt; ikke alle ATS-kjøp krever en RFP. Velg det minst omfattende dokumentet som passer til fasen du er i, slik at du sparer tid og reduserer friksjon. Slik skiller de seg fra hverandre, slik at du kan velge riktig fremgangsmåte:

Dokumenttype	Formål	Når det brukes	Hva som skal inkluderes	Nødvendig detaljnivå
Forespørsel om informasjon (RFI)	Utforske alternativer og få en overordnet oversikt over leverandørenes kapasitet	Tidlig kartlegging av ATS når du er usikker på hva som er et absolutt krav, og hva som bare er ønskelig	Problembeskrivelse, rekrutteringsvolum, viktige arbeidsflyter, integrasjonslandskap og korte spørsmål	Lite detaljert; overordnede behov, ingen prisforespørsel
Forespørsel om tilbud (RFP)	Innhente komplette løsninger og verdi, og sammenligne leverandører på like vilkår	Planlegging av et komplekst ATS-kjøp med integrasjoner, sikkerhet og endringsledelse	Detaljerte krav, antall brukere, SLA-er, sikkerhet, datamigrering, implementeringsplan og prisstruktur	Svært detaljert; funksjonell, teknisk og tjenestemessig dybde samt prisdetaljer
Forespørsel om pristilbud (RFQ)	Innhente faste priser for et definert omfang og en angitt SKU-liste	Når du har valgt en løsning og bare trenger å finne den beste prisen på kjente moduler	Eksakte moduler, brukernivåer, kontraktsperiode, fornyelsesvilkår, implementeringstimer og betalingsvilkår	Middels til høyt; presise spesifikasjoner og prisformater, ingen beskrivelser

6 Vanlige RFP-feil du bør unngå

Hvis du forhaster en RFP eller utelater viktige detaljer, fører det til forvirring, bortkastet tid og leverandører som ikke passer. Når du deler nok kontekst og holder omfanget tydelig, jobber teamet raskere og unngår merarbeid; hvis du fortsatt er tidlig i utvelgelsen av kandidatsporingssystem, bør du først bekrefte behovene dine. Her er feilene du bør unngå:

1. Utilstrekkelig bakgrunn eller kontekst

Leverandører gjetter når du ikke deler hvem du er, hvordan du ansetter, eller hva som ikke fungerer. Oppgi antall ansatte, roller du ansetter til, antall rekvisisjoner per region, nåværende verktøy, arbeidsflyter og regler for etterlevelse, slik at forslagene dekker reelle behov. Inkluder 2–3 eksempler på rekvisisjoner og et enkelt flytdiagram for å forankre svarene.

2. Manglende eller uklart budsjett

Hvis du skjuler budsjettet, vil du garantert få urealistiske pristilbud og mersalg som sløser med tiden. Del et budsjettintervall, antall brukere, kontraktsperiode og kostnadsdrivere; vis leverandørene til priser på systemer for søkersporing for å avstemme lisenser, implementering, integrasjoner, opplæring og brukerstøtte. Be om spesifiserte totalsummer og en totalkostnad over tre år, slik at du kan sammenligne like størrelser.

3. Vage krav eller juridisk sjargong

Vage forespørsler som «omfattende rapportering» og tett juridisk standardtekst forvirrer produktteamene. Skriv brukerhistorier i et klart og enkelt språk (f.eks. «Rekrutterere flytter flere kandidater samtidig etter telefonsamtaler») og merk hver av dem som et absolutt krav, et ønskelig krav eller utenfor omfanget. Legg til godkjenningskriterier og eksempler på rapporter du forventer å se.

4. Ingen delte evalueringskriterier

Hvis leverandørene ikke vet hvordan du vil vurdere dem, presenterer de alt. Publiser vektede kriterier – funksjonalitet, integrasjoner, sikkerhet, brukervennlighet og pris – og del demonstrasjonsskriptet ditt, slik at de viser det som er viktig. Inkluder kriterier som må bestås for datamigrering og etterlevelse.

5. Ingen standardformat for leverandørsvar

Frie svar gjør gjennomgangen langsommere og skjuler mangler. Lag en svarmal med seksjoner for krav (Ja/Nei/Delvis med merknader), prisoppdeling, implementeringsplan med tidslinje og roller samt sikkerhetsspørreskjema. Begrens vedlegg og sett en øvre grense for antall ord, slik at sammenligningene blir presise.

It starts with one signal.

Each week, AI Signal takes one meaningful shift in AI and helps people leaders understand what changed, why it matters, and what to consider next.

Get Free Access

Have an account? Log In

Sett sammen RFP-teamet for systemet for søkersporing

En god RFP er ikke en oppgave for én person – det beste arbeidet ditt gjenspeiler innspill fra menneskene som skal bruke, sikre, kjøpe inn og støtte verktøyet. Involver de rette personene tidlig for å redusere risiko, avdekke krav og unngå omarbeiding senere. Her er hvem du bør ta med, og hvorfor:

Prosjektsponsor

Denne lederen har ansvaret for resultatet, fjerner hindringer og godkjenner omfang, budsjett og mål på suksess. Vedkommende bidrar til å knytte RFP-en til virksomhetens mål og holder leverandørene ansvarlige for effekten. Eksempler: CHRO, visepresident for talentanskaffelse, personalansvarlig, økonomidirektør

Fageksperter

Dette er personene som kjenner prosesser, data og integrasjoner ut og inn. De definerer arbeidsflyter, kartlegger behov knyttet til HRIS/lønn/SSO og fastsetter krav til sikkerhet og etterlevelse. Eksempler: leder for TA-drift, HRIS-administrator, leder for IT-integrasjoner, informasjonssikkerhet, juridisk avdeling

Innkjøpsansvarlige eller RFP-skribenter

De gjennomfører innkjøpsprosessen, håndhever maler og styrer tidsplaner, vilkår og forhandlinger. De gjør prisene sammenlignbare og sørger for at du følger virksomhetens retningslinjer. Eksempler: innkjøpsansvarlig, strategisk innkjøp, leverandøransvarlig, kontraktsjurist

Sluttbrukere og interessenter

De bruker verktøyet i praksis og kjenner problemene i dag. De validerer krav, skriver demonstrasjonsskript og tester hvor godt løsningen passer til reelle stillinger og volumer. Eksempler: rekrutterere, rekrutteringskoordinatorer, ansettende ledere, HR-partnere, medarbeidere innen personalanalyse

Definer absolutte krav og mål

Før du sender en RFP, må du få klarhet i hva den nye løsningen må kunne gjøre – og hvorfor. Avstem problemområder, mål og ufravikelige krav, slik at leverandørene svarer på de riktige spørsmålene og du raskt kan sammenligne forslagene. Bruk denne listen for å fastsette det:

• Utfordringer med dagens system: Hva gjør arbeidet tregere eller skaper risiko? For eksempel duplikate kandidater, manglende massehandlinger, svak rapportering eller manuelle tilbudsbrev som fører til feil
  
• Nødvendige forbedringer og ønskede resultater: Hvordan skal suksess se ut om 90–180 dager? Sett mål som 20 % kortere tid til ansettelse, færre manuelle trinn per ansettelse eller høyere tilfredshet blant ansettende ledere
  
• Funksjonelle, tekniske og regulatoriske behov: List opp det som er nødvendig: integrasjoner med HRIS/lønnssystem, SSO (SAML/OIDC), bakgrunnssjekker, EEO/OFCCP-rapporter, GDPR-samtykke og lagring, SOC 2 og datakryptering
  
• Brukerroller, bruksnivåer og arbeidsflyter: Hvem gjør hva, hvor ofte og i hvilken rekkefølge? Eksempel: 8 rekrutterere, 50 ansettende ledere, 300 stillingsrekvisisjoner per år, økt aktivitet på campus i tredje kvartal, med en flyt fra behovsavklaring til godkjenning av tilbud
  
• Preferanser for implementering: Skydrift, datalagringssted, sandkasse og utrullingsplan. Ønsker dere en trinnvis lansering, leverandørstyrt konfigurering og hjelp til å migrere tre år med kandidatdata?

Skriv RFP-en for søkersporingssystemet

Dere har blitt enige om mål og det som er nødvendig; nå skal alt settes inn i en tydelig og strukturert RFP. En komplett og velorganisert pakke hjelper leverandørene med å svare nøyaktig og gjør det enklere for teamet å sammenligne svarene uten gjetting. Her er det dere bør ta med:

1. Sammendrag

Oppgi hvorfor dere kjøper systemet, målene deres og omfanget i korte trekk. Ta med størrelse og kontekst slik at leverandørene kan tilpasse svarene: 800 ansatte, 250 ansettelser per år, flere land, utskifting av e-post og regneark. Fremhev de viktigste resultatene (f.eks. redusere tiden til ansettelse med 20 % og forbedre bruken blant ansettende ledere) og sentrale begrensninger (budsjettintervall og tidsfrist). Oppgi tidsplanen for beslutningen og hvem som skal ta beslutningen.

2. Arbeidsomfang

Beskriv tydelig hva leverandøren må levere: moduler, integrasjoner, datamigrering, opplæring og kundestøtte. Definer arbeidsflytene som inngår (behovsavklaring, publisering, kandidatsøk, forhåndsvurdering, intervjuer og tilbud), samt hva som ikke inngår, for å unngå at omfanget utvides ukontrollert. Ta med konkrete volumer, som 50 samtidige ledige stillinger, 2 000 søknader per måned og økt campusaktivitet i tredje kvartal. Be om leveranser med datoer og godkjenningskriterier.

3. Tekniske krav

List opp nødvendige integrasjoner (HRIS, lønnssystem, SSO og bakgrunnssjekker) og metoden (API, SFTP og webhooks). Spesifiser behov for sikkerhet, oppetid og ytelse (99,9 % oppetid og sidelasting på under 2 sekunder for sentrale skjermer). Oppgi krav til datalagringssted, sikkerhetskopiering/gjenoppretting, revisjonslogger, nettlesere og mobilstøtte. Ta med miljøkrav som tilgang til sandkasse og API-begrensninger.

4. Leverandørens kvalifikasjoner

Be om erfaring med selskaper som ligner deres når det gjelder størrelse, bransje og geografi. Be om 2–3 relevante referanser, kundehistorier og presentasjoner av implementeringsteamets bakgrunn og roller. Ta bare med sertifiseringer eller priser som er nødvendige, dersom de har betydning for risikoprofilen deres. Krev dokumentasjon på økonomisk stabilitet og mål for kundestøtte (svartid og løsningstid).

5. Behov for sikkerhet og etterlevelse

Dokumenter nødvendige rammeverk og bekreftelser: SOC 2 Type II, ISO 27001 og årlige penetrasjonstester. Spesifiser kryptering av data i ro og under overføring, SSO/MFA, rollebasert tilgang og revisjonsspor. Fremhev juridiske behov: GDPR/CCPA, EEO/OFCCP-rapportering, datalagring, DPA og tidsfrister for varsling ved databrudd. Be om et utfylt sikkerhetsspørreskjema og en liste over underleverandører.

6. Forventninger til implementering og opplæring

Beskriv faser, milepæler og ønsket produksjonsstart (f.eks. 12 uker fra oppstart). Definer hvem som gjør hva: leverandøren eller teamet deres når det gjelder konfigurering, testing og datamigrering. Krev en migreringsplan (formater, tilordning og valideringer) og en plan for pilot eller UAT med kriterier for godkjent/ikke godkjent. Spesifiser opplæringsformater (direkte, innspilt og administratorveiledninger) og utvidet støtte etter produksjonsstart.

7. Priser og lisensiering

Legg ved en prismal som spesifiserer lisenser, implementering, integrasjoner, datamigrering, opplæring og kundestøtte. Oppgi hvilken prismodell dere foretrekker (per bruker, per ansatt eller per stillingsrekvisisjon), og be om prisreduksjoner for ulike nivåer. Be om en samlet kostnad over tre år, begrensninger på årlige prisøkninger og tydelighet rundt tillegg (CRM, tekstmeldinger og vurderinger). Krev eksempelfakturaer og betalingsbetingelser.

8. Avtalevilkår

Fastsett avtaleperiodens lengde, fornyelsesmekanismer og retten til å justere antall lisenser i avtaleperioden. Definer SLA-er med tjenestekreditter, dataeierskap og bistand ved avslutning for utfasing og dataeksport. Ta med konfidensialitet, immaterielle rettigheter til konfigureringer og endringsstyring. Be om grenser for forsikringsdekning og revisjonsrettigheter.

9. Instruksjoner for innsending

Oppgi tidslinjen: spørsmåls- og svarperiode, frist for innsending, demodatoer og mål for beslutning. Del svarmalen, nødvendige formater (én PDF samt Excel-priser) og ordgrenser. Oppgi demoskriptet og eksempeldataene du ønsker at leverandørene skal bruke. List opp kontaktpersonen og hvordan spørsmål og forslag skal sendes inn.

Definer evalueringskriteriene dine

Tydelige kriterier holder beslutningen din objektiv, transparent og knyttet til forretningsmålene. Fastsett dem før du leser forslagene, slik at du unngår skjevhet og omkamper. Slik definerer og bruker du dem:

Trinn 1. Hva er viktigst?

Velg 3–5 vektede kategorier som samsvarer med målene dine, slik at avveiningene blir tydelige. Hvis du trenger raskere ansettelser, bør du legge større vekt på produktets egnethet og brukervennlighet; hvis du er underlagt reguleringer, bør sikkerhet og samsvar veie tyngre. Hold listen kort, slik at poengsummene driver frem en beslutning og ikke en debatt. Bruk disse vanlige kategoriene til å begrense listen:

• Produktets egnethet
• Brukervennlighet og adopsjon
• Integrasjoner
• Sikkerhet og samsvar
• Datamigrering
• Implementering og støtte
• Priser og TCO

Trinn 2. Bruk en poengmatrise

Lag en enkel matrise med vekter og en poengsum fra 1–5 eller 1–10 for hvert kriterium. Eksempel på vekting: Produktets egnethet 35 %, integrasjoner 20 %, sikkerhet 15 %, brukervennlighet 15 %, priser/TCO 15 %. Tilpass dette til virkeligheten din – produksjonsbedrifter kan legge større vekt på integrasjoner, mens en oppstartsbedrift kan legge større vekt på brukervennlighet. Multipliser poengsummen med vekten, summer poengene og ranger leverandørene, slik at teamet ditt ser de samme beregningene.

Trinn 3. Avklar poenggivingsprosessen

Bestem hvem som vurderer hva, og hvorfor: driftsavdelingen vurderer integrasjoner, informasjonssikkerhetsteamet vurderer sikkerhet, og rekrutterere vurderer brukervennlighet. Del en kort vurderingsveiledning som definerer hver poengsum (for eksempel 5 = oppfyller fullt ut, 3 = delvis, 1 = mangler) med eksempler. Hold et 30-minutters kalibreringsmøte før poenggivningen, la deretter vurdererne sette poeng uavhengig av hverandre, og møtes for å avklare store forskjeller. Ta notater om hver poengsum, slik at du kan begrunne kortlisten overfor ledelsen.

Send ut RFP-en for søkerhåndteringssystemet

Å sende ut RFP-en handler ikke bare om å sende en fil; du må gi leverandørene riktig tilgang, tidsfrister og instruksjoner, slik at de kan svare godt. En smidig prosess avklarer forventningene og øker kvaliteten på det du får tilbake. Slik gjennomfører du prosessen på en ryddig måte:

Trinn 1. Velg riktig distribusjonsmetode

Bestem om du skal bruke e-post, en programvareplattform for RFP-er eller en innkjøpsportal, og fortell leverandørene nøyaktig hvor de skal gå. Bruk et sentralisert system til å spore spørsmål, versjoner og innsendinger, slik at ingenting går tapt. Del en kontaktliste for leverandører, eller bruk en rollebasert innboks (rfp@yourcompany.com) for å holde kommunikasjonen tydelig. Gi tilgang til eventuelle delte mapper eller portaler fra dag én, slik at leverandørene ikke blir stående fast.

Trinn 2. Fastsett tydelige forventninger til tidslinjen

Publiser datoer som leverandørene kan planlegge etter, og hold deg til dem. Legg inn tid til interne gjennomganger og planlegging av demoer, og oppgi når spørsmål og svar avsluttes, slik at teamet ditt slipper brannslukking. Del denne tidslinjen i selve RFP-en:

• Dato for publisering av RFP-en
• Periode for spørsmål og svar fra leverandørene
• Endelig innsendingsfrist
• Evaluerings- og utvelgelsesperiode

Trinn 3. Definer kravene til innleveringen

Fortell leverandørene nøyaktig hva de skal levere, og hvordan: én PDF-beskrivelse, Word for eventuelle skjemaer og Excel-prismalen din. Angi leveringsmetoden, for eksempel opplasting til portalen din eller svar til den rollebaserte innboksen, og oppgi eventuelle begrensninger på filstørrelse. Krev at de bruker svarmalen og navnekonvensjonene dine, slik at gjennomgangen går raskere. Oppgi om sene innleveringer vil bli akseptert, og hva som skjer hvis filer mangler.

Evaluer og lag en kortliste over leverandørsvar

Det er her strukturen din gir resultater – teamet ditt omgjør leverandørsvar til en velbegrunnet kortliste. Vær konsekvent og objektiv, og sørg for at alle som vurderer, er samkjørte når dere går fra dokumenter til demonstrasjoner. Bruk disse trinnene for å evaluere og begrense utvalget:

1. Organiser forslagene for gjennomgang Gi filene nye navn, loggfør nøkkeldata (pris, moduler, referanser) i en oversikt, og del lange vedlegg opp etter seksjon. Opprett én mappe per leverandør, slik at teamet raskt finner det de trenger
   
2. Bruk en poengmatrise Gi hvert kriterium en poengsum på en skala fra 1–5 eller 1–10, og bruk vektingen din. Eksempel: produktets egnethet x35 %, integrasjoner x20 %, sikkerhet x15 %, brukervennlighet x15 %, priser x15 %, og ranger deretter etter totalsummen
   
3. Planlegg demonstrasjoner og intervjuer Send en strukturert agenda for demonstrasjonen (f.eks. mottak av krav, planlegging av intervjuer, godkjenning av tilbud), og be om eksempler basert på reelle data. Møt den implementeringsansvarlige, ikke bare salgsrepresentanten, for å teste leveransedybden
   
4. Kontroller referansene Be om to kunder som ligner på dere når det gjelder størrelse og bransje. Undersøk datoen for produksjonssetting, faktisk tidsplan sammenlignet med den lovede tidsplanen, kvaliteten på brukerstøtten og eventuelle uventede kostnader – tok datamigreringen lengre tid enn oppgitt?
   
5. Avklar uklare punkter Send en kort liste med spørsmål og svar om mangler eller faguttrykk («Hva inkluderer trinnvis brukerstøtte?»). Be leverandørene oppdatere prisarket og kravmatrisen, slik at dokumentasjonen forblir ryddig

Velg og varsle leverandørene

Du har valgt en leverandør, og måten du avslutter prosessen på, er like viktig som poenggivningen. Kommuniser tydelig med alle, samkjør teamet om de neste trinnene, og legg til rette for en ryddig overgang til kontraktsinngåelse. Her er de viktigste trinnene for å avslutte prosessen på en god måte:

Trinn 1. Varsle valgte og ikke-valgte leverandører

Vær rask og respektfull, slik at relasjonene forblir gode. Send vinneren en kort melding om tildelingen med neste trinn og tidsplaner. Fortell de andre at de ikke ble valgt, og del om mulig tilbakemeldinger på overordnet nivå (f.eks. pris, manglende integrasjon eller en svakere demonstrasjon). Leverandører husker hvordan du behandler dem, og vil stille bedre forberedt neste gang.

Trinn 2. Forbered deg til de endelige forhandlingene

Gjør det klart hva du kan forhandle om: pris, SLA-er, dataeierskap, øvre grenser for fornyelser, implementeringstimer og bistand ved avslutning. Fastsett på forhånd grensene for når du trekker deg, og bruk en sjekkliste og agenda for å holde samtalene fokuserte. Be om endringsforslag i én omgang, og dokumenter beslutningene i et delt dokument, slik at ingenting sklir ut.

Trinn 3. Sørg for intern samkjøring før signering

Bekreft godkjenninger fra ledelsen og økonomiavdelingen, og send avtalen gjennom juridisk avdeling eller innkjøpsavdelingen for vurdering av vilkår, databeskyttelse og forsikring. Del en sammendragsside med beslutningsfaktorer, risikoer, endelig pris, SLA-er og dato for produksjonssetting, slik at de som skal vurdere avtalen, kan handle raskt. Utpek ansvarlige for signering, opprettelse av innkjøpsordre og planlegging av oppstartsmøtet.

Hva skjer videre:

Hvis du er i ferd med å undersøke systemer for kandidatsporing, kan du kontakte en SoftwareSelect-rådgiver for gratis anbefalinger.

Du fyller ut et skjema og tar en kort samtale der de går gjennom de spesifikke behovene dine. Deretter får du en kortliste over programvare du kan vurdere. De hjelper deg til og med gjennom hele kjøpsprosessen, inkludert prisforhandlinger.