Vad är ett learning management system och när behövs det?

Ett LMS är ingen mapp med presentationer och en lista i ett kalkylblad. När inskrivning, slutförande och giltighetstid ska kunna bevisas börjar systemet löna sig — annars är det en dyr reservdel.

Tänk dig en delad mapp med sju presentationer, två videor och en instruktion som heter ”slutgiltig_version_2_rättad.pdf”, och bredvid den ett kalkylblad där någon på HR bockar av för hand vem som har sett vad; behöver du över huvud taget ett learning management system i det läget? Med tjugo personer och en enda kurs fungerar ordningen utmärkt och kostar ingenting, vilket är precis därför ingen har bråttom att ändra den. Den håller ända till den dag någon frågar om just den personen verkligen gick den årliga repetitionen i fjol, och det enda svaret är en rad i ett kalkylblad som ingen kan styrka och vem som helst kunde ha skrivit över. En lärplattform är programvara vars enda allvarliga uppgift är att göra den raden till en post med ursprung, datum och avsändare.

Vad ett learning management system är, och vad det förväxlas med

En lärplattform gör fyra saker: den skriver in människor på kurser, levererar innehållet, kontrollerar vad som har lärts in och bevarar posten över vad som hände. Den första och den fjärde är skälen till att någon faktiskt köper ett system; den andra och den tredje är de som demonstrationen uppehåller sig vid, eftersom de är lättast att visa på en skärm. Tar du bort posten ur den listan återstår ett fillager med ett trevligare gränssnitt, och minst två sådana äger din organisation med all sannolikhet redan.

Just därför är ett LMS varken en videoplattform, ett webbinarieverktyg eller en marknadsplats för kurser, även om alla tre visar utbildningsmaterial lika bra eller bättre. Videoplattformen vet att en fil spelades upp; den vet inte att den spelades upp av den person som skulle ha slutfört just den kursen före ett visst datum, att det skedde på andra försöket och att alltihop ska göras om från början om ett år. Skillnaden ligger inte i den funktionslista som upphandlingen ställer upp, utan i den fråga systemet kan besvara om två år, när ingen av dem som var med från början arbetar kvar.

Ordet ”plattform” vilseleder mer än det hjälper här, eftersom det täcker både de system som håller reda på skyldigheter och de som erbjuder fritt valt innehåll, och båda säljs av samma människor. Den praktiska skiljelinjen är ändå enkel och håller i samtliga fall: bestämmer någon annan vad du ska lära dig, och kontrollerar någon att du gjorde det, är det en lärplattform. Väljer du själv och följer ingen upp är det ett bibliotek — båda kan vara nyttiga samtidigt, men bara det första besvarar revisorns fråga, och det är oftast just den frågan som slutar i ett projekt.

Efterfrågan på den sortens redovisning är varken svensk eller ny, och den är inte liten heller: under första kvartalet 2025 hade 16 % av invånarna i EU mellan 16 och 74 år gått en nätkurs under de tre föregående månaderna, enligt siffror från Eurostat, så själva lärandet framför en skärm förvånar ingen längre. Det som förvånar är hur sällan en organisation kan säga vilken av kurserna som var obligatorisk, vilken som slutfördes och hur länge resultatet är giltigt — för det är precis de tre frågorna ett system löser, och precis dem ingen ställer förrän vid den första granskningen.

När det verkligen behövs: bevis, inte bekvämlighet

De flesta organisationer hamnar hos en lärplattform inte för att utbildningen har blivit svårare, utan för att det har blivit dyrt att bevisa den. Svensk rätt anger skyldigheten men aldrig ett tal: arbetsmiljölagen kräver i 3 kap. 3 § att arbetsgivaren förvissar sig om att arbetstagaren ”har den utbildning som behövs” och vet vad han eller hon ska iaktta för att undgå riskerna i arbetet, och Arbetsmiljöverkets föreskrifter om systematiskt arbetsmiljöarbete (AFS 2023:1), i kraft sedan den 1 januari 2025, upprepar i 10 § att alla arbetstagare ska ha tillräckliga kunskaper om arbetet och riskerna i arbetet, och att skriftliga instruktioner ska finnas och ”hållas aktuella” där riskerna är allvarliga. Så länge personerna är få och fristen är en enda håller du det i kalendern; vid tvåhundra anställda med olika startdatum, och med ett intervall du själv måste kunna motivera i stället för att läsa ut ur en paragraf, upphör felet att vara en möjlighet och blir en visshet.

EU:s ramdirektiv 89/391/EEG, som den svenska arbetsmiljölagstiftningen genomför, kräver utbildning inte bara vid anställningen utan också vid omplacering, vid ny arbetsutrustning och när tekniken förändras. Var och en av de händelserna skapar en ny frist för en ny grupp, och det är den kombinatoriken snarare än kursinnehållet som börjar kräva ett system: fristerna sammanfaller inte, grupperna överlappar varandra och ingen av dem börjar den första januari. På den svenska arbetsmarknaden sätts rytmen dessutom ofta av någon helt annan än lagstiftaren — den som utför brandfarliga heta arbeten på en tillfällig arbetsplats, står brandvakt eller utfärdar tillstånd måste ha ett giltigt certifikat, det gäller i fem år och förnyas genom en ny behörighetsutbildning, och kravet kommer från försäkringsbolagens villkor snarare än från en föreskrift. Någon ska ändå räkna åren och lägga fram beviset den dag det efterfrågas, och den någon har sällan mer än ett kalkylblad att göra det med.

Hur utbrett behovet är säger också något om skalan: 2020 erbjöd 67,4 % av företagen i EU med tio eller fler anställda sina medarbetare fortbildning, enligt Eurostat, alltså är det majoriteten och inte ett sällsynt fall, och den enda variabeln är hur var och en redovisar det. Därför låter det ärliga skälet att införa ett learning management system oftast föga romantiskt: du behöver veta vem som är utbildad, när det skedde, hur länge det gäller och vad som förfaller nästa kvartal — utan att ringa en kollega som just då har semester. Finns inte den frågan, och tänker ingen ställa den inom kort, löser systemet ett problem du inte har, och det är den enda sortens projekt som ingen god införandeprocess räddar.

När det inte behövs, och varför det sällan sägs högt

Regelverket ber om dokumentation och säger ingenting om programvara, och den skillnaden väger tyngre än den ser ut att göra. Samma AFS 2023:1 kräver att riskbedömningar ”alltid dokumenteras skriftligt”, och att arbetsmiljöpolicyn, rutinerna, uppgiftsfördelningen och den årliga uppföljningen är skriftliga vid tio eller fler arbetstagare — men föreskriften anger varken format, medium eller system. En närvarolista med datum och namnteckningar är fullgod dokumentation och står sig i en inspektion lika väl som en skärmbild ur en plattform. För femton personer, en kurs och en frist om året lägger en lärplattform till förvaltning, versionsuppgraderingar och ännu ett ställe att logga in på, men inte ett enda svar du saknade förut.

Vi avråder från en lärplattform också när organisationen ännu inte har något innehåll, och det är det vanligaste fallet där projektet hellre ska skjutas upp. Ett tomt system är ingen investering i framtiden utan en utgift som väntar på att någon ska hitta tiden att skriva kurserna — och efter driftsättningen är den tiden inte lättare att hitta än före. Det är billigare och snabbare att först skriva tre kurser i text och video, sprida dem på det sätt du behärskar i dag, se vilka som faktiskt används och först därefter köpa ett ställe att lägga dem på. Gjort i omvänd ordning slutar projektet oftare med en plattform som rymmer två kurser och ingen regelbunden användare.

Det tredje fallet där svaret är nej är när det verkliga behovet inte är utbildning utan svar. Letar medarbetarna inte efter en kurs utan efter ett enda stycke i ett internt dokument — hur ett visst kundärende ska hanteras, vad rutinen säger i en viss situation — löser en lärplattform det inte, eftersom den är byggd för sekventiell genomgång med ett prov på slutet, inte för en snabb uppslagning mitt i arbetsdagen. Då hjälper sökning i företagets egna dokument bättre, något vi har skrivit om separat i artikeln om RAG på företagets egna dokument — de två ser förvillande lika ut i en demonstration, eftersom båda har en sökruta och verksamhetens eget material, men de löser helt olika problem och ersätter sällan varandra.

Vad systemet faktiskt registrerar

Redovisningen är det ställe där lärplattformar skiljer sig mest åt inbördes, och samtidigt den del som får minst uppmärksamhet i en demonstration, eftersom den ser tråkig ut. Inskrivningen svarar på vem kursen gällde; genomförandet svarar på hur långt personen kom; slutförandet intygar att villkoren uppfylldes; giltighetstiden säger hur länge alltihop står sig. Den fjärde är den som oftast saknas i de billiga systemen, och det är den du kommer att behöva varje dag, eftersom både påminnelserna, omcertifieringen och rapporten till ledningen vilar på den.

I praktiken betyder det att systemet måste kunna skilja ”såg videon” från ”klarade provet”, och båda från ”giltig till”, i en enda vy i stället för i tre rapporter. Lagrar det bara det första är det en aktivitetslogg och inget kompetensregister, och i en granskning styrker det ingenting utöver att en fil öppnades. Be demonstrationen visa en namngiven person med en kurs godkänd, en försenad och en tredje vars giltighet har löpt ut, och se efter hur lätt de tre tillstånden går att skilja åt utan en förklaring bredvid.

Den andra delen som ofta missförstås är att en lärplattform inte är ett personalsystem och aldrig blir ett. Den vet om kurser och resultat, medan befattningen, avdelningen och anställningens startdatum kommer någon annanstans ifrån, och det är just den integrationen som avgör om inskrivningen sker automatiskt eller för hand. Måste en nyanställd skrivas in på kurserna manuellt är systemet inte infört färdigt — då har det bara flyttat samma arbete från kalkylbladet till ett nyare gränssnitt, och om ett år frågar någon återigen varför listorna inte stämmer överens.

Redovisningen har också en sida man tänker på mer sällan: uppgifterna uppstår gärna utanför själva systemet. Sker en del av utbildningen i ett externt verktyg — en simulator, en språkplattform, tillverkarens egen kursmiljö — är frågan om resultatet därifrån hittar tillbaka till din post automatiskt eller om någon skriver in det för hand. Det är precis vad LTI finns till för: standarden kopplar in verktyget utan separat inloggning och lämnar tillbaka omdömet till kursen, och i Moodles svenska gränssnitt heter aktiviteten helt enkelt Externt verktyg. I en upphandling är det därför värt att be om mer än standardens namn: vilka delar av den leverantören har infört, och hur det har provats.

Standarderna som avgör om du kan gå vidare

Frågan som ser teknisk ut i början av ett projekt och tre år senare visar sig ha varit kommersiell är den här: vem äger innehållet och posterna om du byter plattform. Svaret ligger inte i en avtalspunkt om utlämnande av data utan i de format innehållet och posterna faktiskt lagras i. SCORM är det äldsta av dem och fortfarande det vanligaste sättet att paketera en kurs så att den går att lägga in i ett annat system; xAPI är ett nyare lager som inte beskriver ett paket utan händelser — vem som gjorde vad, med vilket resultat — och sparar dem i ett eget lager som kallas LRS, en learning record store.

Här finns en nyans du inte hittar i en säljpresentation, och som på senare år har förändrat hela frågans form: ADL Initiative — programmet i det amerikanska försvarsdepartementet som skapade SCORM och publicerade xAPI — är nedlagt, och organisationens GitHub-konto, som GitHub har bekräftat som ägare till adlnet.gov, meddelar rakt ut: ”The ADL Initiative has been shut down.” Det betyder inte att SCORM plötsligt slutar fungera, eftersom formatet är publicerat och systemen läser det vidare, men det betyder att det inte längre står någon aktiv förvaltare bakom varumärket. Datamodellen som SCORM-körningen vilar på är och förblir ändå en IEEE-standard: IEEE 1484.11.1-2022 är gällande och publicerades den 15 april 2022.

xAPI har gått åt motsatt håll: den är standardiserad som IEEE 9274.1.1-2023 och publicerades den 6 oktober 2023, alltså finns det en förvaltare, och poster i det formatet förblir läsbara även när produkten omkring dem byts ut. Den tredje standarden det är värt att be om vid namn är LTI, som kopplar in ett externt verktyg utan separat inloggning, och 1EdTech avslutade stödet för samtliga versioner före LTI 1.3 efter den 30 juni 2021 — svaret ”vi stöder LTI” utan ett versionsnummer är därför inte längre ett svar. För att flytta en hel kurs finns Common Cartridge, och just den är värd en demonstration i stället för en diskussion.

Varför ”stöder standarden” inte är samma sak som ”fungerar”

Namnet på en standard i en specifikation och standardens beteende i ett bestämt system är två olika saker, och det bästa exemplet ligger öppet i Moodles egen dokumentation, alltså kontrollerbart utan hjälp av någon leverantör. Där står det att Moodle stöder SCORM 1.2 och klarar ADL:s överensstämmelsetester för den, men att Moodle inte stöder SCORM 2004. Ett högre versionsnummer betyder här inte bättre stöd — det betyder ingenting förrän någon har provat det — och en leverantör som inte säger det vet det antingen inte eller räknar med att du inte kontrollerar.

Av det följer en prövning som inte kostar något, tar ungefär en timme och säger mer än vilken referens som helst: ta en verklig kurs i det format ditt innehåll redan finns i i dag, och be om att få den uppladdad i en testmiljö under demonstrationen, inte efter att avtalet är påskrivet. Är svaret att det görs under införandet har du redan fått svaret, och det är den billigaste informationen du skaffar dig i hela projektet. Detsamma gäller exporten: be om att få kursen ut igen och inlagd i ett annat system, eftersom det är precis den åtgärd som en dag kommer att behövas i all hast.

Leverantörens påståenden om samverkan går också att kontrollera helt oberoende av leverantören själv. 1EdTech underhåller den offentliga förteckningen TrustEd Apps över de produkter som har klarat certifieringen, och säger rent ut att en produkt som saknas i listan antingen inte har klarat den eller har låtit den löpa ut. Fem minuter i den förteckningen säger mer än femtio bilder i en presentation, och det är praktiskt taget den enda källan på området som inte är publicerad av säljaren själv. Att en produkt saknas där är inget förbud mot att köpa, men det är en fråga värd ett skriftligt svar.

Samma försiktighet gäller versionsnummer, som gärna läses som ett kvalitetsmått. LTI 2.0 ser efter siffran nyare ut än 1.3, men 1EdTech för upp den just bland de tidigare versioner vars stöd avslutades, så ett anbud som nämner det numret som en fördel erbjuder i praktiken ett föråldrat och oförvaltat sätt att koppla ihop system. Saknas versionsnumret helt i anbudet är det värt att begära in det skriftligt, för det är den enda raden som senare avgör om integrationen mot nästa verktyg tar en timme eller blir ett projekt i sig.

LMS och LXP: vad skillnaden faktiskt är

Förr eller senare dyker förkortningen LXP upp i ett samtal om lärplattformar, och den förtjänar en förklaring, eftersom den väger mindre än den låter. Ett LMS utgår från att organisationen bestämmer vad var och en ska lära sig och redovisar genomförandet; LXP, learning experience platform, betecknar ett förhållningssätt där den som lär sig väljer innehållet själv medan systemet rekommenderar, och tyngdpunkten flyttas från skyldighet till intresse. Som en skillnad i betoning är den äkta och ibland nyttig — vid frivillig kompetensutveckling är redovisningen av skyldigheter verkligen inte huvudsaken, och en lista med påtvingade kurser står snarare i vägen.

Vad skillnaden inte har bakom sig är en standardiseringsorganisation eller någon teknisk gräns som skulle gå att pröva. Begreppet lanserades offentligt i september 2018 av HR-teknikanalytikern Josh Bersin som hans eget påfund, och sedan dess används det främst för att dela in marknaden. Praktiskt innebär det att två produkter med samma etikett kan skilja sig lika mycket åt som vilka två produkter som helst utan den, och att en jämförelse efter kategorinamn inte säger något om vad du får — i upphandlingsmallen blir kolumnen därmed en tom ruta under en rubrik som ger en känsla av stringens utan att uttrycka ett enda prövbart krav.

Det som är värt att jämföra är det som blir kvar i databasen när demonstrationen är över. Lagret av poster som båda kategorierna hänvisar till är standardiserat — xAPI är IEEE 9274.1.1-2023 — och det är det lagret som avgör om du om tre år fortfarande kan säga vad människor lärde sig, även om produkten då är en annan. Nämner leverantören kategorinamnet oftare än det format posterna ska lagras och hämtas i, handlar samtalet om marknadsföring, och det är värt att säga högt redan på mötet.

Praktiskt prövar du det med två frågor som går att ställa i vilken demonstration som helst. Den första: vad avgör att en bestämd person ska slutföra en bestämd kurs före ett bestämt datum, och var i systemet syns det beslutet? Den andra: i vilket format lagras uppfyllelsen av den skyldigheten, och hur hämtas den ut om produkten byts? Är svaret på den första att systemet rekommenderar men inte ålägger, sitter du — vad kategorin än heter — med ett bibliotek, och skyldigheterna måste redovisas någon annanstans.

Där lärplattformen slutar och ett annat system börjar

Gränsen som oftast överträds i sådana projekt går mellan lärplattformen och det studieadministrativa systemet eller personalsystemet. Den första förvaltar kurser, det andra förvaltar människor: antagning, anställningsavtal, grupper, befattningar och status. I högskolevärlden heter det studieadministrativa systemet Ladok, som 43 svenska lärosäten äger och utvecklar tillsammans; i företaget är motsvarigheten HR-systemet. Man kan mata in en lista med personer i lärplattformen, och därför uppstår frestelsen att använda den som register också — och det är den frestelsen som skapar läget där två olika versioner av sanningen om vem som är anställd, och på vilken avdelning, lever sida vid sida.

Den praktiska principen är en enda, och den är enkel: en människa skapas där organisationen skapar henne, och i lärplattformen kommer hon bara in. Ligger personalregistret i HR-systemet kommer inskrivningen på kurserna därifrån, medan lärplattformen lämnar tillbaka resultatet och giltighetstiden. Är det flödet inte definierat redan i kraven löses det nästan alltid med ett månatligt kalkylblad som någon sätter ihop för hand — och det är exakt samma kalkylblad som hela projektet började med.

Detsamma gäller kursintyg och dokumenthantering: lärplattformen kan utfärda ett bevis på att en kurs är godkänd, men den är inget dokumenthanteringssystem, och långtidsbevarande med rättslig betydelse hör som regel hemma där avtalen och besluten redan ligger. Därför dras gränsen mellan de två systemen i början av projektet och inte den dag någon kräver den för första gången. Görs det i tid blir listan över integrationer kortare och billigare; görs det inte dyker det om ett år upp ett krav som ingen har planerat och som budgeten redan är förbrukad på.

Av det följer också hur rapporterna ska bedömas, de som i en upphandling brukar komma allra sist. En rapport är nyttig bara om den besvarar en fråga någon verkligen kommer att ställa — hur många på den här avdelningen som har missat den obligatoriska utbildningen, och när giltigheten går ut för var och en — och inte hur många kurser som öppnades den här månaden. Får systemet personalstrukturen från personalregistret är en sådan rapport en enda fråga mot databasen; får det den inte, är den ett kalkylblad som någon sätter ihop för hand varje månad ur två uttag.

Moodle som exempel, inte som rekommendation

När samtalet når konkreta produkter är Moodle nästan alltid namnet som faller först så snart någon säger öppen källkod, och då är det värt att slå fast vad det faktiskt är innan åsikterna sätter i gång. Moodle är en lärplattform som utvecklas och underhålls av Moodle Pty Ltd, och den är fritt tillgänglig under GPL-licensen. Det betyder att källkoden är öppen och att själva programvaran inte kostar något, men det betyder inte att allt runt omkring är fritt att använda: GPL gäller koden, medan ordet Moodle och logotyperna är varumärken vars kommersiella användning kräver ägarens skriftliga tillstånd i förväg.

För det praktiska beslutet betyder underhållsrytmen mer än licensen, eftersom det är den som sätter budgeten för åren som följer. Moodle publicerar en utgivningskalender med två stora versioner om året — i april och i oktober — och underhållsutgåvor varannan månad; varje stor version får tolv månaders allmänt stöd, en vanlig utgåva säkerhetsrättningar i upp till arton månader och en LTS-utgåva i upp till trettiosex. Efter den kalendern planerar du pengar och människor, för en version som har förlorat stödet är inte längre en smaksak utan en säkerhetsfråga, och den frågan kommer oftast vid en olämplig tidpunkt.

Det finns också krav som träffar infrastrukturen och som är värda att kontrollera innan någon lovar något: Moodle 5.2 kräver minst PHP 8.3.0 och en av PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0 eller Microsoft SQL Server 2019. Och en sak till bör du veta innan du läser imponerande spridningssiffror: statistiken som publiceras på moodle.org kommer från webbplatser som har registrerat sig frivilligt och visar därför gemenskapens storlek, inte en uppmätt marknadsandel. Vid sidan av detta finns Moodle Workplace, som bara är tillgängligt genom certifierade partner, och det är en annan produkt med en annan anskaffningsväg.

Ingenting av ovanstående ska uppfattas som ett råd att välja just det systemet, eftersom det riktiga svaret beror på hur många människor, hur många kurser och hur många giltighetstider du faktiskt har. Moodle står här som exempel därför att det är öppet och dokumentationen offentlig, alltså går varje påstående om det att kontrollera utan en leverantör som mellanhand — och det är den egenskapen man mäter varje kandidat mot, också en sluten produkt vars dokumentation ligger bakom ett inloggningsformulär.

Det som kostar mer än licensen

Är licensen gratis går budgeten någon annanstans, och det är långt bättre att se vart den går före projektet än mitt i det. Den största posten är nästan alltid innehållet: att skriva kurserna, spela in videon, bygga proven och underhålla samma innehåll senare, när rutinerna eller reglerna ändras. Den näst största är migreringen, om något redan finns — gamla Moodle-versioner, kurser i ett annat system, deltagarhistorik som måste bevaras därför att giltighetstiderna fortfarande löper och beviset för dem fortfarande behövs.

Den tredje posten är integrationer och inloggning, och det är här de svenska kraven skiljer sig från allmänna listor: enkel inloggning för hela organisationen, vanligen med SAML 2.0 eller OpenID Connect mot Microsoft Entra ID eller Google Workspace, federerad åtkomst genom SWAMID — identitetsfederationen Sunet driver för lärosätena — och BankID eller Freja+ där en e-legitimation med Diggs kvalitetsmärke Svensk e-legitimation förväntas, utöver kopplingen till studieregistret eller personalsystemet. Den fjärde, den man ser mest sällan i planerna, är förvaltningen efter driftsättningen: versionsuppgraderingar enligt kalendern ovan, säkerhetskopiering, användarstöd och ett litet men oavbrutet flöde av ändringar. Hur vi räknar på sådana projekt och i vilken ordning vi gör dem har vi skrivit om separat på sidan om utveckling och förvaltning av Moodle LMS.

Före ett samtal med vilken leverantör som helst är det värt att läsa det vi har samlat i artikeln om de vanligaste misstagen när du beställer utveckling, eftersom de i projekt med lärplattformar upprepas nästan oförändrade: obestämd omfattning, en export ingen har provat och antagandet att innehållet blir till av sig självt. Vill du att någon läser din nuvarande situation och säger om ett system över huvud taget är rätt svar här, skriv till oss — ibland är det ärligaste svaret att det du redan har räcker, och att pengarna gör mer nytta i innehållet än i plattformen.

Den femte posten, som är värd en egen kontroll i en svensk miljö, är språket. Moodle-gemenskapen har översatt systemet till fler än 120 språk, men hur fullständig översättningen är varierar från språk till språk, och det syns offentligt i Moodles egen översättningsmiljö, alltså går det att kontrollera före beslutet. I praktiken betyder det att en del sällan använda skärmar kan stå kvar på engelska även när gränssnittet i övrigt är svenskt, och att valet mellan en fullständig översättning och avsaknaden av en är ditt, inte en slump — men bara om du kontrollerar det i tid. Till det kommer en fråga som är särskilt svensk: både på lärosätena och på många arbetsplatser utbildas människor som inte alla läser svenska, så pröva om samma kurs kan bära svenska och engelska utan att bli två kurser att underhålla.