Sådan skriver du en RFP for et læringsstyringssystem
En RFP er en struktureret forespørgsel, du sender til leverandører, når du har brug for formelle tilbud på et nyt læringsstyringssystem og ønsker sammenlignelige svar.
En velformuleret RFP hjælper dig med at fastlægge mål, ufravigelige krav og ønsker. Den fremskynder leverandørevalueringen, afdækker skjulte omkostninger og reducerer risikoen for projekt-, compliance- og databeskyttelsesproblemer, så du og dit team kan træffe et velinformeret valg.
Hvis du har ansvaret for udvælgelsen og skal håndtere budgetter, sikkerhed, integrationer og konsekvenserne af forandringer, vil du finde denne guide til at skrive en RFP nyttig.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Har du faktisk brug for en RFP?
Hvis du køber et LMS med uklare krav, omfattende compliance-behov, komplekse integrationer eller mange interessenter, vil du sandsynligvis have gavn af en RFP.
NIGP bemærker: "En RFP anvendes, når kravene ikke er klart kendte, er kvalitative snarere end kvantitative, eller når organisationen søger en løsning på et problem"
- Offentligt indkøb eller et tilskudsfinansieret indkøb, der kræver en formel konkurrence.
- Strenge compliance-krav: HIPAA, SOC 2, FERPA og GDPR-forpligtelser.
- Komplekse LMS-integrationer på tværs af HRIS, CRM og datalager.
- Udrulning i virksomheden på tværs af regioner, sprog, fagforeninger og divisioner.
- Stort budget med en langsigtet kontrakt og migrationsrisiko.
Hvornår kan en RFP være unødvendig?
Hvis dine behov er enkle, dine krav er kendte, og prisen er den vigtigste faktor, kan du springe RFP'en over og komme hurtigt videre med en fokuseret udvalgt liste og produktdemonstrationer. Hvis det gælder dig, kan du begynde med mine bedste anbefalinger nedenfor:
De bedste læringsstyringssystemer, du bør overveje
Her er min liste over de 10 bedste tilgængelige læringsstyringssystemer, som kan hjælpe dig med at komme i gang med din 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.
RFI vs. RFP vs. RFQ: Hvad er forskellen?
Brug en RFI til at lære markedet at kende og forme dine behov, en RFP til at sammenligne komplette løsninger med definerede krav og en RFQ til at få faste priser på en fastlagt specifikation.
Ikke alle indkøb kræver en RFP – hvis du vælger det rigtige dokument, sparer du tid og reducerer frem-og-tilbage-kommunikationen. Sådan vælger du det rigtige til dit team.
En anmodning om oplysninger (RFI) bruges bedst, når du befinder dig i de tidlige faser af udforskningen af muligheder for læringsstyringssystemer (LMS).
På dette tidspunkt er du måske ikke sikker på, hvilke funktioner du har brug for, så formålet med en RFI er at få mere at vide om leverandørernes kompetencer og præcisere dit problem og omfang.
En RFI indeholder typisk dine mål, udfordringer, overordnede anvendelsesscenarier og en liste over ufravigelige krav kontra ønskede funktioner samt et kort spørgeskema om leverandørens egnethed og fremtidige produktplan. Detaljeringsniveauet er normalt lavt til moderat.
En anmodning om tilbud (RFP) kommer senere i processen, når du har en klar forståelse af dine behov og er klar til at sammenligne flere LMS-leverandører i dybden.
Formålet her er at evaluere komplette løsninger, tilgange og den samlede værdi op mod dine definerede krav.
En RFP omfatter generelt detaljerede krav, integrationsbehov, sikkerheds- og compliance-overvejelser, datamigrering, implementeringsplaner, serviceaftaler (SLA'er), LMS-prisstrukturer, evalueringskriterier og en forventet tidsplan.
Da den spiller en rolle i den formelle leverandørudvælgelse, er det nødvendige detaljeringsniveau højt.
Endelig bruges en anmodning om pristilbud (RFQ), når du allerede har en klart defineret LMS-specifikation og har brug for faste, specificerede priser til direkte sammenligning.
Dette dokument handler om at indhente sammenlignelige priser på tværs af leverandører. Det bør angive antal brugere, moduler og funktioner, kontraktvilkår, supportniveauer, SLA-mål, træningsenheder samt både specificerede priser og samlede priser.
Det bør også omfatte vilkår for fornyelse og eventuelle tilgængelige rabatter. Selvom det narrative indhold er minimalt, er detaljeringsgraden for priser og mængder meget høj.
Almindelige RFP-fejl, der bør undgås
Hvis man skynder sig eller springer vigtige detaljer over, skaber det forvirring, spild af tid og leverandører, der passer dårligt, især når du vælger et læringsstyringssystem.
Nogle få forbedringer – en tydelig kontekst, et budget, krav, bedømmelse og svarformat – hjælper dit team med at gennemføre en mere effektiv proces.
Start med at undgå disse faldgruber:
Utilstrækkelig baggrund eller kontekst
Leverandører kan ikke tilpasse løsningerne, hvis du ikke fortæller, hvem du er, og hvad du har brug for. Oplys antal medarbejdere, kursisttyper, regioner, indholdsformater (SCORM/xAPI), integrationer (SSO, HRIS), krav til compliance og tidsplan; tilføj et kort resumé af organisationen og den teknologiske stak, så tilbuddene passer til din virkelighed.
Manglende eller uklart budget
Når du skjuler budgettet, gætter leverandørerne, og du får tilbud, der ikke passer sammen. Oplys et målinterval og begrænsninger (f.eks. 1.200 brugere, årlig fakturering, loft over opsætning), og forbind dine antagelser med priser på læringsstyringssystemer, så leverandørerne prissætter det rigtige niveau og de rigtige vilkår.
Vage krav eller juridisk jargon
Formuleringer som “omfattende rapportering” eller “sikkerhed efter branchestandard” betyder ingenting. Angiv de rapporter, du har brug for (f.eks. gennemførelse pr. leder, advarsler om overskredne frister), SSO-metode (SAML 2.0 eller OIDC), dataopbevaring og SLA'er; markér punkterne som skal/bør/kan, så leverandørerne ved, hvad der ikke kan forhandles.
Ingen delte evalueringskriterier
Hvis du ikke viser, hvordan du vil bedømme tilbuddene, fokuserer leverandørerne for meget på demonstrationer og salgssnak. Offentliggør vægtninger (f.eks. 40 % opfyldelse af krav, 25 % pris, 20 % sikkerhed, 15 % implementering), punkter, der skal bestås, og dit demonstrationsmanuskript, så leverandørerne fokuserer på det, der er vigtigt for dig.
Intet standardformat for leverandørernes svar
Frie svar spilder din tid og gør sammenligninger vanskelige. Giv en svarskabelon: en kravmatrix (ja/nej/delvist + noter), et prisark (brugere, moduler, opsætning, undervisning, support), sidebegrænsninger for beskrivelser og en tjekliste over bilag, så du kan sammenligne på lige vilkår.
Sammensæt dit RFP-team for læringsstyringssystemet
Det er ikke en opgave, man løser alene, at udarbejde en stærk RFP – dit bedste arbejde vil afspejle input fra L&D, HR, IT, økonomi og de personer, der faktisk skal bruge systemet; hvis du involverer dem tidligt, reducerer det risikoen for problemer og ekstraarbejde senere.
Du kommer hurtigere frem, kan formulere tydeligere krav og træffe bedre leverandørbeslutninger, når de rigtige stemmer er med til at forme omfang, demonstrationer og bedømmelse. Her er, hvem du bør involvere, og hvordan de kan hjælpe:
Projektsponsor
Dette er din øverste leder, som har ansvaret for resultaterne, sikrer budgettet, fastsætter succeskriterier og fjerner hindringer; vedkommende sørger for, at RFP'en er knyttet til strategien, og træffer de endelige beslutninger, når der opstår afvejninger.
Forvent input om mål, omfang, styring og regler for leverandørbeslutninger; eksempler omfatter din CHRO, CLO, VP HR, chef for L&D eller CIO.
Fageksperter
Det er de personer, der kender arbejdet: L&D, IT, compliance, databeskyttelse og rapportering. De definerer anvendelsestilfælde, behov for migrering af indhold, SSO/HRIS-integrationer, sikkerhedskrav og nødvendige rapporteringsfunktioner.
Eksempler: L&D-leder, instruktionsdesigner, ansvarlig for IT-integration, InfoSec-analytiker, databeskyttelsesrådgiver og compliancechef.
Indkøbsansvarlige eller RFP-forfattere
De driver processen, sikrer retfærdighed, håndterer leverandørlister og styrer vilkår, priser og SLA'er; de udformer RFP-skabelonen, bedømmelsen, tidsfristerne og forhandlingsplanen.
Eksempler: indkøbschef, specialist i strategisk indkøb, juridisk rådgiver og økonomianalytiker/controller.
Slutbrugere og interessenter
Administratorer, undervisere, kursister og ledere validerer, hvad der fungerer i hverdagen; involver dem i demonstrationer, test i sandkassemiljø og brugervenlighedsvurderinger, så RFP'en afspejler virkelige arbejdsgange og behov for tilgængelighed.
Eksempler: uddannelsesadministratorer, ledere af medarbejdere i frontlinjen, fagundervisere, callcenteragenter, salgsrepræsentanter i felten og kursister, der er nyansatte.
Skriv RFP'en for læringsstyringssystemet
Nu er det tid til at samle alt det, du har indhentet, i en tydelig og struktureret RFP, som leverandørerne kan følge.
En komplet og velorganiseret RFP hjælper leverandørerne med at svare præcist og hjælper dit team med at sammenligne tilbud uden at gætte.
Sådan strukturerer du dokumentet, så leverandørerne ved præcis, hvad de skal levere:
Resumé
Start med at fortælle, hvem I er, hvad jeres læringsmål er, og hvorfor det er det rette tidspunkt at indføre et LMS.
Giv et kort overblik over, hvem jeres kursister bliver – medarbejdere, kontrahenter eller partnere – og hvad I ønsker, de skal få ud af det.
Nævn også jeres vigtigste anvendelsesområder og de resultater, I sigter efter. Hvis I har vigtige begrænsninger såsom en tidsplan eller et budgetinterval, bør I nævne dem her, så leverandørerne ved, hvilke rammer de arbejder inden for.
Hold det kort og præcist – det danner grundlaget for resten af RFP'en.
Arbejdsomfang
Beskriv derefter, hvad projektet omfatter – f.eks. opsætning af platformen, integrationer, overførsel af indhold, opsætning af rapporter, oplæring og support.
Det er lige så vigtigt at gøre opmærksom på, hvad der ikke er inkluderet, så der ikke opstår overraskelser. Definér de vigtigste leverancer og milepæle samt, hvordan jeres team godkender dem.
Vær også tydelig om, hvem der er ansvarlig for hvad – jeres team eller leverandøren – så alle kender deres rolle. Det gør tilbuddene lettere at sammenligne og forhindrer, at projektets omfang gradvist udvides.
Tekniske krav
Beskriv de tekniske detaljer: ønsker til hosting, nødvendige integrationer, indholdsstandarder, krav til tilgængelighed, rapportering og analyse samt om I har brug for mobil- eller offlineadgang.
Adskil de ufravigelige krav fra de ønskværdige, så leverandørerne kan fokusere på det, der virkelig betyder noget.
Bed dem bekræfte, hvordan de vil opfylde hvert krav, forklare deres tilgang og beskrive eventuelle begrænsninger. På den måde får I klare svar i stedet for vage løfter.
Leverandørernes kvalifikationer
Bed leverandørerne give jer et øjebliksbillede af, hvem de er – deres baggrund, økonomiske stabilitet og erfaring med organisationer som jeres.
Bed om to eller tre kundecases samt referencer, som I faktisk kan tale med. Bed dem også præsentere det foreslåede projektteam, herunder roller og korte biografier, så I ved, hvem I kommer til at arbejde sammen med.
Det hjælper jer med at vurdere de mennesker og den ekspertise, der står bag softwaren, og ikke kun selve produktet.
Krav til sikkerhed og overholdelse af regler
Vær tydelig om jeres forventninger til datahåndtering, databeskyttelse og adgangskontrol. Del alle love, regler eller interne politikker, som de skal overholde.
Bed om oplysninger om deres sikkerhedspraksis, proces for håndtering af hændelser, opbevaring og sletning af data, oppetidsgarantier og revisionsrettigheder. Afklar, hvem der ejer dataene, og hvor de opbevares.
Bed leverandørerne gøre opmærksom på eventuelle mangler og forklare, hvordan de vil håndtere dem – det er bedre at vide det nu end senere.
Forventninger til implementering og oplæring
Bed om en projektplan, der beskriver faser, tidsplaner, afhængigheder og roller på begge sider. Spørg leverandørerne, hvordan de vil håndtere migrering, konfiguration, test og forandringsledelse.
Det er vigtigt at være specifik om oplæringen: hvad I har brug for til administratorer, undervisere og kursister, og om I ønsker live-sessioner, selvstændige læringsforløb eller begge dele (sørg for, at I får lov til at beholde alt oplæringsmateriale).
Beskriv også, hvad I forventer af support ved lanceringen og i de første 90 dage – de første uger er afgørende.
Priser og licenser
Bed leverandørerne specificere omkostningerne, så der ikke opstår overraskelser: licenser eller abonnementer, implementering af LMS, integrationer, migrering, oplæring, support og eventuelle ekstraudgifter.
Bed dem forklare deres licensmodel (navngivne brugere kontra aktive brugere) og eventuelle tærskler. Bed om deres forudsætninger for prissætningen, rabatter, fornyelsesvilkår og mulige prisstigninger. Når alt er tydeligt beskrevet, er det nemt at sammenligne leverandørerne side om side.
Kontraktvilkår
Angiv på forhånd de kontraktvilkår, der betyder mest for jer – f.eks. SLA'er, ejerskab og tilbagelevering af data, fortrolighed, immaterielle rettigheder til specialudvikling, opsigelsesrettigheder og ansvarsbegrænsninger.
Medtag eventuelle krav til databehandling fra jeres juridiske team, og bed leverandørerne gennemgå jeres vilkår med ændringsmarkeringer og forklare eventuelle undtagelser, så I hurtigere kan komme gennem den juridiske gennemgang, når I har valgt en finalist.
Instruktioner til tilbudsafgivelse
Gør det enkelt for leverandørerne at svare ved at oplyse afleveringsfristen, det krævede format (struktur, filtyper og sidebegrænsninger) samt, hvordan tilbuddet skal indsendes.
Fortæl dem også om jeres evalueringskriterier, og hvordan I vægter dem, så de kan fokusere på det, der er vigtigt for jer.
Beskriv hele processen – fra spørgsmåls- og svarperioden til udvælgelse af kandidater, demonstrationer og det endelige valg.
Angiv til sidst én kontaktperson og tydelige instruktioner om, hvordan spørgsmål skal stilles.
Udsend RFP'et for læringsstyringssystemet
At udsende dit RFP handler ikke bare om at trykke på send – du skal give leverandørerne den rette adgang, tidsplan og de rette instruktioner, så de kan svare fyldestgørende.
En solid distributionsplan sætter tonen for de tilbud, du modtager, og holder dit teams gennemgang på sporet.
Sådan konfigurerer du distribution, tidsplan og regler for indsendelse korrekt:
Vælg den rette distributionsmetode
Beslut, om du vil sende via e-mail, offentliggøre i en RFP-softwareplatform eller publicere gennem en indkøbsportal, og hold dig derefter til én primær kanal, så leverandørerne ikke går glip af opdateringer.
Jeg anbefaler at bruge et centraliseret system til at spore invitationer, spørgsmål og svar, tillæg og indsendelser – RFP-software kan hjælpe dig med at administrere datoer, opgaver og leverandørkommunikation ét sted.
Hvis du bruger e-mail, skal du oprette en rollebaseret indbakke (f.eks. lmsrfp@yourorg.org) og vedhæfte en kontaktliste over leverandører, så dit team ved, hvem der har modtaget RFP'et.
I en portal skal du kræve, at leverandørerne registrerer sig, før de kan stille spørgsmål eller indsende svar, og offentliggøre alle tillæg dér.
Fastlæg klare forventninger til tidsplanen
Det er god praksis at give leverandørerne 3–4 uger til at svare og offentliggøre, hvordan og hvornår du håndterer spørgsmål og svar; del svarene med alle tilbudsgivere for at sikre lige vilkår.
Sæt disse datoer ind i RFP'et og i din portalopslag, så ingen behøver at gætte.
- Dato for udsendelse af RFP
- Periode for spørgsmål og svar fra leverandører
- Endelig frist for indsendelse
- Periode for evaluering og udvælgelse
Fastlæg kravene til indsendelsen
Fortæl leverandørerne præcis, hvad de skal indsende, og hvordan: Accepter PDF-filer til endelige underskrevne kopier, tillad Word til beskrivende svar, og brug en Excel-skabelon til priser eller matricer til sammenligning af funktionalitet og mangler.
Angiv leveringsmetoden (upload til din portal eller send til din rollebaserede indbakke), og om leverandørerne skal bruge dine skabeloner eller formularer.
For at undgå forvirring skal du angive, hvordan filer skal navngives (f.eks. Leverandørnavn_Afsnitsnavn.pdf), og om dokumenterne skal samles i én PDF-fil sammen med den separate Excel-skabelon.
Gør din politik for forsinkede indsendelser tydelig – for eksempel: “Forsinkede indsendelser accepteres ikke”.
Evaluer og udvælg leverandørernes svar
Det er her, strukturen gør en forskel: Du omsætter tilbuddene til en kortliste ved at holde dig til klare kriterier og en fælles proces.
Sørg for ensartede vurderinger på tværs af bedømmerne, og få dine fageksperter til at bidrage, så du ikke overser behov eller risici. Sådan gennemfører du evalueringen og opbygger din kortliste:
- Standardisér, hvordan I pakker forslag og dokumentation. Opret en leverandørmappe for hvert svar, og gem skærmbilleder, videoer og transskripter, så jeres team kan gennemgå det samme materiale og sammenligne på et ensartet grundlag. Har I brug for at gå tilbage til et øjeblik i en demo for at bekræfte en arbejdsgang? Find transskriptet hurtigt.
- Brug en vægtet pointmatrix. Tildel vægte til det, der er vigtigt, og bedøm hver leverandør ud fra det samme sæt kriterier (for eksempel: “Fremtrædende funktioner (20 %)… Brugervenlighed (10 %)… Onboarding (10 %)… Kundesupport (10 %)… Integrationer (10 %)… Kundeanmeldelser (10 %)… Værdi for pengene (10 %).”). Spørg jer selv: Berettiger Leverandør A’s onboarding og support en højere score?
- Planlæg demoer og interviews med et ensartet manuskript. Optag hver demo, og tal med salg, marketing og kundesucces, så I hører, hvordan leverandøren understøtter jer fra start til slut. Vil I se, hvordan de håndterer en vanskelig arbejdsgang? Bed alle leverandører om at gennemgå de samme trin under samtalen.
- Tjek referencer, og sammenlign med den offentlige opfattelse. Spørg: “Ville du vælge dette værktøj igen?” og notér hvorfor; krydstjek derefter med feedback i stil med Net Promoter Score og anmeldelser. Hvis rosen ikke stemmer overens med jeres anvendelse, så undersøg det nærmere.
- Luk huller, og bekræft løsninger. Når et krav ser svagt eller uklart ud, skal I følge op og bede leverandørerne om at vise løsningen eller sende et kort klip. Fik et kriterium en lav score? Bekræft, at det er korrekt, og undersøg, om der findes en praktisk løsning.
Vælg og underret leverandører
Når jeres team har valgt en leverandør, er de sidste trin lige så vigtige som selve evalueringen. I sætter tonen for implementeringen ved at kommunikere tydeligt med alle leverandører—både de valgte og de ikke-valgte—og afstemme internt, før I går videre til kontrakter.
Her er tre trin, som HR- og L&D-fagfolk bør tage nu:
Underret valgte og ikke-valgte leverandører
Underret leverandørerne hurtigt og skriftligt; det er respektfuldt og forventes ved formelle indkøb (FAR 15.503).
Send vinderen en tydelig besked om “næste skridt”, og send de øvrige en kort tak med feedback på højt niveau (f.eks. match, prismodel og tidspunkt for køreplanen), når det er passende, for at holde relationerne sunde og fremtidige tilbud konkurrencedygtige.
Forbered jer på de endelige forhandlinger
Afklar, hvor I muligvis skal forhandle: priser og rabatter, SLA’er (oppetid, support og svartider), kontraktvilkår (databeskyttelse, fornyelser og begrænsninger på stigninger) samt implementeringens omfang.
Fastlæg jeres grænser for, hvornår I trækker jer, på forhånd, og gennemfør møder ud fra en enkel tjekliste eller dagsorden, så I holder fokus og undgår indrømmelser, I vil fortryde.
Sørg for intern afstemning før underskrift
Indhent godkendelser: ledelsen eller økonomiafdelingen til budgettet og jura eller indkøb til vilkår, risici og overholdelse af regler.
Del en kort opsummering, der beskriver de afgørende faktorer for beslutningen—match med kravene, samlede omkostninger, sikkerhedsniveau, referencer og implementeringsplan—så beslutningstagerne kan handle hurtigt.
Hvad sker der nu:
Hvis du er i gang med at undersøge et læringsstyringssystem, 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 over software, du kan gennemgå. De støtter dig endda gennem hele købsprocessen, herunder prisforhandlinger.
