Så skriver du en RFP för ett kandidatspårningssystem

De bästa systemen för kandidatspårning att överväga

Här är min lista över de 10 bästa tillgängliga systemen för kandidatspårning, som hjälper er att komma igång med sökandet:

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. Factorial — Bäst för AI-driven automatisering av HR-processer
2. 2. Deel HR — Bäst med inbyggt immigrationsstöd
3. 3. Pinpoint — Bäst för interna team som arbetar med intern rekrytering
4. 4. Greenhouse — Bäst för att hitta många kvalificerade kandidater
5. 5. BambooHR® — Bäst för automatiserade erbjudanden och analys
6. 6. Workable — Bäst för användarvänlighet
7. 7. TE Recruit — Bäst för integrerade verktyg för delad rekryteringstillsättning
8. 8. Homebase — Bäst för att integrera rekrytering med teamhantering
9. 9. Recooty — Bäst för CV-tolkning
10. 10. ClearCo — Bäst för effektiv automatisering av rekryteringen

RFI jämfört med RFP och RFQ: Vad är skillnaden?

RFI används för att lära känna marknaden och begränsa alternativen, RFP används för att jämföra kompletta lösningar och RFQ är avsedd för att få slutgiltiga priser när specifikationerna är fastställda; alla ATS-köp motiverar inte en RFP. Välj det enklaste dokumentet som passar ert skede för att spara tid och minska friktionen. Så här skiljer de sig åt, så att ni kan välja rätt väg:

Dokumenttyp	Syfte	När det används	Vad som ska ingå	Detaljnivå som krävs
Begäran om information (RFI)	Utforska alternativ och samla in leverantörernas kapacitet på en övergripande nivå	Tidig avgränsning av ett ATS när ni är osäkra på vad som är nödvändigt respektive önskvärt	Problemsammanfattning, rekryteringsvolymer, viktiga arbetsflöden, integrationslandskap och korta frågor	Låg detaljnivå; övergripande behov, ingen begäran om priser
Begäran om förslag (RFP)	Efterfråga kompletta lösningar och värde samt jämföra leverantörer på lika villkor	Planering av ett komplext ATS-köp med integrationer, säkerhet och förändringshantering	Detaljerade krav, antal användare, SLA:er, säkerhet, datamigrering, implementeringsplan och prisstruktur	Hög detaljnivå; funktionell, teknisk och tjänsterelaterad information samt detaljerad prissättning
Begäran om offert (RFQ)	Få fasta priser för en definierad omfattning och lista över produktvarianter	När ni har valt en utformning och bara behöver fastställa bästa pris för kända moduler	Exakta moduler, användarnivåer, avtalsperiod, förnyelsevillkor, implementeringstimmar och betalningsvillkor	Medelhög till hög; exakta specifikationer och prisformat, inga beskrivande texter

6 Vanliga RFP-misstag att undvika

Att skynda igenom en RFP eller hoppa över viktiga detaljer leder till förvirring, slöseri med tid och leverantörer som passar dåligt. När ni delar tillräckligt med sammanhang och håller omfattningen tydlig kan teamet arbeta snabbare och undvika merarbete; om ni fortfarande befinner er tidigt i valet av system för kandidatspårning bör ni först bekräfta era behov. Här är misstagen ni bör undvika:

1. Otillräcklig bakgrund eller kontext

Leverantörer gissar när du inte berättar vilka ni är, hur ni anställer eller vad som inte fungerar. Ange antal anställda, roller ni rekryterar till, rekvisitionsvolym per region, aktuella verktyg, arbetsflöden och efterlevnadsregler så att förslagen tar itu med verkliga behov. Inkludera 2–3 exempel på rekvisitioner och ett enkelt flödesdiagram för att förankra svaren.

2. Saknad eller otydlig budget

Om du döljer din budget får du säkert vilda prisuppgifter och merförsäljning som slösar med tid och resurser. Dela ett budgetintervall, antal användare, avtalsperiod och kostnadsdrivare; hänvisa leverantörerna till priser för sökandehanteringssystem för att skapa samsyn kring licenser, implementering, integrationer, utbildning och support. Be om specificerade totalsummor och en TCO-beräkning för tre år så att du kan jämföra på lika villkor.

3. Otydliga krav eller juridisk jargong

Otydliga önskemål som ”omfattande rapportering” och tät juridisk standardtext förvirrar produktteamen. Skriv användarberättelser på ett enkelt språk (t.ex. ”Rekryterare flyttar flera kandidater samtidigt efter telefonintervjuer”) och märk varje krav som nödvändigt, önskvärt eller utanför omfattningen. Lägg till acceptanskriterier och exempel på de rapporter du förväntar dig att se.

4. Inga delade utvärderingskriterier

Om leverantörerna inte vet hur du kommer att bedöma dem försöker de sälja in allt. Publicera viktade kriterier – funktionalitet, integrationer, säkerhet, användarvänlighet och pris – och dela ditt demomanus så att de visar det som är viktigt. Inkludera godkänd/underkänd-kriterier för datamigrering och efterlevnad.

5. Inget standardformat för leverantörernas svar

Fritextsvar gör granskningen långsammare och döljer brister. Tillhandahåll en svarsmall med avsnitt för krav (Ja/Nej/Delvis med kommentarer), prisuppdelning, en implementeringsplan med tidslinje och roller samt ett säkerhetsformulär. Begränsa bilagorna och ange maximalt antal ord för att hålla jämförelserna fokuserade.

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.

Create Free Account

Have an account? Log In

Sätt samman ditt RFP-team för sökandehanteringssystemet

Ett bra RFP-arbete är inget ensamarbete – ditt bästa arbete bygger på synpunkter från personer som ska använda, säkra, köpa in och stödja verktyget. Involvera rätt personer tidigt för att minska riskerna, synliggöra krav och undvika merarbete senare. Här är vilka du bör ta med och varför:

Projektägare

Den här ledaren ansvarar för resultatet, undanröjer hinder och godkänner omfattning, budget och framgångsmått. Hen hjälper till att anpassa RFP:n till verksamhetens mål och håller leverantörerna ansvariga för effekten. Exempel: CHRO, VP för talanganskaffning, personalchef, CFO

Funktionsspecialister

Det här är personerna som har djupgående kunskap om processer, data och integrationer. De definierar arbetsflöden, kartlägger behov av HRIS/lönehantering/SSO och fastställer krav på säkerhet och efterlevnad. Exempel: ansvarig för TA-verksamheten, HRIS-administratör, ansvarig för IT-integrationer, informationssäkerhet, juridik

Inköpsansvariga eller RFP-skribenter

De leder inköpsprocessen, ser till att mallar följs och hanterar tidsplaner, villkor och förhandlingar. De gör priser jämförbara och ser till att ni följer era riktlinjer. Exempel: inköpschef, strategiskt inköp, leverantörsansvarig, avtalsjurist

Slutanvändare och berörda intressenter

De arbetar i verktyget och upplever dagens problem i praktiken. De validerar kraven, skriver demomanus och testar hur väl lösningen passar verkliga tjänster och volymer. Exempel: rekryterare, rekryteringskoordinatorer, rekryterande chefer, HRBP:er, personalanalytiker

Definiera nödvändiga funktioner & mål

Innan du skickar ut en RFP behöver du klargöra vad den nya lösningen måste göra – och varför. Skapa samsyn kring problemområden, mål och icke-förhandlingsbara krav så att leverantörerna besvarar rätt frågor och du snabbt kan jämföra förslagen. Använd den här listan för att fastställa dem:

• Problem med nuvarande system: Vad saktar ner arbetet eller skapar risker? Det kan till exempel vara dubbla kandidater, avsaknad av massåtgärder, bristfällig rapportering eller manuella erbjudandebrev som leder till fel
  
• Nödvändiga förbättringar och önskade resultat: Hur kommer framgång att se ut om 90–180 dagar? Sätt upp mål som 20 % kortare tid till tillsättning, färre manuella steg per rekrytering eller högre tillfredsställelse bland rekryterande chefer
  
• Funktionella, tekniska och efterlevnadsrelaterade behov: Lista nödvändiga funktioner: integrationer med HRIS/lönesystem, SSO (SAML/OIDC), bakgrundskontroller, EEO/OFCCP-rapporter, GDPR-samtycke och lagring, SOC 2 samt datakryptering
  
• Användarroller, användningsnivåer och arbetsflöden: Vem gör vad, hur ofta och i vilken ordning? Exempel: 8 rekryterare, 50 rekryterande chefer, 300 rekryteringsbehov/år, ökad aktivitet på campus under tredje kvartalet, med ett flöde från behovsinsamling till godkännande av erbjudanden
  
• Preferenser för driftsättning: Molnhosting, datalagringsplats, testmiljö och lanseringsplan. Vill ni ha en stegvis lansering, leverantörsdriven konfigurering och hjälp med att migrera 3 års kandidatdata?

Skriv en RFP för ett system för kandidatspårning

Ni har enats om mål och nödvändiga funktioner; nu ska allt sammanställas i en tydlig och strukturerad RFP. Ett komplett och välorganiserat underlag hjälper leverantörerna att svara korrekt och ert team att jämföra svar utan att behöva gissa. Här är vad som bör ingå:

1. Sammanfattning för ledningen

Ange varför ni köper lösningen, vilka mål ni har och vilken omfattning projektet har i korthet. Ta med storlek och sammanhang så att leverantörerna kan anpassa sina svar: 800 anställda, 250 rekryteringar/år, flera länder, ersättning av e-post och kalkylblad. Lyft fram de viktigaste resultaten (t.ex. minska tiden till tillsättning med 20 %, förbättra de rekryterande chefernas användning) och centrala begränsningar (budgetintervall, deadline). Ange tidsplanen för beslutet och vilka som fattar beslutet.

2. Arbetsomfattning

Specificera vad leverantören måste leverera: moduler, integrationer, datamigrering, utbildning och support. Definiera arbetsflöden som ingår (behovsinsamling, publicering, sökning, granskning, intervjuer, erbjudanden) och vad som inte ingår för att undvika att omfattningen gradvis utökas. Ta med konkreta volymer, till exempel 50 samtidiga lediga tjänster, 2 000 ansökningar/månad och ökad aktivitet på campus under tredje kvartalet. Be om leveranser med datum och godkännandekriterier.

3. Tekniska krav

Lista nödvändiga integrationer (HRIS, lönesystem, SSO, bakgrundskontroller) och metod (API, SFTP, webhooks). Ange krav på säkerhet, drifttid och prestanda (99.9 % drifttid, sidladdning under 2 sekunder för centrala vyer). Notera datalagringsplats, säkerhetskopiering/återställning, granskningsloggar, webbläsare och mobilt stöd. Ta med miljökrav som åtkomst till testmiljö och API-anropsgränser.

4. Leverantörens kvalifikationer

Efterfråga erfarenhet av företag som liknar ert utifrån storlek, bransch och geografisk spridning. Be om 2–3 relevanta referenser, fallstudier samt presentationer av implementeringsteamets medlemmar och roller. Ta endast med nödvändiga certifieringar eller utmärkelser om de är relevanta för er riskprofil. Kräv bevis på finansiell stabilitet och nyckeltal för kundsupport (svars- och lösningstider).

5. Säkerhets- och efterlevnadsbehov

Dokumentera nödvändiga ramverk och intyg: SOC 2 Type II, ISO 27001 och årliga penetrationstester. Specificera kryptering vid lagring och överföring, SSO/MFA, rollbaserad åtkomst och granskningsspår. Lyft fram juridiska behov: GDPR/CCPA, EEO/OFCCP-rapportering, datalagring, DPA och tidsfrister för information om dataintrång. Be om ett ifyllt säkerhetsformulär och en lista över underbiträden.

6. Förväntningar på implementering och utbildning

Beskriv faser, milstolpar och önskat driftsättningsdatum (t.ex. 12 veckor från projektstart). Definiera vem som gör vad: leverantören respektive ert team ansvarar för konfigurering, testning och datamigrering. Kräv en migreringsplan (format, mappning, valideringar) samt en plan för pilot eller användaracceptanstest med godkännande- och underkännandekriterier. Ange utbildningsformat (live, inspelat, administratörsguider) och förstärkt support efter driftsättning.

7. Prissättning och licensiering

Tillhandahåll en prismall för att specificera licenser, implementering, integrationer, datamigrering, utbildning och support. Ange vilken licensieringsmodell ni föredrar (per användare, per anställd, per rekryteringsbehov) och be om prisrabatter per nivå. Begär en treårig TCO, tak för årliga höjningar och tydlighet kring tillägg (CRM, textmeddelanden, bedömningar). Kräv exempel på fakturor och betalningsvillkor.

8. Avtalsvillkor

Fastställ avtalets löptid, hur förnyelse går till och rätten att justera antalet platser under avtalsperioden. Definiera SLA:er med tjänstekrediter, dataägande och hjälp vid avslut för avveckling och dataexport. Ta med sekretess, immateriella rättigheter för konfigureringar och ändringshantering. Be om uppgifter om försäkringsbelopp och granskningsrättigheter.

9. Instruktioner för inlämning

Ange tidsplanen: fråge- och svarsfönster, sista svarsdag, demodatum och måldatum för beslut. Dela svarsmallen, obligatoriska format (en PDF samt Excel-prissättning) och ordgränser. Tillhandahåll demoskriptet och exempeldata som du vill att leverantörerna ska använda. Ange kontaktperson samt hur frågor och förslag ska skickas in.

Definiera dina utvärderingskriterier

Tydliga kriterier håller ditt beslut objektivt, transparent och kopplat till verksamhetens mål. Fastställ dem innan du läser förslagen, så undviker du partiskhet och att behöva gå tillbaka. Så här definierar och använder du dem:

Steg 1. Vad är viktigast?

Välj 3–5 viktade kategorier som motsvarar dina mål, så att avvägningarna blir tydliga. Om du behöver snabbare rekrytering bör du lägga större vikt vid produktpassning och användbarhet; om du omfattas av regleringar bör säkerhet och efterlevnad väga tyngre. Håll listan kort så att poängen leder till ett beslut och inte en debatt. Använd dessa vanliga kategorier för att begränsa listan:

• Produktpassning
• Användbarhet och användarinförande
• Integrationer
• Säkerhet och efterlevnad
• Datamigrering
• Implementering och support
• Prissättning och TCO

Steg 2. Använd en poängmatris

Skapa en enkel matris med vikter och en poäng från 1–5 eller 1–10 för varje kriterium. Exempel på vikter: Produktpassning 35 %, Integrationer 20 %, Säkerhet 15 %, Användbarhet 15 %, Prissättning/TCO 15 %. Anpassa efter din verklighet – tillverkningsindustrin kanske bör höja vikten för integrationer, medan ett nystartat företag kanske bör höja vikten för användbarhet. Multiplicera poängen med vikten, summera poängen och rangordna leverantörerna så att teamet ser samma beräkning.

Steg 3. Förtydliga din poängsättningsprocess

Bestäm vem som bedömer vad och varför: verksamheten bedömer integrationer, informationssäkerhetsteamet bedömer säkerhet och rekryterarna bedömer användbarhet. Dela en kort bedömningsmall som definierar varje poäng (t.ex. 5 = uppfyller helt, 3 = uppfyller delvis, 1 = brist) med exempel. Håll ett 30-minuters kalibreringsmöte före poängsättningen och låt sedan bedömarna poängsätta oberoende av varandra innan ni träffas för att lösa större skillnader. Anteckna varje poäng så att du kan motivera kortlistan inför ledningen.

Skicka ut RFP:n för systemet för kandidatspårning

Att skicka ut RFP:n handlar inte bara om att skicka en fil; du måste ge leverantörerna rätt åtkomst, tidsramar och instruktioner så att de kan svara väl. En smidig process skapar tydliga förväntningar och höjer kvaliteten på det du får tillbaka. Så här genomför du den på ett strukturerat sätt:

Steg 1. Välj rätt distributionsmetod

Bestäm om du ska använda e-post, en programvaruplattform för RFP:er eller en inköpsportal, och berätta exakt för leverantörerna vart de ska vända sig. Använd ett centraliserat system för att spåra frågor, versioner och inskickade svar så att inget går förlorat. Dela en kontaktlista över leverantörerna eller använd en rollbaserad inkorg (rfp@yourcompany.com) för att hålla kommunikationen tydlig. Ge åtkomst till gemensamma mappar eller portaler redan dag ett så att leverantörerna inte blir stående.

Steg 2. Ställ tydliga förväntningar på tidsplanen

Publicera datum som leverantörerna kan planera efter och håll fast vid dem. Lägg in marginal för interna granskningar och schemaläggning av demonstrationer, och ange när fråge- och svarsfönstret stänger så att ditt team slipper släcka bränder. Dela denna tidsplan i själva RFP:n:

• Datum för publicering av RFP:n
• Fråge- och svarsfönster för leverantörer
• Sista svarsdag
• Utvärderings- och urvalsperiod

Steg 3. Definiera kraven för inskickning

Berätta exakt för leverantörerna vad de ska skicka in och hur: en PDF-beskrivning, Word för eventuella formulär och din Excel-mall för prissättning. Ange leveransmetoden, till exempel uppladdning till din portal eller svar till den rollbaserade inkorgen, och notera eventuella begränsningar för filstorlek. Kräv att de använder din svarsmall och dina namnstandarder så att granskningen går snabbare. Ange om sena inskickningar accepteras och vad som händer om filer saknas.

Utvärdera och kortlista leverantörssvar

Det är här din struktur ger resultat – ditt team omvandlar leverantörssvaren till en välgrundad kortlista. Var konsekvent och objektiv, och se till att alla granskare är samordnade när ni går från dokument till demonstrationer. Använd dessa steg för att utvärdera och begränsa urvalet:

1. Organisera förslagen inför granskningen Byt namn på filer, registrera viktiga uppgifter (pris, moduler, referenser) i en spårningsfil och dela upp långa bilagor per avsnitt. Skapa en mapp per leverantör så att ditt team snabbt kan hitta det de behöver
   
2. Använd en poängmatris Poängsätt varje kriterium på en skala från 1–5 eller 1–10 och tillämpa dina viktningar. Exempel: produktpassning x35 %, integrationer x20 %, säkerhet x15 %, användbarhet x15 %, prissättning x15 %, och rangordna sedan efter totalpoängen
   
3. Planera demonstrationer och intervjuer Skicka en manusbaserad agenda för demonstrationen (t.ex. mottagning av krav, schemaläggning av intervjuer, godkännande av erbjudanden) och be om modeller med verkliga data. Träffa implementeringsansvarig, inte bara säljarna, för att testa leveransförmågan
   
4. Kontrollera referenser Be om två kunder som liknar er vad gäller storlek och bransch. Fråga om lanseringsdatum, faktisk tidsplan jämfört med den utlovade, supportkvalitet och eventuella oväntade kostnader – tog datamigreringen längre tid än vad som angavs i offerten?
   
5. Förtydliga oklara punkter Skicka en kort lista med frågor och svar om luckor eller jargong (”Vad ingår i support på olika nivåer?”). Be leverantörerna uppdatera prisbladet och kravmatrisen så att dokumentationen förblir tydlig

Välj och meddela leverantörer

Du har valt en leverantör, och hur du avslutar processen är lika viktigt som din poängsättning. Kommunicera tydligt med alla, samordna ditt team kring nästa steg och skapa en tydlig väg till avtalsskrivningen. Här är de viktigaste stegen för att avsluta på ett bra sätt:

Steg 1. Meddela valda och icke valda leverantörer

Agera snabbt och respektfullt så att relationerna förblir goda. Skicka vinnaren ett kortfattat meddelande om tilldelningen med nästa steg och tidsplaner; berätta för de andra att de inte valdes och dela, när det är möjligt, övergripande återkoppling (t.ex. pris, saknad integration, svagare demonstration). Leverantörer minns hur du behandlar dem och kommer att prestera bättre nästa gång.

Steg 2. Förbered dig inför de slutliga förhandlingarna

Samla det som går att förhandla om: pris, SLA:er, dataägande, tak för förnyelsekostnader, implementeringstimmar och hjälp vid avslut. Fastställ i förväg när du avstår från affären och använd en checklista och agenda för att hålla samtalen fokuserade. Be om ändringsförslag i ett enda steg och följ besluten i ett gemensamt dokument så att inget glider undan.

Steg 3. Säkerställ intern samordning före undertecknandet

Bekräfta godkännanden från ledningen och ekonomiavdelningen, och låt avtalet granskas av juridik eller inköp vad gäller villkor, dataskydd och försäkring. Dela en sammanfattning på en sida med beslutsdrivande faktorer, risker, slutligt pris, SLA:er och lanseringsdatum så att granskarna kan agera snabbt. Utse ansvariga för underskrift, skapande av inköpsorder och planering av uppstartsmötet.

Vad händer härnäst:

Om du håller på att undersöka system för kandidatspårning kan du kontakta en SoftwareSelect-rådgivare för kostnadsfria rekommendationer.

Du fyller i ett formulär och har ett kort samtal där de går igenom detaljerna i dina behov. Sedan får du en kortlista över programvaror att granska. De hjälper dig dessutom genom hela köpprocessen, inklusive prisförhandlingar.