Så implementerar du ett LMS: checklista och 90-dagarsplan

Fråga fem LMS-leverantörer hur lång tid en implementering tar, och du får ungefär samma svar från alla: tre till nio månader. Det spannet gör nytta för den som säljer. Det ger de långsamma leverantörerna ryggen fri, sänker dina förväntningar och förvandlar ett ganska rakt projekt till ett maraton.

För de flesta organisationer räcker 90 dagar från påskrivet avtal till att plattformen är i drift. Siffran är varken forcerad eller optimistisk, den är helt enkelt realistisk. En modern molnplattform är tekniskt klar på några dagar. Tiden går åt till allt runt omkring tekniken, alltså beslut, innehåll, människor och kommunikation. Det är också precis det checklistan är byggd kring.

En ärlig brasklapp först. Ska du rulla ut till tiotusentals deltagare i många länder, med specialbyggda integrationer och flera lager av compliance-krav, kommer tidsplanen att sträcka sig bortom 90 dagar. Vi pekar ut var den sortens komplexitet förlänger tidsplanen. För alla andra är planen gjord för att gå live inom ett kvartal.

Vad ska en checklista för LMS-implementering egentligen täcka?

En checklista för LMS-implementering är den fullständiga listan över beslut, uppgifter och milstolpar mellan påskrivet avtal och skarp utbildning i plattformen. En användbar checklista täcker fem områden: förberedelse (mål, budget och omfattning), människor (ditt team och leverantörens), plattform (teknisk grund och integrationer), innehåll (vad som flyttas och vad som byggs nytt) och bevis (pilot, lansering och mätning).

De flesta checklistor du hittar på nätet faller på det sista området. De är uppgiftslistor. Konfigurera SSO, ladda upp kurserna, skicka ut inbjudningar. Varje ruta blir bockad, och tre månader senare är det ingen som använder plattformen. Felet ligger inte i uppgifterna utan i att en avbockad uppgift inte är ett resultat. ”Konfigurera SSO” talar om vad du ska göra. Den säger ingenting om när det är klart: när en ny deltagare loggar in på första försöket utan att öppna ett supportärende.

Därför avslutas varje fas i den här guiden med ett resultat som går att kontrollera. Det är skillnaden mellan en implementering som blev färdig och en som faktiskt fungerade.

Börja din implementeringsplan före dag ett: mål, budget och omfattning

Planen börjar innan du ens har loggat in i plattformen. Tre beslut nu styr det mesta som händer sedan.

Bestäm hur framgång ser ut. ”Lansera LMS:et” är ingen målsättning, det är en uppgift. Ett riktigt mål låter så här: varje nyanställd har genomfört sin onboarding-utbildning inom två veckor från första dagen, eller all compliance-utbildning följs upp och kan rapporteras vid kvartalsskiftet. Skriv ned två eller tre sådana, med siffra och datum. De blir dina mål för dag 30, 60 och 90, och de avgör förvånansvärt många diskussioner under projektets gång.

Budgetera för mer än licensen. Licensen är den kostnad alla ser. Mindre synliga är teamets timmar, produktion eller konvertering av innehåll, eventuellt integrationsarbete och tiden det tar att utbilda administratörer och chefer. Ingen av posterna behöver bli stor, men arbete som ingen har budgeterat för är den vanligaste orsaken till att tidsplanen spricker. Sätt en grov siffra på var och en redan nu.

Avgränsa den första releasen hårt. Du behöver varken alla målgrupper, alla kurser eller alla integrationer på dag ett. Välj det användningsområde där värdet är tydligast, ofta onboarding eller compliance-utbildning, lansera det ordentligt och bygg vidare därifrån. En liten lansering som fungerar ger mer driv än en stor som haltar.

Har du inte valt leverantör än? Börja då med vår guide om hur du väljer rätt LMS och jobba strukturerat med kraven, till exempel med vår kravspecifikationsmall för LMS. Då bär plattformen du väljer också den plan du är på väg att göra.

Vilka ska ingå i implementeringsteamet?

I de flesta organisationer är teamet en handfull personer som lägger några timmar i veckan under ett kvartal. Det avgörande är att varje roll har ett namn.

• Projektledare. Håller i tidsplanen, fattar vardagsbesluten och eskalerar det som kör fast. Den mest involverade rollen. Räkna med flera timmar i veckan under alla 90 dagarna.
• Sponsor i ledningen. Röjer hinder och visar organisationen att plattformen är prioriterad. En timme eller två vid de stora milstolparna räcker, men den timmen går inte att förhandla bort.
• LMS-administratör. Lär sig plattformen på djupet, ansvarar för konfigurationen och blir den som alla vänder sig till efter lanseringen. Tyngst arbete under vecka ett till fyra.
• Innehållsansvarig. Avgör vad som flyttas, vad som byggs om och vad som avvecklas. Mest att göra mitt i projektet.
• IT-kontakt. Behövs för SSO och en eventuell HR-integration. På en modern molnplattform handlar det oftast om några dagars arbete sammanlagt, men boka in tiden tidigt.
• Kommunikationsansvarig. Ansvarar för lanseringskampanjen och för att få cheferna med sig. Lite att göra i början, mycket den sista månaden.

I en mindre organisation kan en och samma person ha tre av rollerna. Checklistan blir inte kortare av det, men mötena blir färre.

Den sjunde rollen sitter hos leverantören, och de flesta guider glömmer bort den. Ställ frågan till varje leverantör du pratar med: ”Vem, med namn, kommer vi att jobba med under implementeringen?” Om svaret är en ärendekö eller en länk till ett hjälpcenter då är det din projektledare som får ta det jobbet också. En namngiven kontaktperson som känner till ditt konto, dina mål och din tidsplan förändrar hela projektet. Hos oss på Learnifier följer en namngiven person med kunden från första konfiguration till lansering. Vi är förstås part i målet, men vi har aldrig sett en mjukvara implementera sig själv. Vilken leverantör du än väljer: gör den namngivna kontakten till ett krav.

Hur ser en 90-dagars projektplan för LMS-implementering ut?

Så här ser tidsplanen ut i överblick, fas för fas. Varje fas avslutas med ett resultat som du kan kontrollera.

Dag 1 till 7: grunden

Den första veckan handlar om att få den tekniska grunden på plats. Plattformen konfigureras med din grafiska profil, SSO kopplas (eller så skapas testkonton), administratörerna får åtkomst och du håller en kickoff med leverantörens kontaktperson där milstolpekalendern spikas. Resultat: din administratör kan logga in och bygga en testkurs utan hjälp.

Vecka 2 till 4: bygg och förbered piloten

Nu sätts roller och behörigheter upp, integrationerna kopplas, det första riktiga innehållet laddas upp och pilotgruppen rekryteras. LMS-administratören och den innehållsansvariga gör det mesta av jobbet de här veckorna. Resultat: en plattform redo för pilot, med riktigt innehåll i stället för platshållartext.

Dag 30: piloten igång

En representativ grupp använder plattformen för riktig utbildning. Din uppgift är att titta, lyssna och samla in feedback snabbt. Resultat: en rangordnad lista över rättningar, sorterad i ”före lansering” och ”senare”.

Dag 60: full lansering

Rättningarna är genomförda, lanseringskampanjen rullar och alla i målgruppen är inbjudna. Resultat: alla i målgruppen har fått sin inbjudan, och den första vågen av aktivitet är igång.

Dag 90: mät och justera

Ställ resultaten mot målen du skrev ned före dag ett. Bestäm vad som ska rättas till och vad som ska växa. Resultat: en kort skriftlig genomgång där verkligheten jämförs med planen.

På enterprise-nivå är faserna desamma, men kalendern ändras. Piloten körs per region i stället för en gång, säkerhetsgranskningen löper parallellt med bygget, och lanseringen sker land för land. Ordningen ovan håller ändå. Komplexiteten gör tidsplanen längre, själva planen är densamma.

Teknisk grund: SSO, roller, grafisk profil och integrationer

På ett modernt moln-LMS är den tekniska checklistan kortare än de flesta räknar med. Fyra områden behöver ett beslut var.

Single sign-on. Koppla plattformen till din identitetsleverantör så att deltagarna slipper ett separat lösenord. De flesta som aldrig loggar in en andra gång kom aldrig in den första. SSO tar bort det hindret i ett slag.

Användarhantering (provisionering). Bestäm hur deltagarna får sina konton: synkade från HR-systemet, upplagda manuellt eller via självregistrering. Det går att blanda per målgrupp. Automatisera den största gruppen först.

Roller och behörigheter. Vem skapar innehåll, vem administrerar och vem tar fram rapporter? Börja enkelt. Det är lätt att lägga till fler nivåer senare. Att reda ut en behörighetsstruktur som blivit för detaljerad är betydligt svårare.

Grafisk profil och språk. Plattformen ska se ut och låta som din organisation från första inloggningen. Jobbar deltagarna på flera språk? Kontrollera då gränssnittets språkstöd redan nu. Det är en tråkig sak att upptäcka först på lanseringsdagen. Som jämförelse: Learnifier stöder 26+ språk, och data lagras på EU-servrar, och du kan välja svensk hosting om datan ska stanna i Sverige. Oavsett vilken leverantör du väljer, ställ båda frågorna. Vilka språk stöds, och var lagras vår data?

Boka IT-kontakten för SSO och provisionering redan vecka ett, även om själva arbetet görs vecka tre. Väntan på en ledig tid i någons kalender är annars den vanligaste onödiga förseningen i hela planen.

Innehållsmigrering: vad flyttas, vad byggs om, vad avvecklas

Det är i migreringen tidsplanerna brukar spricka. Att flytta innehåll är sällan tekniskt svårt. Problemet är att ”vi flyttar allt” är det standardval ingen ifrågasätter. Vår erfarenhet är att det man ångrar i efterhand alltid är detsamma: för lite tid avsatt för själva migreringen, och för lite för att utbilda folk när den väl är klar.

Inventera det innehåll du har och sortera det i tre högar.

• Flytta som det är. Obligatorisk compliance-utbildning, aktuellt onboarding-material och de kurser som används mest. Det är din kurskatalog vid lanseringen.
• Bygg om. Innehåll som fortfarande behövs men som känns gammalt. Timslånga kurser från förr mår ofta bra av att bli korta, mobilvänliga moduler. En migrering är det bästa tillfälle du får att förbättra dem.
• Avveckla. Allt som ingen har rört på ett år. Var modig här. En liten och vass katalog vid lanseringen slår hundratals kurser av blandad kvalitet, för det första intrycket av plattformen är innehållet folk hittar i den.

Gör samma sortering med utbildningshistoriken. Genomförda compliance-utbildningar måste följa med. Varje quizresultat från fem år tillbaka behöver förmodligen inte följa med. Bestäm vad du faktiskt behöver kunna följa upp framöver, och migrera just det.

Byter du från ett befintligt LMS i stället för att börja från noll tillkommer ett lager av exportformat, SCORM-paket och hantering av historik ovanpå det här. Det går vi igenom i vår guide till att byta LMS.

Varför köra en pilot innan du lanserar till alla?

För att piloten hittar dina problem medan publiken fortfarande är liten och förlåtande.

Kör den i två till fyra veckor med en representativ grupp. Nöj dig inte med L&D-entusiasterna som skulle älska vilken plattform som helst, utan sätt ihop en riktig blandning: några skeptiker, ett par chefer, någon som mest jobbar från mobilen, olika roller. Vinner du över skeptikerna har du lärt dig något. Gör du inte det har du lärt dig något ännu mer användbart.

Testa de ögonblick som avgör om plattformen kommer att användas. Fungerar inloggningen på första försöket? Hittar folk sin utbildning utan instruktioner? Fungerar innehållet på en telefon? Landar notiserna där folk faktiskt tittar? Samla in feedback snabbt och, viktigare, agera synligt på den. Inget skapar förtroende som att se sitt eget klagomål åtgärdat inom en vecka.

Piloten ger dig också något att berätta vid lanseringen. Pilotdeltagarna blir ambassadörer som svarar på kollegornas frågor, och deras ärliga citat (”det tog mig två minuter att hitta min kurs”) är värda mer i lanseringsmeddelandet än något projektteamet själva kan skriva.

Lanseringsdagen: kommunikation slår konfiguration

På lanseringsdagen är arbetet med plattformen klart och arbetet med människorna börjar. Tekniskt felfria implementeringar går i stöpet just här, när teamet skickar ett mejl och kallar det lansering. Att hoppa över förändringsledningen är det misstag vi oftast ser i backspegeln.

En lanseringskampanj har några rörliga delar, och ingen av dem är komplicerad.

• En teaser före lanseringen. Låt folk höra talas om plattformen innan de ombeds använda den.
• Cheferna briefas först. Deltagarna gör det chefen tar upp, inte det ett systemmejl ber om. Ge cheferna ett manus på ett stycke och be dem säga det på nästa teammöte.
• Ett lanseringsmeddelande som svarar på ”vad får jag ut av det här”. Börja med vad plattformen gör för den som läser: all utbildning på ett ställe, på vilken enhet som helst, utan att behöva fråga någon.
• En enkel första uppgift. Be alla logga in och göra en kort, relevant aktivitet under första veckan. Den första inloggningen lägger grunden för vanan, så gör den lätt att klara av.
• En feedbackkanal. Ett synligt ställe att rapportera problem på, med snabba svar, så att små irritationsmoment inte hinner växa till ett rykte som fastnar.

Håll tonen mänsklig och texten kort. Du bjuder in kollegorna till något som ska göra deras arbetsvecka lite enklare.

Vilka är de vanligaste misstagen vid LMS-implementering?

År 2020 fann Brandon Hall Group att 42 % av företagen aktivt letade efter ett nytt LMS. Det var sällan funktionerna som fällde dem, det var införandet. Alla sex misstagen nedan går att undvika, och alla sex dyker upp gång på gång.

1. Att behandla det som ett IT-projekt. Tekniken är den lätta delen. Består projektteamet bara av tekniker, utan att någon ansvarar för att plattformen faktiskt används, får du en perfekt konfigurerad plattform som ingen besöker.
2. Att flytta över allt. En uppsvälld och föråldrad katalog vid lanseringen säger deltagarna att den nya plattformen är den gamla röran med ny logga.
3. Att hoppa över piloten. Varje problem som piloten hade fångat upptäcks ändå, fast av hela organisationen samtidigt.
4. Att lansera utan mål för användningen. Om framgång aldrig definierades blir ”vi lanserade” mållinjen, och användningen sjunker efter vecka två utan att någon ansvarar för att vända det.
5. Ingen ansvarig efter go-live. Projektteamet upplöses, och ett halvår senare vet ingen vem som lägger till kurser eller svarar på frågor. Utse den som ansvarar för plattformen efter lanseringen innan du lanserar.
6. Att försöka implementera bort ett dåligt val. Ibland är det inte implementeringen som gått snett utan valet av plattform. Ingen lanseringsplan i världen räddar en plattform som inte passar hur organisationen faktiskt jobbar. Därför förtjänar valet lika mycket omsorg som lanseringen.

Känner du igen din egen organisation i ett par av punkterna är det inget underkännande. Se det som din checklista för de kommande 90 dagarna.

Efter dag 90: mät det som spelar roll, expandera sedan

Resultatet är det mätningarna visar efter lanseringen, avstämt mot målen du skrev ned före dag ett.

• Dag 30: aktivering. Hur stor andel av de inbjudna har loggat in och gjort sin första aktivitet? Läs supportärendena och leta efter teman, inte efter antal.
• Dag 60: engagemang. Genomför folk kärnutbildningen? Är cheferna med? Eller sköt aktiviteten i höjden vid lanseringen och ebbade sedan ut? En viss avmattning är normal, men reagera på den.
• Dag 90: resultat. Sätt dig med de ursprungliga målen och skriv den ärliga genomgången. Vilka mål nådde du, vilka missade du, och vilken är den enskilt viktigaste förbättringen nästa kvartal?

Håll sedan i farten. De organisationer som får ut mest av en lärplattform ser go-live som den första releasen. Nästa målgrupp, nästa användningsområde, från compliance till onboarding, från obligatorisk utbildning till lärande som folk söker upp på egen hand.

Nästa steg tar inte 90 dagar utan ungefär en halvtimme. Skriv ned dina två eller tre mål och sätt namn på rollerna ovan. Då är dag noll avklarad. När du sedan jämför leverantörer, lägg 90-dagarsplanen på bordet och be var och en gå igenom sin del av den, vecka för vecka, med en namngiven kontaktperson. Vill du se hur den första veckan ser ut i praktiken visar vi den gärna i en Learnifier-demo, utifrån ditt användningsområde.