LMS Anforderungen

Die Demo glänzt, die Featureliste wächst und jede Fachabteilung meldet noch einen Sonderwunsch. Ohne klare Prioritäten entscheidet am Ende oft der überzeugendste Präsentationstermin statt der tatsächliche Bedarf. Das Ergebnis zeigt sich später in manuellen Workarounds, ungenutzten Lizenzen und einer aufwendigen Systemlandschaft.

• Anforderungen beginnen bei Geschäfts- und Lernzielen, nicht bei Produktfunktionen.
• Muss-Kriterien benötigen einen eindeutigen Nachweis und ein messbares Abnahmekriterium.
• Integrationen, Datenmodell, Rollen und Betrieb beeinflussen den Aufwand langfristig stärker als einzelne Komfortfunktionen.
• Datenschutz, Informationssicherheit und Barrierefreiheit gehören von Beginn an in die Bewertung.
• Anbieter sollten dieselben realen Anwendungsszenarien im System zeigen.
• Ein Pilot prüft kritische Annahmen, bevor die Organisation breit ausrollt.

Ein LMS ist Infrastruktur für Lernen. Deshalb startet die Auswahl mit der Frage, welches Geschäftsproblem die Organisation lösen will: schnellere Einarbeitung, nachweisbare Compliance, weniger Administration, globale Weiterbildung oder Schulung externer Zielgruppen. Erst daraus folgen Zielgruppen, Prozesse und Systemfunktionen. Der Beitrag zu den verschiedenen LMS-Typen hilft dabei, die grundsätzliche Plattformklasse einzuordnen.

Der Bedarf verändert sich schnell. Im Future of Jobs Report 2025 nennen 63 Prozent der befragten Arbeitgeber Kompetenzlücken als zentrale Hürde für ihre Transformation; von 100 Beschäftigten benötigen demnach bis 2030 voraussichtlich 59 Weiterbildung oder Umschulung. Diese Dynamik verlangt ein System, das neue Inhalte, Zielgruppen und Kompetenzmodelle aufnehmen kann, ohne für jede Änderung ein IT-Projekt auszulösen.

Formulieren Sie drei bis fünf priorisierte Szenarien aus Sicht der Nutzer. Ein Beispiel lautet: „Eine Servicetechnikerin erhält nach dem Login automatisch die für ihre Produktlinie und Region gültigen Trainings, absolviert sie mobil und ihr Qualifikationsstatus fließt in das HR-System zurück.“ Dieser Satz verbindet Rollen, Regeln, mobile Nutzung, Inhalte, Reporting und Integration.

Eine Skill-Gap-Analyse liefert zusätzlich Klarheit, wenn das LMS kompetenzbasiertes Lernen unterstützen soll. Sie zeigt, welche Daten und Workflows tatsächlich notwendig sind und welche Funktion nur auf einer Präsentationsfolie gut aussieht.

Funktionale LMS Anforderungen beschreiben, was Nutzer und Administratoren im System erledigen. Eine brauchbare Formulierung enthält Rolle, Handlung, Ergebnis und Qualitätsmaßstab. Formulieren Sie „Das LMS hat Reporting“ beispielsweise so: „Teamleitungen sehen den Qualifikationsstatus ihres Bereichs nach Standort und Fälligkeit, exportieren die Ansicht als CSV und greifen ausschließlich auf ihre zugeordneten Mitarbeitenden zu.“

Ordnen Sie jedes Kriterium einer Priorität zu und begrenzen Sie die Zahl der Muss-Kriterien. „Muss“ bedeutet: Ohne diese Eigenschaft scheitert ein genehmigter Prozess, eine rechtliche Vorgabe oder ein zentraler Business Case. „Soll“ beeinflusst die Bewertung deutlich. „Kann“ schafft Zusatznutzen, entscheidet jedoch nicht über die Eignung.

Ein vollständiger Katalog betrachtet mindestens diese Bereiche:

1. Lernen und Inhalte: Kurszuweisung, Lernpfade, Präsenztermine, Tests, Zertifikate, Erinnerungen und Rezertifizierung.
2. Zielgruppen und Rollen: Mitarbeitende, Führungskräfte, Trainer, Administratoren sowie gegebenenfalls Kunden, Partner oder Lieferanten.
3. Administration: Regelbasierte Zuweisung, Mandanten, Massenänderungen, Vorlagen, Delegation und Supportprozesse.
4. Nutzererlebnis: Suche, Empfehlungen, mobile Nutzung, Mehrsprachigkeit, Benachrichtigungen und barrierearme Bedienung.
5. Reporting: Pflichtstatus, Lernfortschritt, Kompetenzentwicklung, Datenexport und nachvollziehbare Berechtigungen.

Technische Kriterien wirken im Auswahlprojekt abstrakt, bestimmen später jedoch Kosten, Geschwindigkeit und Abhängigkeiten. Prüfen Sie deshalb Systemarchitektur, Hosting, Verfügbarkeit, Wiederherstellung, Release-Prozess, Protokollierung, Datenexport und dokumentierte Schnittstellen. Ein guter Anbieter erklärt auch Grenzen, Rate Limits und Zusatzkosten.

Single Sign-on (SSO) vereinfacht den Zugang, löst jedoch noch keine Benutzerverwaltung. Legen Sie getrennt fest, wie Konten entstehen, das System Rollen aktualisiert und Austritte verarbeitet sowie Verantwortliche externe Nutzer verwalten. SCIM, API, Verzeichnisdienst oder HR-Import erfüllen unterschiedliche Aufgaben.

Fragen Sie für jede Integration nach Datenrichtung, Aktualisierungsfrequenz, Fehlerbehandlung, Monitoring und Verantwortlichkeit. „API vorhanden“ ist kein Abnahmekriterium. Ein belastbarer Nachweis lautet etwa: „Der Anbieter legt in der Testumgebung über die dokumentierte API einen Nutzer an, weist eine Organisationseinheit zu und überträgt den Abschlussstatus zurück.“

SCORM, xAPI, LTI oder standardisierte Datenexporte sind Mittel zum Zweck. Entscheidend ist, welche Lernaktivitäten, Inhalte und Ergebnisse zwischen welchen Systemen fließen. Lassen Sie den Anbieter die benötigte Version und den unterstützten Funktionsumfang konkret benennen.

Planen Sie außerdem den Ausstieg. Kurse, Nutzer, Historien, Zertifikate und Auditdaten müssen in einem vereinbarten Format exportierbar sein. Diese Exit-Anforderung schützt die Organisation vor unnötiger Bindung und erleichtert eine spätere Migration.

Ein LMS verarbeitet Identitäts-, Lern- und häufig Leistungsdaten. Die Datenschutz-Grundverordnung fordert in Artikel 25 datenschutzfreundliche Technikgestaltung und Voreinstellungen; Artikel 32 verlangt ein risikogerechtes Schutzniveau. Daraus folgen konkrete LMS Anforderungen an Datenminimierung, Rollenrechte, Löschfristen, Verschlüsselung, Wiederherstellung, Protokollierung und regelmäßige Sicherheitsprüfungen.

Verlangen Sie nachvollziehbare Nachweise statt pauschaler Aussagen. Dazu zählen Auftragsverarbeitung, Unterauftragnehmer, Datenstandorte, Incident-Prozess, Penetrationstests und ein dokumentiertes Berechtigungskonzept. Der Cloud Computing Compliance Criteria Catalogue C5 des BSI bietet einen etablierten Bezugsrahmen für die Informationssicherheit von Cloud-Diensten. Welche Nachweise angemessen sind, hängt vom Risiko und der Branche ab.

Die WCAG 2.2 strukturiert Barrierefreiheit nach den Prinzipien wahrnehmbar, bedienbar, verständlich und robust. Nehmen Sie nicht nur eine Konformitätsaussage in den Katalog auf. Prüfen Sie zentrale Wege mit Tastatur und Screenreader: Anmeldung, Suche, Kursstart, Mediensteuerung, Test, Fehlermeldung und Zertifikatsabruf. Beziehen Sie auch die Lerninhalte ein, denn eine zugängliche Plattform kompensiert keine unzugänglichen PDFs oder Videos.

Viele Auswahlteams messen die Lerneransicht ausführlich und unterschätzen den Betrieb. Dabei entstehen laufende Kosten in Zielgruppenpflege, Kursanlage, Support, Reporting, Rezertifizierung und Release-Tests. Lassen Sie Administratoren typische Massenprozesse selbst durchführen und messen Sie Schritte, Zeit und Fehlerquellen.

Klären Sie, wer globale Standards setzt und wer lokal Inhalte, Termine oder Nutzer verwaltet. Definieren Sie Freigaben, Versionierung, Archivierung und Verantwortlichkeiten für Datenqualität. Bei mehreren Marken, Regionen oder externen Zielgruppen kann Multi-Tenancy relevant sein. Prüfen Sie dann getrennte Oberflächen, Datenräume, Domains, E-Mails und Reportings.

Zum Betrieb gehören außerdem Supportzeiten, Reaktionsklassen, Verfügbarkeit, Wartungsfenster, Release-Kommunikation und eine Testumgebung. Die Anforderungen sollten festlegen, welche Leistungen im Preis enthalten sind und welche Aufgaben beim eigenen Team bleiben. Der Überblick zu den Kosten einer Lernplattform hilft, Lizenz, Einführung und laufenden Betrieb gemeinsam zu kalkulieren.

Ein guter Prozess reduziert hunderte Einzelwünsche auf wenige entscheidende Szenarien. Er verbindet Fachbereich, IT, Datenschutz, Informationssicherheit, Einkauf, Betriebsrat und repräsentative Nutzer frühzeitig. So tauchen Zielkonflikte vor der Vertragsverhandlung auf.

1. Ziele und Grenzen klären: Geschäftsproblem, Zielgruppen, Volumen, Länder, Zeitplan und Budgetrahmen festlegen.
2. Use Cases formulieren: Kritische Abläufe mit Rollen, Daten und erwarteten Ergebnissen beschreiben.
3. Kriterien gewichten: Muss-Kriterien prüfen, Soll-Kriterien bewerten und Kann-Kriterien begrenzen.
4. Demos skripten: Alle Anbieter zeigen dieselben Aufgaben mit vorbereiteten Testdaten im System.
5. Risiken validieren: Schnittstellen, Migration, Rechte, Reporting und Administration in einem Proof of Concept prüfen.
6. Gesamtaufwand vergleichen: Einführung, Integration, Inhalte, Betrieb, Support und Exit einbeziehen.

Dokumentieren Sie bei jedem Kriterium Status, Nachweis, Kommentar und offene Bedingung. Eine Zahl ohne Beleg erzeugt Scheingenauigkeit. Die LMS-Beratung der chemmedia AG unterstützt Unternehmen dabei, Anforderungen vendor-neutral zu strukturieren und die Bewertung nachvollziehbar zu moderieren.

Wenn Sie aus Ihren wichtigsten Kriterien eine passende Plattformklasse und eine belastbare Shortlist ableiten möchten, bietet der LMS-Finder eine schnelle erste Orientierung.

Der häufigste Fehler ist ein Katalog mit mehreren hundert gleichgewichteten Funktionen. Anbieter bestätigen dann fast alles mit „vorhanden“, obwohl Umsetzungstiefe und Bedienbarkeit stark variieren. Reduzieren Sie die Entscheidung auf differenzierende Kriterien und verlangen Sie sichtbare Nachweise.

Ebenso riskant sind freie Produktdemos. Sie zeigen die stärksten Funktionen des Anbieters, beantworten jedoch nicht zwingend Ihre Fragen. Ein gemeinsames Demo-Skript und dieselben Testdaten schaffen Vergleichbarkeit. Planen Sie außerdem Migration und Betrieb vor der Entscheidung. Der Beitrag zum LMS Implementation Consultant erläutert, welche Kompetenzen diese Phase zusammenhält.

Verwechseln Sie Konfiguration nicht mit beliebiger Individualentwicklung. Jede Sonderlösung erhöht Test-, Release- und Supportaufwand. Eine saubere LMS-Konfiguration nutzt Standardfunktionen gezielt und dokumentiert bewusst gewählte Abweichungen.

Beginnen Sie mit einem zweistündigen Workshop zu Geschäftsproblem, Zielgruppen und drei kritischen Abläufen. Daraus entsteht eine erste Anforderungslandkarte mit Muss-Kriterien, offenen Annahmen und beteiligten Systemen. Im nächsten Schritt ergänzen IT, Datenschutz, Einkauf und Betrieb ihre prüfbaren Kriterien.

Die chemmedia AG begleitet LMS-Auswahl, Einführung und Betrieb als unabhängiger Full-Service-Partner. Gemeinsam übersetzen wir Lernstrategie und Prozesse in einen schlanken Anforderungskatalog, moderieren vergleichbare Anbietertermine und prüfen technische Risiken früh. So bleibt die Entscheidung am Use Case ausgerichtet und lässt sich intern begründen.

_{Titelbild: KI-generiert}