Slik skriver du en tilbudsforespørsel for et læringsstyringssystem

Trenger du faktisk en RFP?

Hvis du skal kjøpe et LMS med uklare krav, omfattende samsvarskrav, komplekse integrasjoner eller mange interessenter, vil du sannsynligvis ha nytte av en RFP.

NIGP skriver: «En RFP brukes når kravene ikke er klart kjent, er kvalitative snarere enn kvantitative, eller når virksomheten ser etter en løsning på et problem»

• Offentlig sektor eller tilskuddsfinansierte innkjøp som krever formell konkurranse.
• Strenge samsvarskrav: HIPAA, SOC 2, FERPA og GDPR.
• Komplekse LMS-integrasjoner på tvers av HRIS, CRM og datavarehus.
• Virksomhetsomfattende utrulling på tvers av regioner, språk, fagforeninger og avdelinger.
• Stort budsjett med langsiktig kontrakt og migreringsrisiko.

Når en RFP kan være unødvendig omfattende

Hvis behovene dine er enkle, kravene er kjente og pris er den viktigste faktoren, kan du droppe RFP-en og gå raskt videre med en fokusert kortliste og demonstrasjoner. Hvis dette gjelder deg, kan du begynne med mine beste anbefalinger nedenfor:

Vurder disse beste læringsstyringssystemene

Her er listen min over de 10 beste tilgjengelige alternativene for læringsstyringssystemer, slik at du kan komme i gang med søket ditt:

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. Synergy Learning — Best for customizable LMS needs
2. 2. Deel HR — Best for integrated performance and learning
3. 3. TalentLMS — Best for role-based training
4. 4. Acorn — Best with capability-based learning paths
5. 5. GoSkills — Best for bite-sized, gamified team training
6. 6. iSpring LMS — Best for growth-driven training analytics
7. 7. EducateMe LMS — Best for AI-driven learning experiences
8. 8. Mitratech Perform — Best for auto-enrollment
9. 9. Factorial — Best as an AI for business
10. 10. SkyPrep — Best for personalized customer support

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

Bruk en RFI for å lære om markedet og forme behovene dine, en RFP for å sammenligne komplette løsninger mot definerte krav, og en RFQ for å få faste priser på en spesifisert løsning. 

Ikke alle innkjøp trenger en RFP – hvis du velger riktig dokument, sparer du tid og reduserer frem-og-tilbake-kommunikasjon. Slik velger du det riktige for teamet ditt.

En forespørsel om informasjon (RFI) brukes best når du er i de tidlige fasene av å utforske alternativer for læringsstyringssystemer (LMS). 

På dette tidspunktet er du kanskje ikke sikker på hvilke funksjoner du trenger, så formålet med en RFI er å lære mer om leverandørenes muligheter og avgrense problemet og omfanget. 

En RFI inneholder vanligvis målene dine, utfordringer, brukstilfeller på høyt nivå og en liste over nødvendige funksjoner kontra funksjoner som er ønskelige, sammen med et kort spørreskjema om hvor godt leverandøren passer, og det fremtidige veikartet. Detaljnivået som kreves, er vanligvis lavt til moderat.

En forespørsel om forslag (RFP) kommer senere i prosessen, når du har en tydelig forståelse av behovene dine og er klar til å sammenligne flere LMS-leverandører i dybden. 

Formålet her er å vurdere komplette løsninger, tilnærminger og samlet verdi opp mot de definerte kravene dine. 

En RFP omfatter vanligvis detaljerte krav, integrasjonsbehov, sikkerhets- og samsvarsvurderinger, datamigrering, implementeringsplaner, tjenestenivåavtaler (SLA-er), LMS-prismodeller, evalueringskriterier og en forventet tidsplan. 

På grunn av rollen den har i den formelle leverandørutvelgelsen, er detaljnivået som kreves, høyt.

Til slutt brukes en forespørsel om pristilbud (RFQ) når du allerede har en tydelig definert LMS-spesifikasjon og trenger faste, spesifiserte priser for direkte sammenligning. 

Dette dokumentet handler om å innhente sammenlignbare priser fra ulike leverandører. Det bør spesifisere antall brukere, moduler og funksjoner, kontraktsvilkår, støttenivåer, SLA-mål, opplæringsenheter samt både spesifiserte priser og totalpris. 

Det bør også inneholde vilkår for fornyelse og eventuelle tilgjengelige rabatter. Selv om det narrative innholdet er minimalt, er detaljnivået som kreves for priser og mengder, svært høyt.

Vanlige RFP-feil som bør unngås

Hvis du haster gjennom eller utelater viktige detaljer, skaper det forvirring, bortkastet tid og leverandører som passer dårlig, særlig når du velger et læringsstyringssystem.

Noen få tiltak – tydelig kontekst, budsjett, krav, poengsetting og svarformat – hjelper teamet med å gjennomføre en ryddigere prosess. 

Begynn med å unngå disse fallgruvene:

For lite bakgrunn eller kontekst

Leverandører kan ikke tilpasse løsningene hvis du ikke forteller hvem du er og hva du trenger. Oppgi antall ansatte, typer lærende, regioner, innholdsformater (SCORM/xAPI), integrasjoner (SSO, HRIS), krav til etterlevelse og tidsplan; legg til en kort oppsummering av organisasjonen og teknologistakken, slik at tilbudene samsvarer med virkeligheten.

Manglende eller uklart budsjett

Når du skjuler budsjettet, gjetter leverandørene, og du får tilbud som ikke passer. Del et målintervall og begrensninger (f.eks. 1 200 brukere, årlig fakturering, øvre grense for oppsett), og knytt forutsetningene dine til priser på læringsstyringssystemer, slik at leverandørene priser riktig nivå og riktige vilkår.

Uklare krav eller juridisk sjargong

Formuleringer som «omfattende rapportering» eller «bransjestandard sikkerhet» betyr ingenting. Spesifiser rapportene du trenger (f.eks. fullføring per leder, varsler om forfalte oppgaver), SSO-metode (SAML 2.0 eller OIDC), datalagring og SLA-er; merk elementene som må/bør/kan inkluderes, slik at leverandørene vet hva som ikke kan forhandles bort.

Ingen delte evalueringskriterier

Hvis du ikke viser hvordan du vil gi poeng, legger leverandørene for stor vekt på demonstrasjoner og tomprat. Publiser vektingen (f.eks. 40 % samsvar med kravene, 25 % pris, 20 % sikkerhet, 15 % implementering), krav som må bestås, og demonstrasjonsskriptet ditt, slik at leverandørene fokuserer på det som er viktig for deg.

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

Ingen standardformat for leverandørenes svar

Frie svar sløser med tiden din og gjør sammenligninger vanskelige. Lag en svarmal: en kravmatrise (J/N/delvis + merknader), et prisark (brukere, moduler, oppsett, opplæring, brukerstøtte), sidebegrensninger for beskrivelser og en sjekkliste for vedlegg, slik at du kan sammenligne like med like.

Sett sammen RFP-teamet for læringsstyringssystemet

Å lage en god RFP er ikke en jobb for én person – det beste arbeidet ditt vil gjenspeile innspill fra L&D, HR, IT, økonomi og personene som faktisk skal bruke systemet; når du involverer dem tidlig, reduserer du risikoen for omarbeiding senere. 

Du jobber raskere, skriver tydeligere krav og tar bedre leverandørbeslutninger når de rette stemmene bidrar til å utforme omfang, demonstrasjoner og poengsetting. Her er hvem du bør involvere, og hvordan de bidrar:

Prosjekteier

Dette er den øverste lederen som har ansvar for resultatene, sikrer budsjett, fastsetter suksesskriterier og fjerner hindringer; vedkommende sørger for at RFP-en er knyttet til strategien, og tar de endelige beslutningene når det oppstår avveininger. 

Forvent innspill om mål, omfang, styring og regler for leverandørbeslutninger; eksempler er HR-direktør, læringsdirektør, HR-visepresident, leder for L&D eller IT-direktør.

Fageksperter

Dette er personene som kjenner arbeidet: L&D, IT, etterlevelse, personvern og rapportering. De definerer brukstilfeller, behov for innholdsmigrering, SSO-/HRIS-integrasjoner, sikkerhetskrav og nødvendige rapporter.

Eksempler: L&D-leder, instruksjonsdesigner, IT-leder for integrasjoner, informasjonssikkerhetsanalytiker, personvernombud og etterlevelsesleder.

Innkjøpsansvarlige eller RFP-skribenter

De driver prosessen, ivaretar rettferdighet, håndterer leverandørlister og følger opp vilkår, priser og SLA-er; de utformer RFP-malen, poengsettingen, fristene og forhandlingsplanen.

Eksempler: innkjøpsleder, spesialist på strategiske innkjøp, juridisk rådgiver og økonomianalytiker eller økonomiansvarlig.

Sluttbrukere og interessenter

Administratorer, instruktører, lærende og personalledere vurderer hva som fungerer i hverdagen; involver dem i demonstrasjoner, testing i sandkassemiljø og brukervennlighetsgjennomganger, slik at RFP-en gjenspeiler reelle arbeidsflyter og behov for tilgjengelighet.

Eksempler: opplæringsadministratorer, førstelinjeledere, fagtrenere, kundesenteragenter, feltselgere og nyansatte som skal lære.

Skriv RFP-en for læringsstyringssystemet

Nå er det på tide å samle alt du har innhentet i en tydelig og strukturert RFP som leverandørene kan følge.

En komplett og velorganisert RFP hjelper leverandørene med å svare nøyaktig og hjelper teamet ditt med å sammenligne tilbud uten gjetting.

Slik kan du strukturere dokumentet, slik at leverandørene vet nøyaktig hva de skal levere:

Sammendrag

Begynn med å fortelle hvem dere er, hva læringsmålene deres er, og hvorfor tiden er inne for å ta i bruk et LMS. 

Gi en kort oversikt over hvem lærerne deres vil være – ansatte, innleide eller partnere – og hva dere ønsker at de skal få ut av det.

Trekk også frem de viktigste bruksområdene og resultatene dere sikter mot. Hvis dere har viktige begrensninger, for eksempel en tidsplan eller en budsjettramme, bør dere nevne dem her slik at leverandørene vet hva de har å forholde seg til. 

Hold det kort og konsist – dette legger grunnlaget for resten av RFP-en.

Arbeidsomfang

Beskriv deretter hva som er inkludert i prosjektet – for eksempel plattformoppsett, integrasjoner, overføring av innhold, oppsett av rapporter, opplæring og brukerstøtte. 

Like viktig er det å tydeliggjøre hva som ikke er inkludert, slik at det ikke oppstår overraskelser. Definer de viktigste leveransene og milepælene, samt hvordan teamet deres skal godkjenne dem. 

Vær også tydelig på hvem som har ansvar for hva – teamet deres eller leverandøren – slik at alle kjenner rollen sin. Dette gjør det enklere å sammenligne tilbud og hindrer at arbeidsomfanget gradvis utvides.

Tekniske krav

Beskriv de tekniske detaljene: ønsker for drift og lagring, nødvendige integrasjoner, innholdsstandarder, krav til tilgjengelighet, rapportering og analyse, samt om dere trenger mobiltilgang eller tilgang uten nett. 

Skill mellom det som er helt nødvendig, og det som er ønskelig, slik at leverandørene kan konsentrere seg om det som virkelig betyr noe. 

Be dem bekrefte hvordan de vil oppfylle hvert krav, forklare fremgangsmåten sin og oppgi eventuelle begrensninger. På denne måten får dere tydelige svar i stedet for vage løfter.

Leverandørens kvalifikasjoner

Be leverandørene gi en kort presentasjon av hvem de er – bakgrunnen deres, økonomiske stabilitet og erfaring med organisasjoner som deres. 

Be om to eller tre kundehistorier samt referanser dere faktisk kan snakke med. Be dem også presentere prosjektteamet de foreslår, inkludert roller og korte biografier, slik at dere vet hvem dere kommer til å samarbeide med.

Dette hjelper dere med å vurdere menneskene og kompetansen bak programvaren, ikke bare selve produktet.

Krav til sikkerhet og samsvar

Vær tydelig på forventningene deres til behandling av data, personvern og tilgangskontroller. Oppgi eventuelle lover, forskrifter eller interne retningslinjer de må følge.

Be om detaljer om sikkerhetsrutinene deres, prosessen for håndtering av hendelser, oppbevaring og sletting av data, oppetidsgarantier og revisjonsrettigheter. Avklar hvem som eier dataene, og hvor de lagres. 

Be leverandørene påpeke eventuelle mangler og forklare hvordan de vil håndtere dem – det er bedre å få vite det nå enn senere.

Forventninger til implementering og opplæring

Be om en prosjektplan som beskriver faser, tidslinjer, avhengigheter og roller på begge sider. Spør leverandørene hvordan de vil håndtere migrering, konfigurering, testing og endringsledelse.

Det er viktig å være konkret når det gjelder opplæring: hva administratorer, instruktører og lærere trenger, og om dere ønsker direktesendte økter, alternativer i eget tempo eller begge deler (sørg for at dere får beholde opplæringsmateriellet).

Beskriv også tydelig hva dere forventer av støtte ved produksjonssetting og i løpet av de første 90 dagene – de første ukene er avgjørende.

Priser og lisensiering

Be leverandørene spesifisere kostnadene slik at det ikke oppstår overraskelser: lisenser eller abonnementer, implementering av LMS, integrasjoner, migrering, opplæring, brukerstøtte og eventuelle tillegg. 

Be dem forklare lisensmodellen sin (navngitte brukere kontra aktive brukere) og eventuelle terskelverdier. Be om forutsetningene for prisene, rabatter, vilkår for fornyelse og mulige prisøkninger. Når alt er tydelig beskrevet, blir det enkelt å sammenligne leverandørene side om side.

Kontraktsvilkår

Oppgi på forhånd hvilke kontraktsvilkår som er viktigst for dere – for eksempel SLA-er, eierskap og tilbakelevering av data, konfidensialitet, immaterielle rettigheter til spesialtilpasninger, oppsigelsesrettigheter og ansvarsbegrensninger. 

Ta med eventuelle krav til databehandling fra juridisk avdeling, og be leverandørene markere endringer i vilkårene deres og forklare eventuelle unntak, slik at den juridiske gjennomgangen går raskere når dere har valgt en finalist.

Instruksjoner for innsending

Gjør det enkelt for leverandørene å svare ved å oppgi frist, påkrevd format (struktur, filtyper og sidebegrensninger) og hvordan tilbudet skal sendes inn. 

Fortell dem også om vurderingskriteriene deres og hvordan dere vil vekte dem, slik at de kan konsentrere seg om det som er viktig for dere. 

Beskriv hele prosessen – fra spørsmåls- og svarperioden til utvelgelse av finalister, demonstrasjoner og endelig valg. 

Gi dem til slutt én kontaktperson og tydelige instruksjoner for hvordan de kan stille spørsmål.

Send ut forespørselen om læringsstyringssystemet

Å sende ut RFP-en handler ikke bare om å trykke på send – du må gi leverandørene riktig tilgang, tidsfrister og instruksjoner slik at de kan svare godt.

En god distribusjonsplan legger grunnlaget for tilbudene du får tilbake, og holder teamets gjennomgang på rett spor.

Slik setter du opp distribusjon, tidsplan og regler for innsending på riktig måte:

Velg riktig distribusjonsmetode

Bestem om du skal sende via e-post, legge ut RFP-en i en programvareplattform for RFP-er eller publisere den gjennom en innkjøpsportal. Hold deg deretter til én primærkanal, slik at leverandørene ikke går glipp av oppdateringer.

Jeg anbefaler å bruke et sentralisert system for å holde oversikt over invitasjoner, spørsmål og svar, tillegg og innsendte bidrag – RFP-programvare kan hjelpe deg med å håndtere datoer, oppgaver og leverandørkommunikasjon på ett sted.

Hvis du bruker e-post, oppretter du en rollebasert innboks (f.eks. lmsrfp@yourorg.org) og legger ved en kontaktliste for leverandørene, slik at teamet vet hvem som mottok RFP-en. 

I en portal bør du kreve at leverandørene registrerer seg før de kan stille spørsmål eller sende inn bidrag, og publisere alle tillegg der.

Angi tydelige forventninger til tidsplanen

Det er god praksis å gi leverandørene 3–4 uker til å svare og publisere hvordan og når du håndterer spørsmål og svar. Del svarene med alle tilbyderne for å sikre like vilkår. 

Oppgi disse datoene i RFP-en og i portalutlysningen, slik at ingen trenger å gjette.

• Dato for publisering av RFP-en
• Periode for spørsmål og svar fra leverandørene
• Endelig frist for innsending
• Periode for evaluering og valg

Definer kravene til innsending

Fortell leverandørene nøyaktig hva de skal sende inn og hvordan: godta PDF-filer for endelige signerte kopier, tillat Word for tekstsvar, og bruk en Excel-mal for priser eller matriser for samsvar og avvik.

Angi leveringsmetoden (last opp i portalen eller send til den rollebaserte innboksen) og om leverandørene må bruke malene eller skjemaene dine.

For å unngå forvirring bør du angi hvordan filene skal navngis (f.eks. VendorName_SectionName.pdf), og om dokumentene skal samles i én PDF i tillegg til den separate Excel-malen.

Gjør retningslinjene for forsinkede innsendelser tydelige – for eksempel «Forsinkede innsendelser vil ikke bli akseptert».

Evaluer og lage en kortliste over leverandørsvar

Det er her strukturen gir resultater: Du gjør tilbudene om til en kortliste ved å følge tydelige kriterier og en felles prosess.

Sørg for at poengsummene er konsekvente på tvers av vurdererne, og la fagekspertene dine bidra slik at du ikke overser behov eller risikoer. Slik gjennomfører du evalueringen og lager kortlisten:

• Standardiser hvordan dere pakker forslag og dokumentasjon. Opprett en leverandørmappe for hvert svar, og lagre skjermbilder, videoer og utskrifter slik at teamet kan gjennomgå det samme materialet og sammenligne på like vilkår. Trenger dere å gå tilbake til et øyeblikk i en demonstrasjon for å verifisere en arbeidsflyt? Finn utskriften raskt.
• Bruk en vektet vurderingsmatrise. Gi det som betyr noe, ulike vekter, og vurder hver leverandør ut fra det samme settet (for eksempel: «Fremragende funksjoner (20 %) … Brukervennlighet (10 %) … Introduksjon (10 %) … Kundestøtte (10 %) … Integrasjoner (10 %) … Kundeanmeldelser (10 %) … Valuta for pengene (10 %).»). Spør dere selv: Rettferdiggjør leverandør A sin introduksjon og kundestøtte en høyere poengsum?
• Planlegg demonstrasjoner og intervjuer med et konsekvent manus. Ta opp hver demonstrasjon, og snakk med salgs-, markedsførings- og kundeoppfølgingsteamene slik at dere hører hvordan leverandøren støtter dere fra ende til annen. Vil dere se hvordan de håndterer en komplisert arbeidsflyt? Be hver leverandør gå gjennom de samme trinnene i samtalen.
• Kontroller referanser og sammenlign med offentlig omtale. Spør: «Ville du valgt dette verktøyet igjen?» og noter hvorfor. Kryss deretter dette mot tilbakemeldinger etter Net Promoter Score-modellen og anmeldelser. Hvis lovordene ikke samsvarer med deres bruksområde, bør dere undersøke nærmere.
• Lukk hull og bekreft omgåelser. Når et krav virker svakt eller uklart, bør dere følge opp og be leverandørene vise omgåelsen eller sende et kort videoklipp. Fikk et kriterium lav poengsum? Bekreft at det stemmer, og se om det finnes en praktisk løsning.

Velg og varsle leverandører

Når teamet har valgt en leverandør, er de siste trinnene like viktige som selve vurderingen. Dere legger grunnlaget for implementeringen ved å kommunisere tydelig med alle leverandører – både de som er valgt og de som ikke er valgt – og ved å samkjøre internt før dere går videre til kontraktene. 

Her er tre trinn HR- og L&D-fagfolk bør ta nå:

Varsle valgte og ikke-valgte leverandører

Varsle leverandørene raskt og skriftlig. Det er respektfullt og forventet ved formelle anskaffelser (FAR 15.503). 

Send vinneren en tydelig melding om «neste trinn», og send de andre en kort takk med overordnet tilbakemelding (for eksempel om samsvar, prismodell og tidspunkt for veikartet) når det er hensiktsmessig, slik at dere opprettholder gode relasjoner og holder fremtidige anbud konkurransedyktige.

Forbered dere på de avsluttende forhandlingene

Avklar hva dere kan få behov for å forhandle om: priser og rabatter, SLA-er (oppetid, kundestøtte og responstider), kontraktsvilkår (databeskyttelse, fornyelser og begrensninger på økninger) og implementeringens omfang.

Definer på forhånd grensene for når dere trekker dere, og gjennomfør møtene ut fra en enkel sjekkliste eller agenda, slik at dere holder dere til målet og unngår innrømmelser dere vil angre på.

Sørg for intern samkjøring før signering

Sørg for nødvendige godkjenninger: ledelsen eller økonomiavdelingen for budsjettet, og juridisk avdeling eller innkjøpsavdelingen for vilkår, risiko og etterlevelse.

Del et kort sammendrag som beskriver beslutningsfaktorene – samsvar med kravene, totalkostnad, sikkerhetsnivå, referanser og implementeringsplan – slik at de som skal vurdere saken, kan gå raskt frem.

Hva skjer videre:

Hvis du er i gang med å undersøke læringsstyringssystemer, kan du ta kontakt med en SoftwareSelect-rådgiver for gratis anbefalinger.

Du fyller ut et skjema og tar en kort samtale der de går gjennom behovene dine i detalj. Deretter får du en kortliste over programvare du kan vurdere. De vil også støtte deg gjennom hele kjøpsprosessen, inkludert prisforhandlinger.