Sådan skriver du en RFP for et ansøgersporingssystem

De bedste ansøgerstyringssystemer, I bør overveje

Her er min liste over de 10 bedste tilgængelige ansøgerstyringssystemer, som kan hjælpe jer med at komme i gang med jeres søgning:

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. Deel HR — Bedst med indbygget immigrationssupport
2. 2. Factorial — Bedst med AI-drevet automatisering af HR-processer
3. 3. Greenhouse — Bedst til at finde mange kvalificerede kandidater
4. 4. Pinpoint — Bedst til interne talentrekrutteringsteams
5. 5. BambooHR® — Bedst til automatiserede tilbud og analyser
6. 6. Atlas — Bedst til bureauorienteret AI-drevet kandidatsøgning
7. 7. ClearCo — Bedst til effektiv automatisering af ansættelser
8. 8. Manatal — Bedst til AI-drevet rekruttering og kandidatsøgning
9. 9. Tracker — Bedst til kombineret ATS og CRM
10. 10. Folks HR — Bedst til automatiserede jobopslag og kandidatsøgning

RFI vs. RFP vs. RFQ: Hvad er forskellen?

RFI'er bruges til at undersøge markedet og indsnævre mulighederne, RFP'er bruges til at sammenligne komplette løsninger, og en RFQ er beregnet til at indhente endelige priser, når jeres specifikationer ligger fast; ikke alle ATS-køb kræver en RFP. Vælg det mindst omfattende dokument, der passer til jeres fase, for at spare tid og mindske besværet. Her er forskellene, så I kan vælge den rigtige vej:

Dokumenttype	Formål	Hvornår det bruges	Hvad det skal indeholde	Nødvendigt detaljeringsniveau
Anmodning om oplysninger (RFI)	Undersøge muligheder og få et overordnet billede af leverandørernes kompetencer	Tidlig afgrænsning af ATS, hvor I er usikre på, hvad der er nødvendigt, og hvad der blot er ønskværdigt	Opsummering af problemet, rekrutteringsmængder, centrale arbejdsgange, integrationslandskab og korte spørgsmål	Få detaljer; overordnede behov, ingen anmodning om priser
Anmodning om tilbud (RFP)	Indhente komplette løsninger og værdi samt sammenligne leverandører på lige vilkår	Planlægning af et komplekst ATS-køb med integrationer, sikkerhed og forandringsledelse	Detaljerede krav, antal brugere, SLA'er, sikkerhed, datamigrering, implementeringsplan og prisstruktur	Mange detaljer; funktionel, teknisk og servicemæssig dybde samt prisoplysninger
Anmodning om pristilbud (RFQ)	Få faste priser for et defineret omfang og en liste over varenummer	Når I har valgt et design og kun skal finde den bedste pris på kendte moduler	Præcise moduler, brugertrin, kontraktperiode, vilkår for fornyelse, implementeringstimer og betalingsbetingelser	Mellem til højt; præcise specifikationer og prisformater, ingen beskrivelser

6 Almindelige RFP-fejl, I bør undgå

Hvis I forhaster en RFP eller springer vigtige detaljer over, fører det til forvirring, spild af tid og leverandører, der ikke passer godt. Når I deler tilstrækkelig kontekst og holder omfanget tydeligt, arbejder jeres team hurtigere og undgår ekstraarbejde; hvis I stadig er tidligt i processen med at vælge et ansøgerstyringssystem, skal I først bekræfte jeres behov. Her er de fejl, I bør undgå:

1. Utilstrækkelig baggrund eller kontekst

Leverandører gætter, når du ikke deler, hvem du er, hvordan du ansætter, eller hvad der ikke fungerer. Oplys antal medarbejdere, hvilke roller du ansætter til, antal rekvisitioner pr. region, nuværende værktøjer, arbejdsgange og regler for overholdelse af krav, så tilbuddene imødekommer reelle behov. Inkludér 2–3 eksempler på rekvisitioner og et enkelt procesdiagram for at give svarene et fælles udgangspunkt.

2. Manglende eller uklart budget

Hvis du skjuler dit budget, får du helt sikkert vilkårlige tilbud og mersalg, der spilder tid og ressourcer. Del et budgetinterval, antal brugere, kontraktperiode og omkostningsdrivere; henvis leverandørerne til priser på systemer til sporing af ansøgere for at skabe en fælles forståelse af licenser, implementering, integrationer, oplæring og support. Bed om specificerede totaler og en samlet ejeromkostning over tre år, så du kan sammenligne på et ensartet grundlag.

3. Vage krav eller juridisk jargon

Vage ønsker som “robust rapportering” og omfattende juridiske standardtekster forvirrer produktteams. Skriv brugerhistorier i et letforståeligt sprog (f.eks. “Rekrutteringsmedarbejdere flytter flere kandidater på én gang efter telefonsamtaler”) og markér hver af dem som et ufravigeligt krav, et ønskværdigt krav eller uden for projektets omfang. Tilføj acceptkriterier og eksempler på de rapporter, du forventer at se.

4. Delte evalueringskriterier mangler

Hvis leverandørerne ikke ved, hvordan du vil bedømme dem, forsøger de at sælge dig alt. Offentliggør vægtede kriterier—funktionalitet, integrationer, sikkerhed, brugervenlighed og pris—og del dit demoscript, så de viser det, der er vigtigt. Inkludér krav, der skal bestås eller ikke bestås, for datamigrering og overholdelse af krav.

5. Intet standardformat for leverandørernes svar

Frie svar gør gennemgangen langsommere og skjuler mangler. Angiv en svarskabelon med afsnit til krav (Ja/Nej/Delvist med bemærkninger), prisopdeling, en implementeringsplan med tidsplan og roller samt et sikkerhedsspørgeskema. Begræns bilagene, og sæt en øvre grænse for antal ord for at gøre sammenligningerne præcise.

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

Sammensæt dit RFP-team til systemet til sporing af ansøgere

Et stærkt RFP er ikke et soloprojekt—dit bedste arbejde afspejler input fra de personer, der skal bruge, sikre, købe og understøtte værktøjet. Involver de rette personer tidligt for at reducere risici, afdække krav og undgå ekstraarbejde senere. Her er, hvem du bør inddrage, og hvorfor:

Projektsponsor

Denne leder har ansvaret for resultatet, fjerner forhindringer og godkender omfang, budget og succeskriterier. Vedkommende hjælper med at tilpasse RFP'en til forretningsmålene og holder leverandørerne ansvarlige for effekten. Eksempler: CHRO, VP Talent Acquisition, Head of People, CFO

Funktionelle eksperter

Det er de personer, der kender processer, data og integrationer indgående. De definerer arbejdsgange, kortlægger behov for HRIS/lønbehandling/SSO og fastsætter krav til sikkerhed og overholdelse af krav. Eksempler: leder af TA-drift, HRIS-administrator, leder af IT-integration, InfoSec, juridisk afdeling

Indkøbsansvarlige eller RFP-forfattere

De driver indkøbsprocessen, håndhæver skabeloner og styrer tidsplaner, vilkår og forhandlinger. De gør priser sammenlignelige og sikrer, at du overholder interne retningslinjer. Eksempler: indkøbschef, strategisk indkøb, leverandøransvarlig, juridisk rådgiver for kontrakter

Slutbrugere og interessenter

De arbejder dagligt i værktøjet og mærker de aktuelle problemer. De validerer krav, skriver demoscripts og tester, om løsningen passer til reelle stillinger og mængder. Eksempler: rekrutteringsmedarbejdere, rekrutteringskoordinatorer, ansættende ledere, HRBP'er, people analytics

Definér ufravigelige krav & mål

Før du sender et RFP, skal du være klar over, hvad den nye løsning skal kunne—og hvorfor. Skab enighed om problemområder, mål og ufravigelige krav, så leverandørerne besvarer de rigtige spørgsmål, og du hurtigt kan sammenligne tilbud. Brug denne liste til at fastlægge det:

• Udfordringer med det nuværende system: Hvad forsinker jer eller skaber risiko? Det kan for eksempel være dublerede kandidater, manglende massehandlinger, utilstrækkelig rapportering eller manuelle tilbudsbreve, der fører til fejl
  
• Nødvendige forbedringer og ønskede resultater: Hvordan ser succes ud om 90–180 dage? Sæt mål for resultater som 20 % kortere tid til besættelse, færre manuelle trin pr. ansættelse eller højere tilfredshed blandt ansættende ledere
  
• Funktionelle, tekniske og compliance-mæssige behov: Oplist nødvendige funktioner: HRIS-/lønsystemintegrationer, SSO (SAML/OIDC), baggrundstjek, EEO/OFCCP-rapporter, GDPR-samtykke og opbevaring samt SOC 2 og datakryptering
  
• Brugerroller, brugsniveauer og arbejdsgange: Hvem gør hvad, hvor ofte og i hvilken rækkefølge? Eksempel: 8 rekrutteringsmedarbejdere, 50 ansættende ledere, 300 stillingsanmodninger/år, øget campusrekruttering i Q3 samt et flow fra behovsafklaring til godkendelse af tilbud
  
• Implementeringspræferencer: Cloud-hosting, dataplacering, testmiljø og udrulningsplan. Ønsker I en trinvis opdelt lancering, leverandørstyret konfiguration og hjælp til at migrere 3 års kandidatdata?

Udarbejd RFP'en for ansøgersporingssystemet

I er blevet enige om mål og nødvendige funktioner; nu skal det hele samles i en klar og struktureret RFP. En komplet og velorganiseret pakke hjælper leverandørerne med at svare præcist og hjælper jeres team med at sammenligne svarene uden gætterier. Her er, hvad den skal indeholde:

1. Ledelsesresumé

Angiv, hvorfor I køber løsningen, jeres mål og omfanget i korte træk. Medtag størrelse og kontekst, så leverandørerne kan tilpasse deres svar: 800 medarbejdere, 250 ansættelser/år, flere lande, erstatning af e-mails/regneark. Fremhæv de vigtigste resultater (f.eks. 20 % kortere tid til besættelse, bedre anvendelse blandt ansættende ledere) og centrale begrænsninger (budgetinterval, deadline). Oplist tidsplanen for beslutningen og angiv, hvem der træffer beslutningen.

2. Arbejdsomfang

Specificér, hvad leverandøren skal levere: moduler, integrationer, datamigrering, oplæring og support. Definér arbejdsgange, der er omfattet (behovsafklaring, stillingsopslag, sourcing, screening, interviews, tilbud), og hvad der ikke er omfattet, for at undgå ukontrolleret udvidelse af omfanget. Medtag konkrete mængder som 50 samtidige ledige stillinger, 2.000 ansøgninger/måned og øget campusrekruttering i Q3. Bed om leverancer med datoer og acceptkriterier.

3. Tekniske krav

Oplist de nødvendige integrationer (HRIS, lønsystem, SSO, baggrundstjek) og metoden (API, SFTP, webhooks). Angiv behov for sikkerhed, oppetid og ydeevne (99,9 % oppetid, sideindlæsning på under 2 sekunder for centrale skærmbilleder). Bemærk krav til dataplacering, sikkerhedskopiering/gendannelse, revisionslogge, browsere og mobilunderstøttelse. Medtag miljøkrav som adgang til testmiljø og API-hastighedsgrænser.

4. Leverandørens kvalifikationer

Bed om erfaring med virksomheder som jeres målt på størrelse, branche og geografi. Anmod om 2–3 relevante referencer, kundeeksempler samt CV'er og roller for implementeringsteamet. Medtag kun obligatoriske certificeringer eller priser, hvis de er relevante for jeres risikoprofil. Kræv dokumentation for økonomisk stabilitet og mål for kundesupport (svar-/løsningstider).

5. Sikkerheds- og compliancebehov

Dokumentér de krævede rammeværk og erklæringer: SOC 2 Type II, ISO 27001 og årlige penetrationstests. Specificér kryptering af data i hvile og under overførsel, SSO/MFA, rollebaseret adgang og revisionsspor. Fremhæv juridiske behov: GDPR/CCPA, EEO/OFCCP-rapportering, dataopbevaring, DPA og tidsfrister for meddelelse om brud. Bed om et udfyldt sikkerhedsspørgeskema og en liste over underdatabehandlere.

6. Forventninger til implementering og oplæring

Beskriv faser, milepæle og den planlagte idriftsættelse (f.eks. 12 uger fra opstart). Definér, hvem der gør hvad: leverandøren versus jeres team i forbindelse med konfiguration, test og datamigrering. Kræv en migreringsplan (formater, mapping, valideringer) og en plan for pilot eller brugergodkendelsestest med kriterier for godkendt/ikke godkendt. Specificér oplæringsformater (live, optaget, administratorvejledninger) og udvidet support efter idriftsættelsen.

7. Priser og licenser

Angiv en prisskabelon, der specificerer licenser, implementering, integrationer, datamigrering, oplæring og support. Angiv jeres foretrukne licensmål (pr. bruger, pr. medarbejder, pr. stillingsanmodning), og bed om mængderabatter pr. niveau. Anmod om en samlet ejeromkostning (TCO) for tre år, loft over årlige prisstigninger og tydelighed om tilkøbsmoduler (CRM, tekstbeskeder, vurderinger). Kræv eksempler på fakturaer og betalingsbetingelser.

8. Kontraktbetingelser

Fastlæg kontraktens løbetid, fornyelsesmekanismer og retten til at justere antallet af licenser i løbetiden. Definér SLA'er med servicekreditter, dataejerskab og hjælp til afslutning ved fratrædelse og dataeksport. Medtag fortrolighed, immaterielle rettigheder til konfigurationer og ændringsstyring. Bed om oplysninger om forsikringsdækningens grænser og revisionsrettigheder.

9. Instruktioner for indsendelse

Angiv tidsplanen: Q&A-periode, frist for indsendelse, demodatoer og måldato for beslutningen. Del svarskabelonen, de krævede formater (én PDF samt Excel-priser) og ordgrænserne. Angiv det demoscript og de eksempeldata, du ønsker, at leverandørerne skal bruge. Oplys kontaktpersonen samt, hvordan spørgsmål og forslag skal indsendes.

Definér dine evalueringskriterier

Klare kriterier holder din beslutning objektiv, gennemsigtig og knyttet til virksomhedens mål. Fastlæg dem, før du læser forslagene, så du undgår forudindtagethed og tilbageskridt. Sådan definerer og bruger du dem:

Trin 1. Hvad er vigtigst?

Vælg 3–5 vægtede kategorier, der matcher dine mål, så afvejningerne er tydelige. Hvis du har brug for hurtigere ansættelser, skal du lægge vægt på produktmatch og brugervenlighed; hvis du er underlagt regulering, skal sikkerhed og overholdelse af regler vægte højere. Hold listen kort, så resultaterne driver en beslutning frem for en debat. Brug disse almindelige kategorier til at indsnævre din liste:

• Produktmatch
• Brugervenlighed og anvendelse
• Integrationer
• Sikkerhed og overholdelse af regler
• Datamigrering
• Implementering og support
• Priser og TCO

Trin 2. Brug en scoringsmatrix

Opret en enkel matrix med vægte og en score fra 1–5 eller 1–10 for hvert kriterium. Eksempel på vægte: Produktmatch 35 %, integrationer 20 %, sikkerhed 15 %, brugervenlighed 15 %, priser/TCO 15 %. Tilpas den til din virkelighed—produktionsvirksomheder vil måske øge vægten på integrationer, mens en nystartet virksomhed måske vil øge vægten på brugervenlighed. Gang scoren med vægten, læg pointene sammen, og rangér leverandørerne, så dit team kan se den samme beregning.

Trin 3. Afklar din scoringsproces

Beslut, hvem der scorer hvad og hvorfor: Drift scorer integrationer, InfoSec scorer sikkerhed, og rekrutteringsmedarbejdere scorer brugervenlighed. Del en kort vurderingsvejledning, der definerer hver score (f.eks. 5 = opfylder fuldt ud, 3 = delvist, 1 = mangel) med eksempler. Afhold en 30-minutters kalibrering før scoringen, lad derefter bedømmerne score uafhængigt, og mød dem for at løse større uoverensstemmelser. Tag noter til hver score, så du kan begrunde den endelige liste over kandidater over for ledelsen.

Udsted RFP'en for ansøgersporingssystemet

At udstede RFP'en handler ikke kun om at sende en fil; det handler om at give leverandørerne den rette adgang, tidsplan og instruktioner, så de kan svare godt. En smidig proces afstemmer forventningerne og øger kvaliteten af det, du får tilbage. Sådan gennemfører du processen effektivt:

Trin 1. Vælg den rette distributionsmetode

Beslut, om du vil bruge e-mail, en RFP-softwareplatform eller en indkøbsportal, og fortæl leverandørerne præcis, hvor de skal gå hen. Brug et centralt system til at spore spørgsmål, versioner og indsendelser, så intet går tabt. Del en kontaktliste over leverandørerne, eller brug en rollebaseret indbakke (rfp@yourcompany.com) for at holde kommunikationen klar. Giv adgang til eventuelle delte mapper eller portaler fra dag ét, så leverandørerne ikke går i stå.

Trin 2. Fastlæg klare forventninger til tidsplanen

Offentliggør datoer, som leverandørerne kan planlægge efter, og hold dem. Indlæg tid til interne gennemgange og planlægning af demoer, og angiv, hvornår Q&A lukker, så dit team ikke konstant skal slukke ildebrande. Del denne tidsplan i selve RFP'en:

• Dato for offentliggørelse af RFP
• Periode for leverandørernes Q&A
• Endelig frist for indsendelse
• Periode for evaluering og udvælgelse

Trin 3. Definér kravene til indsendelse

Fortæl leverandørerne præcis, hvad de skal indsende, og hvordan: én PDF-beskrivelse, Word til eventuelle formularer og din Excel-skabelon til priser. Angiv leveringsmetoden, f.eks. overførsel til din portal eller svar til den rollebaserede indbakke, og notér eventuelle begrænsninger for filstørrelse. Kræv, at de bruger din svarskabelon og navngivningskonventioner, så gennemgangen går hurtigere. Oplys, om forsinkede indsendelser accepteres, og hvad der sker, hvis filer mangler.

Evaluér og udvælg leverandørsvar

Det er her, din struktur betaler sig—dit team omsætter leverandørernes svar til en velbegrundet kortliste. Vær konsekvent og objektiv, og sørg for, at alle bedømmere er afstemt, mens I bevæger jer fra papir til demonstrationer. Brug disse trin til at evaluere og indsnævre feltet:

1. Organisér forslagene til gennemgang Omdøb filer, registrér nøgledata (pris, moduler, referencer) i et sporingsark, og opdel lange bilag efter afsnit. Opret én mappe pr. leverandør, så dit team hurtigt kan finde tingene
   
2. Brug en scoringsmatrix Giv hvert kriterium en score på en skala fra 1–5 eller 1–10, og anvend dine vægte. Eksempel: produktmatch x35 %, integrationer x20 %, sikkerhed x15 %, brugervenlighed x15 %, priser x15 %, og rangér derefter efter den samlede score
   
3. Planlæg demonstrationer og interviews Send en fastlagt demonstrationsagenda (f.eks. modtagelse af krav, planlægning af interviews, godkendelser af tilbud), og bed om modeller med realistiske data. Mød implementeringsansvarlige, ikke kun salgsafdelingen, for at teste leveringsdybden
   
4. Tjek referencer Bed om to kunder, der ligner jer med hensyn til størrelse og branche. Spørg ind til idriftsættelsesdato, den faktiske tidsplan sammenlignet med den lovede, supportkvalitet og eventuelle uventede omkostninger—tog datamigreringen længere tid end angivet i tilbuddet?
   
5. Afklar uklare punkter Send en kort liste med spørgsmål og svar om mangler eller jargon (”Hvad omfatter ‘support på flere niveauer’?”). Bed leverandørerne om at opdatere prisarket og kravmatrixen, så dokumentationen forbliver overskuelig

Vælg og underret leverandørerne

Du har valgt en leverandør, og måden, du afslutter processen på, er lige så vigtig som din bedømmelse. Kommunikér tydeligt med alle, afstem de næste skridt med dit team, og skab en klar vej frem mod kontraktindgåelsen. Her er de vigtigste trin til en god afslutning:

Trin 1. Underret valgte og ikke-valgte leverandører

Gå hurtigt frem, og vær respektfuld, så relationerne forbliver stærke. Send vinderen en kort meddelelse om tildelingen med de næste skridt og tidsplaner; fortæl de andre, at de ikke blev valgt, og del, når det er muligt, feedback på højt niveau (f.eks. pris, manglende integration eller en svagere demonstration). Leverandørerne husker, hvordan du behandler dem, og vil levere bedre næste gang.

Trin 2. Forbered dig på de afsluttende forhandlinger

Få styr på dine forhandlingspunkter: pris, SLA'er, dataejerskab, loft over fornyelser, implementeringstimer og hjælp ved afslutning. Fastlæg på forhånd, hvornår du trækker dig, og brug en tjekliste og en agenda til at holde samtalerne fokuserede. Bed om ændringsforslag i én omgang, og registrér beslutningerne i et fælles dokument, så intet skrider.

Trin 3. Sørg for intern afstemning inden underskrift

Bekræft godkendelser fra ledelsen og økonomiafdelingen, og send aftalen gennem juridisk afdeling eller indkøb med henblik på vilkår, databeskyttelse og forsikring. Del en oversigt på én side over beslutningsfaktorer, risici, endelig pris, SLA'er og idriftsættelsesdato, så bedømmerne hurtigt kan komme videre. Udpeg ansvarlige for underskrift, oprettelse af indkøbsordre og planlægning af opstartsmødet.

Hvad sker der nu:

Hvis du er i gang med at undersøge et ansøgersporingssystem, kan du kontakte en SoftwareSelect-rådgiver for at få gratis anbefalinger.

Du udfylder en formular og tager en kort samtale, hvor de går i dybden med dine specifikke behov. Derefter får du en kortliste med software, som du kan gennemgå. De hjælper dig endda gennem hele købsprocessen, herunder prisforhandlinger.