Kravspecifikation för LMS: mall och utvärderingsmatris

Den vanligaste orsaken till att en LMS-upphandling spårar ur är att teamet ställer för många frågor. Vissa mallar innehåller flera hundra, och du anar nog hur det slutar. Leverantörerna klistrar in gamla svar, teamet drunknar i dokument som inte går att jämföra med varandra, och till sist avgörs valet ändå på magkänsla.

Tanken är att du ska använda den här sidan som ett verktyg, inte läsa den som ännu en guide. Du får en nedladdningsbar kravspecifikation med ungefär 50 frågor som faktiskt skiljer leverantörerna åt, och en viktad utvärderingsmatris där du poängsätter alla svar på samma villkor. Har du inte kommit så långt än och funderar fortfarande på vad du egentligen behöver? Börja då med hur du väljer rätt LMS för ditt företag eller, om organisationen är stor, med hur du väljer ett enterprise-LMS. Kom tillbaka hit när frågorna ska ut till leverantörerna.

Ladda ner mallen för din kravspecifikation

Ladda ner kravspecifikationsmallen (docx). Den innehåller allt du behöver för en strukturerad LMS-upphandling:

• En försättssida med instruktioner som du anpassar på några minuter.
• Två avsnitt du fyller i själv: organisationens bakgrund samt mål och användningsområden.
• Åtta frågeavsnitt: funktionalitet, teknik, säkerhet, implementering, support, pris, exitvillkor och leverantörsbakgrund.
• En viktad utvärderingsmatris med föreslagna standardvikter, där du poängsätter och jämför tre leverantörer.

Att mallen är en docx-fil är ett medvetet val. Stryk de frågor som inte gäller dig, lägg till dem som saknas och anpassa mallen efter dina behov. En kort och vass kravspecifikation ger bättre svar än en lång. För varje fråga du stryker slipper du läsa ett svar mindre från varje leverantör.

Vad är skillnaden mellan kravspecifikation, RFI och RFP?

Kravlistan är ditt interna dokument. Den beskriver vad plattformen måste klara, för vem och varför. En RFI (request for information) är en tidig och informell förfrågan som går till fler leverantörer, så att du får en bild av marknaden och kan ta fram en shortlist. Kravspecifikationen, det som på engelska kallas RFP (request for proposal), är det formella dokument du skickar till leverantörerna på shortlisten: specifika frågor, en deadline och ett strukturerat sätt att jämföra svaren.

Du behöver inte alltid alla tre. Vid ett mindre köp räcker det ofta med en genomarbetad kravlista och ett par väl förberedda demos. Den formella kravspecifikationen gör skäl för sig när flera intressenter ska enas, när upphandlingsregler gäller eller när avtalet är så stort att ett felval svider i flera år. Vet du ännu inte vad du behöver ett LMS till, se då till att grunderna är på plats innan du skriver ett enda krav.

Börja med kraven, inte med frågelistan

Definiera dina egna krav innan du skriver en enda fråga till en leverantör. De flesta team hoppar över det, fast just det steget avgör om kravspecifikationen alls kommer att fungera.

Dela upp kraven i två kolumner. Ska-krav är sådant som slår ut en plattform om det saknas. Bör-krav ger poäng i matrisen men slår inte ut någon. Var ärlig mot dig själv när du sorterar. Blir allt ska-krav förlorar ordet sin betydelse, och då sitter du och jämför leverantörer på funktioner som ingen använder efter ett par månader.

Tre saker gör det lättare:

• Knyt varje krav till ett verkligt användningsområde. ”SSO via vår identitetsleverantör, för IT kräver det” är ett krav. ”AI-funktioner” blir ett krav först när du kan säga vilket problem de ska lösa.
• Fråga dem som ska jobba i plattformen varje dag, alltså administratörerna som bygger kurserna och deltagarna som går dem. Det som skaver i deras vardag säger mer än någon funktionstabell.
• Sätt ett tak för ska-kraven. Blir listan längre än ungefär tio är några av dem egentligen bör-krav.

Ska-kraven avgör vilka leverantörer som alls går vidare till matrisen. Sedan poängsätter du hur väl de uppfyller ska-kraven och dina bör-krav. Svårare än så är det inte.

Utvärderingskriterier för LMS: så fungerar den viktade utvärderingsmatrisen

Vikta utvärderingskriterierna innan svaren kommer in. Ger du allt samma vikt glider valet mot plattformen med längst funktionslista i stället för mot den som folk faktiskt kommer att använda. Matrisen löser det, förutsatt att du och teamet enas om vikterna innan leverantörerna svarat. Bestäms vikterna i efterhand är det lätt hänt att de anpassas efter någons favorit.

Så fungerar det:

1. Enas om kriterierna och ge varje kriterium en vikt i procent. Summan ska bli 100 %.
2. När svaren kommer in poängsätter du varje leverantör från 1 till 5 per kriterium.
3. Multiplicera poängen med vikten och summera kolumnen. Högsta möjliga viktade totalpoäng är 5,0.

I matrisen finns föreslagna standardvikter redan inlagda. Användarvänlighet och funktionell täckning väger tyngst, sedan säkerhet och support, därefter integrationer och pris, och sist implementering och exitvillkor. Se dem som en utgångspunkt som du justerar efter dina behov. En hårt reglerad organisation viktar upp säkerheten. Är du ensam utbildningsansvarig väger användarvänligheten förmodligen ännu tyngre. Exakt vilka siffror du landar i spelar mindre roll än att du och teamet tar diskussionen öppet, en gång för alla, innan leverantörernas svar hinner påverka någons omdöme.

Vad innehåller mallen?

Mallen har tio avsnitt plus utvärderingsmatrisen. De två första fyller du i själv, resten är frågor till leverantören.

1. Om din organisation och omfattning. Vem du är, hur många deltagare och administratörer det gäller, och din tidsplan. Leverantörer svarar bättre när de vet vem som frågar.
2. Mål och användningsområden. Vad du vill uppnå: onboarding, compliance-utbildning, kund- och partnerutbildning eller kompetensutveckling.
3. Funktionella krav. Hur du bygger, distribuerar, automatiserar och följer upp kurser.
4. Tekniska krav och integrationer. API, SSO, synk med HR-systemet och e-learningstandarder som SCORM, xAPI och cmi5.
5. Säkerhet och datalagring. Var datan lagras och vem som kommer åt den. Mer om det längre ned.
6. Implementering och onboarding. Hur vägen från påskrivet avtal till första skarpa kurs ser ut i praktiken.
7. Support och partnerskap. Vem som hjälper dig när något krånglar, och hur snabbt.
8. Pris och total ägandekostnad. Alla kostnader, även de som inte står på prissidan.
9. Exit och dataportabilitet. Villkoren för att säga upp avtalet, som du förhandlar fram medan du fortfarande sitter i ett bra läge.
10. Leverantörsbakgrund och referenser. Ägarförhållanden, stabilitet, och kunder som liknar din organisation och som du kan ringa upp.

Säkerhet och datalagring: frågor du bör ställa till varje leverantör

Du behöver inte vara säkerhetsspecialist för att klara det här avsnittet. Det räcker med en handfull raka frågor och att du envist kräver lika raka svar tillbaka.

Fråga var datan lagras fysiskt och under vilken jurisdiktion hostingbolaget verkar. För en europeisk organisation är EU-hosting en standardfråga till varje leverantör på listan, eftersom platsen avgör vilka lagar som gäller för datan. Fråga vem som äger datan (svaret ska vara du, utan förbehåll), vilka underbiträden som är inblandade och var de behandlar data, och hur leverantören hanterar GDPR i praktiken: personuppgiftsbiträdesavtal, de registrerades rättigheter och radering.

Be sedan om bevis, inte bara vackra ord. Vilka säkerhetsramverk följer leverantören, och vad kan de visa upp? Revisionsrapporter, sammanfattningar av penetrationstester, en incidentprocess med utlovade tider för när du får besked? En leverantör som svarar tydligt och skriftligt på det här säger samtidigt något om hur den kommer att uppträda som partner.

Frågor om integrationer och teknisk arkitektur

Ett LMS fungerar aldrig isolerat. Det ska fungera ihop med din identitetsleverantör, förmodligen med ditt HR-system och kanske med ditt CRM. Mallens tekniska avsnitt kretsar därför främst kring fyra saker. Finns det ett dokumenterat, öppet API, och vad klarar det? Vilka SSO-standarder stöds? Hur läggs användare till och tas bort automatiskt? Och vilka e-learningstandarder (SCORM, xAPI, cmi5) kan plattformen importera och exportera?

Ett praktiskt tips är att be leverantörerna beskriva en verklig integration med ett system som ditt, i stället för att bara bekräfta att integration är ”möjlig”. Nästan allt är möjligt om någon får tid och budget. Frågan är hur mycket som fungerar direkt och hur mycket som blir ett konsultprojekt på din bekostnad.

Frågor om support och implementering

Två plattformar med identiska funktionslistor kan ge helt olika upplevelser, och skillnaden brukar visa sig just i support och implementering. Mallen ber därför leverantörerna beskriva en typisk tidsplan från påskrivet avtal till första skarpa kurs, vad som ingår och vad som kostar extra, vem i deras team du får jobba med, och vilken utbildning dina administratörer får.

Supportfrågorna är konkreta med flit. Vilka kanaler och vilka tider? Vilka språk? Är svarstiderna avtalade? Och får du en namngiven kontaktperson eller en ärendekö? Hos oss på Learnifier har vi byggt hela vår modell kring människor du faktiskt kan nå, så vi är knappast neutrala i frågan. Vi tycker ändå att de flesta köpare ger det här avsnittet för lite vikt, och därför väger support 15 % i vår standardmatris. Bedöm varje leverantör, oss inräknade, efter vad de är beredda att lova skriftligt.

Vad som händer efter att du skrivit på, och hur du får folk att faktiskt använda plattformen, går vi igenom i vår checklista för LMS-implementering.

Exitvillkor och dataportabilitet: skydda din nästa migrering

Förhandla exitvillkoren innan du skriver på, medan du fortfarande sitter i ett bra förhandlingsläge och har leverantörens goodwill. Ingen räknar med att säga upp avtalet, och just därför hoppar många över klausulen. Annars förhandlar du, den dag du vill byta, med en leverantör som har lite att vinna på att göra det enkelt för dig.

Mallen ställer frågorna åt dig. Vilka data kan du exportera, i vilka format, och kan du göra det själv utan att behöva kontakta supporten? Vad händer med kursinnehåll och media vid uppsägning? Vad kostar hjälp med utflytten? När och hur raderas din data, och hur bekräftas raderingen? Och finns exitprocessen beskriven i avtalet, eller bara i säljsamtalet?

Sitter du redan fast i en plattform som gör det svårt att byta? Vår guide till att byta LMS går igenom hur du tar dig därifrån utan onödigt krångel.

Checklista för utvärdering: så skickar du kravspecifikationen och jämför svaren rättvist

Du har definierat kraven, trimmat frågelistan och satt vikterna. Nu handlar det om att hålla ordning på processen.

1. Skicka till tre till fem leverantörer. Färre ger ingen riktig jämförelse. Fler ger bara mer att läsa, utan att beslutet blir bättre.
2. Samma dokument, samma deadline, samma information. Får en leverantör ett förtydligande ska alla få det.
3. Poängsätt var för sig först. Låt varje utvärderare fylla i matrisen på egen hand och jämför sedan. Då kommer de verkliga meningsskiljaktigheterna fram innan alla hunnit rätta in sig efter den som pratar högst.
4. Kör dina egna scenarier i demon. Ge leverantörerna på shortlisten två eller tre av dina verkliga användningsområden och be dem visa hur det går till i plattformen.
5. Låt den viktade totalpoängen styra diskussionen, inte avgöra den. Hamnar två leverantörer nära varandra visar matrisen exakt var de skiljer sig åt, och där börjar den avgörande diskussionen.

Ladda ner mallen och sätt av en timme med teamet för att bråka om vikterna. Då har du gjort det svåraste innan en enda leverantör hunnit svara.