Kravspesifikasjon for LMS: mal og evalueringsmatrise

Når en LMS-anskaffelse går galt, er det sjelden fordi teamet stilte for få spørsmål til leverandørene. Som regel har de stilt altfor mange. Noen maler inneholder flere hundre spørsmål, og resultatet er forutsigbart: leverandørene limer inn standardtekster, teamet drukner i svar som ikke lar seg sammenligne, og til slutt blir valget tatt på magefølelsen likevel.

Her får du et verktøy du kan ta i bruk med en gang. Du får en kravspesifikasjon til nedlasting med rundt 50 spørsmål som faktisk skiller leverandørene fra hverandre, og en vektet evalueringsmatrise der du poengsetter alle svarene etter de samme kriteriene. Har du ikke kommet så langt ennå, og lurer fortsatt på hva du egentlig trenger, bør du begynne med hvordan du velger riktig LMS for bedriften eller, for større organisasjoner, hvordan du velger et enterprise-LMS. Kom tilbake hit når spørsmålene skal ut til leverandørene.

Last ned malen for kravspesifikasjon

Last ned kravspesifikasjonsmalen (docx). Den inneholder alt du trenger for en strukturert LMS-anskaffelse:

• en forside med instruksjoner som du tilpasser på noen minutter
• to avsnitt du fyller ut selv: bakgrunn om organisasjonen, og mål og bruksområder
• åtte spørsmålsavsnitt: funksjonalitet, teknologi, sikkerhet, implementering, support, pris, exit-vilkår og leverandørens bakgrunn
• en vektet evalueringsmatrise med foreslåtte standardvekter, ferdig satt opp for å poengsette tre leverandører mot hverandre

Vi har valgt docx-formatet med vilje. Stryk spørsmålene som ikke gjelder deg, legg til dem som mangler, og tilpass malen til din egen anskaffelse. En kortere og skarpere kravspesifikasjon gir bedre svar enn en lang. For hvert spørsmål du stryker, slipper du å lese ett svar til fra hver eneste leverandør som får dokumentet.

Hva er forskjellen på kravspesifikasjon, RFI og RFP?

Kravlisten er det interne dokumentet ditt. Der står hva plattformen må kunne, for hvem og hvorfor. En RFI (request for information) er en tidlig og uformell henvendelse til et bredere utvalg leverandører, der målet er å få oversikt over markedet og lage en shortlist. Kravspesifikasjonen, det som på engelsk kalles RFP (request for proposal), er det formelle dokumentet du sender til leverandørene på shortlisten. Den inneholder konkrete spørsmål, en svarfrist og en strukturert måte å sammenligne svarene på.

Du trenger ikke alltid alle tre. Ved et mindre kjøp holder det ofte med en gjennomarbeidet kravliste og et par godt forberedte demoer. Den formelle kravspesifikasjonen gjør nytte for seg når flere interessenter skal bli enige, når du er bundet av anskaffelsesregler, eller når avtalen er så stor at et feilvalg vil svi i flere år. Er du fortsatt usikker på hva et LMS i det hele tatt skal gjøre for deg, bør du få grunnlaget på plass før du skriver et eneste krav.

Start med kravene, ikke med spørsmålslisten

Definer dine egne krav før du skriver ett eneste spørsmål til en leverandør. De fleste team hopper over dette trinnet, selv om det er her kravspesifikasjonen står eller faller.

Sett opp kravene i to kolonner. Mangler et skal-krav, er plattformen ute. Et bør-krav gir poeng i matrisen, men ingen ryker ut på grunn av det. Vær ærlig med deg selv om hvilken kolonne hvert krav hører hjemme i. Blir alt skal-krav, mister skillet sin mening, og da ender du med å sammenligne leverandører på funksjoner ingen bruker etter et par måneder.

Tre råd som hjelper:

• Knytt hvert krav til et reelt bruksområde. «SSO via identitetsleverandøren vår, fordi IT krever det» er et krav. «AI-funksjoner» blir først et krav når du kan si hvilket problem de skal løse.
• Spør dem som skal jobbe i plattformen hver dag, altså administratorene som bygger kurs og deltakerne som gjennomfører dem. Det som irriterer dem i hverdagen, forteller deg mer enn en funksjonstabell.
• Sett et tak på antall skal-krav. Blir det flere enn rundt ti, har du trolig gjort noen bør-krav om til skal-krav.

Skal-kravene avgjør hvem som får være med videre. I matrisen gir du poeng for hvor godt leverandørene oppfyller dem, og for bør-kravene dine. Mer komplisert er det ikke.

Utvalgskriterier for LMS: slik fungerer den vektede evalueringsmatrisen

Utvalgskriteriene vekter du før svarene kommer inn. Gir du alt samme vekt, vinner gjerne plattformen med den lengste funksjonslisten. Den som folk faktisk kommer til å bruke, kan være en helt annen. Matrisen løser dette, forutsatt at du og teamet blir enige om vektene før leverandørene svarer. Setter du dem i etterkant, blir de fort tilpasset noens favoritt.

Slik fungerer det:

1. Bli enige i teamet om kriteriene, og gi hvert av dem en prosentvekt. Summen skal bli 100 %.
2. Når svarene kommer inn, gir du hver leverandør en poengsum fra 1 til 5 per kriterium.
3. Gang poengsummen med vekten, og summer kolonnen. Den høyeste vektede totalsummen en leverandør kan få, er 5,0.

Matrisen har foreslåtte standardvekter. Brukervennlighet og funksjonell dekning veier tyngst, deretter sikkerhet og support, så integrasjoner og pris, og til slutt implementering og exit-vilkår. Se på dem som et utgangspunkt. Jobber du i en strengt regulert bransje, bør sikkerhet veie tyngre. Er du alene i L&D-teamet, bør brukervennlighet telle enda mer. Selve tallene betyr mindre enn at du og teamet har tatt diskusjonen åpent, før svarene fra leverandørene begynner å påvirke dere.

Hva inneholder malen?

Malen består av ti avsnitt og evalueringsmatrisen. De to første fyller du ut selv, resten er spørsmål til leverandøren.

1. Om organisasjonen din og omfanget. Hvem du er, hvor mange deltakere og administratorer, og tidsplanen din. Leverandører svarer bedre når de vet hvem som spør.
2. Mål og bruksområder. Hva du vil oppnå: onboarding, compliance-opplæring, kunde- og partneropplæring, kompetanseutvikling.
3. Funksjonelle krav. Hvordan du bygger, leverer, automatiserer og følger opp kurs.
4. Tekniske krav og integrasjoner. API, SSO, synkronisering med HR-systemet og e-læringsstandarder som SCORM, xAPI og cmi5.
5. Sikkerhet og datalagring. Hvor dataene lagres, og hvem som har tilgang til dem (mer om det nedenfor).
6. Implementering og onboarding. Hva som faktisk skjer fra avtalen er signert til det første kurset er ute hos deltakerne.
7. Support og partnerskap. Hvem som svarer når noe slutter å virke, og hvor raskt.
8. Pris og totalkostnad. Hele bildet, inkludert kostnadene som ikke står på prissiden.
9. Exit og dataportabilitet. Vilkårene for å si opp avtalen, som du bør forhandle frem mens du fortsatt har noe å forhandle med.
10. Leverandørens bakgrunn og referanser. Eierforhold, stabilitet og referansekunder du kan ringe, helst noen som ligner på organisasjonen din.

Sikkerhet og datalagring: spørsmål du bør stille hver leverandør

Du trenger ikke være sikkerhetsekspert for å komme gjennom dette avsnittet. Det holder med en håndfull direkte spørsmål og nok tålmodighet til å insistere på like direkte svar.

Spør hvor dataene lagres fysisk, og under hvilken jurisdiksjon hostingleverandøren opererer. For europeiske organisasjoner er EU/EØS-hosting et standardspørsmål til alle på listen, siden lagringsstedet avgjør hvilke lover som gjelder for dataene. Spør hvem som eier dataene (det skal være deg, uten forbehold), hvilke underdatabehandlere som er involvert og hvor de behandler data, og hvordan leverandøren håndterer GDPR i praksis: databehandleravtale, de registrertes rettigheter og sletting.

Be deretter om dokumentasjon, ikke salgsord. Hvilke sikkerhetsrammeverk følger leverandøren, og hva kan de legge frem? Det kan være revisjonsrapporter, sammendrag av penetrasjonstester og en beskrevet rutine for hendelseshåndtering med bindende frister for når du skal varsles. Svarer leverandøren klart og skriftlig på dette, sier det mye om hva slags samarbeidspartner du får.

Spørsmål om integrasjoner og teknisk arkitektur

Et LMS fungerer aldri helt på egen hånd. Det skal spille sammen med identitetsleverandøren din, sannsynligvis HR-systemet og kanskje CRM-systemet. Malens tekniske avsnitt handler først og fremst om fire ting: om det finnes et dokumentert, åpent API og hva det dekker, hvilke SSO-standarder som støttes, hvordan brukere opprettes og fjernes automatisk, og hvilke e-læringsstandarder (SCORM, xAPI, cmi5) plattformen kan importere og eksportere.

Et praktisk tips: be leverandørene beskrive en integrasjon de faktisk har gjort mot et system som ligner ditt. At en integrasjon er «mulig», sier lite, for nesten alt er mulig. Det som teller, er hvor mye som virker fra start, og hvor mye som ender som et konsulentprosjekt.

Spørsmål om support og implementering

To plattformer med like funksjonslister kan oppleves helt forskjellig i praksis, og som regel ligger forskjellen nettopp her. Malen ber leverandørene beskrive en typisk tidsplan for implementeringen, fra signert avtale til det første kurset er ute hos deltakerne, hva som er inkludert og hva som koster ekstra, hvem i teamet deres du får jobbe med, og hvilken opplæring administratorene dine får.

Supportspørsmålene er bevisst konkrete. Hvilke kanaler og åpningstider gjelder, på hvilke språk kan du få hjelp, er svartidene avtalefestet, og får du en fast kontaktperson, eller havner du i en supportkø? Hos oss på Learnifier har vi bygd hele modellen rundt mennesker du kan få tak i, så vi er ikke helt objektive på dette punktet. Vi mener dette avsnittet fortjener mer vekt enn de fleste kjøpere gir det, og derfor veier support 15 % i standardmatrisen vår. Men vurder hver leverandør, også oss, ut fra det som faktisk står skriftlig i svaret.

Hva som skjer etter at du har signert, og hvordan du får folk til å bruke plattformen i praksis, finner du i sjekklisten for LMS-implementering.

Exit-vilkår og dataportabilitet: beskytt din neste migrering

Forhandle exit-vilkårene før du signerer, mens du fortsatt har noe å forhandle med og leverandøren ønsker deg som kunde. Ingen planlegger å si opp avtalen, og nettopp derfor hopper de fleste over klausulen. Etterpå står du overfor en leverandør som har lite å tjene på å gjøre byttet enkelt for deg.

Malen spør: hvilke data kan du eksportere, i hvilke formater, og kan du gjøre det selv uten å måtte gå via support? Hva skjer med kursinnhold og media ved oppsigelse? Hva koster det å få hjelp til å flytte dataene ut? Når og hvordan slettes dataene dine, og hvordan bekreftes slettingen? Og er exit-prosessen beskrevet i selve avtalen, eller bare lovet i salgsmøtet?

Sitter du allerede fast i en plattform som gjør det vanskelig å bytte leverandør, går vår guide til å bytte LMS gjennom hvordan du kommer deg ut på en ryddig måte.

Sjekkliste for evaluering: slik sender du kravspesifikasjonen og sammenligner svarene rettferdig

Du har definert kravene, kuttet i spørsmålslisten og satt vektene. Nå gjenstår det å holde disiplinen gjennom hele prosessen.

1. Send til mellom tre og fem leverandører. Færre gir ingen reell sammenligning. Flere gir bare mer å lese, uten at beslutningen blir bedre.
2. Samme dokument, samme frist, samme informasjon. Får én leverandør en avklaring, skal alle få den samme.
3. Poengsett hver for dere først. La hver enkelt i teamet fylle ut matrisen på egen hånd, og sammenlign etterpå. Slik får du frem reell uenighet før alle har lagt seg på linje med den som snakker høyest.
4. La demoene handle om dine scenarier. Gi leverandørene på shortlisten to eller tre av dine reelle bruksområder, og be dem vise hvordan det løses i plattformen, ikke bare beskrive det.
5. Bruk den vektede totalpoengsummen som grunnlag for diskusjonen, ikke som fasit. Ligger to leverandører tett, viser matrisen nøyaktig hvor de skiller seg. Og nettopp det bør den siste samtalen handle om.

Last ned malen, sett av en time med teamet til å krangle litt om vektene, så har du gjort det vanskeligste før en eneste leverandør har svart.