LMS-Implementierung: Checkliste und 90-Tage-Plan

Fragen Sie fünf LMS-Anbieter, wie lange die Implementierung dauert, und Sie hören dieselbe Spanne: drei bis neun Monate. Diese Spanne hat eine Funktion. Sie schützt langsame Anbieter, sie senkt Ihre Erwartungen, und sie macht aus einem überschaubaren Projekt einen Marathon.

Für die meisten Organisationen sind 90 Tage vom unterschriebenen Vertrag bis zur Live-Plattform realistisch. Nicht gehetzt, nicht heroisch. Realistisch. Moderne Cloud-Plattformen sind technisch in wenigen Tagen einsatzbereit. Was Zeit kostet, ist alles rund um die Technik: Entscheidungen, Content, Menschen und Kommunikation. Genau darauf ist diese Checkliste ausgerichtet.

Ein ehrlicher Vorbehalt, bevor wir starten. Wenn Sie das LMS für Zehntausende Teilnehmende in vielen Ländern einführen, mit individuell entwickelten Integrationen und mehrschichtigen Compliance-Anforderungen, wird Ihr Zeitplan über 90 Tage hinauswachsen. Wir markieren, wo diese Art von Komplexität Zeit kostet. Für alle anderen ist der Plan unten darauf ausgelegt, dass Sie in einem Quartal live gehen.

Was gehört in eine Checkliste für die LMS-Implementierung?

Eine Checkliste für die LMS-Implementierung ist die vollständige Liste der Entscheidungen, Aufgaben und Meilensteine zwischen Vertragsunterschrift und laufenden Live-Trainings auf der Plattform. Eine brauchbare Checkliste deckt fünf Bereiche ab: Vorbereitung (Ziele, Budget und Umfang), Menschen (Ihr Team und das Ihres Anbieters), Plattform (technisches Setup und Integrationen), Content (was Sie migrieren und was Sie neu aufbauen) und Nachweis (Pilot, Launch und Messung).

Die meisten Checklisten, die Sie online finden, scheitern am letzten Punkt. Sie sind Aufgabenlisten: SSO konfigurieren, Kurse hochladen, Einladungen verschicken. Jedes Kästchen wird abgehakt, und drei Monate später nutzt niemand die Plattform. Das Problem sind nicht die Aufgaben. Das Problem ist, dass Aufgaben keine Ergebnisse sind. „SSO konfigurieren“ sagt Ihnen, was zu tun ist. Es sagt Ihnen nicht, dass „fertig“ bedeutet: Neue Teilnehmende loggen sich beim ersten Versuch ein, ohne ein Support-Ticket zu öffnen.

Deshalb endet in diesem Guide jede Phase mit einem Ergebnis, das Sie überprüfen können, nicht nur mit einem Kästchen zum Abhaken. Das ist der Unterschied zwischen einer Implementierung, die abgeschlossen ist, und einer, die funktioniert hat.

Planen Sie Ihre LMS-Einführung vor Tag eins: Ziele, Budget und Umfang

Ihr Implementierungsplan beginnt, bevor Sie die Plattform anfassen. Drei Entscheidungen, die Sie jetzt treffen, prägen alles Weitere.

Definieren Sie, wie Erfolg aussieht. „Das LMS launchen“ ist kein Ziel, sondern eine Aufgabe. Ein echtes Ziel klingt so: Alle neuen Mitarbeitenden schließen ihr Onboarding-Training innerhalb von zwei Wochen nach dem Start ab, oder alle Compliance-Trainings sind bis Quartalsende erfasst und auswertbar. Schreiben Sie zwei oder drei solcher Ziele auf, jedes mit einer Zahl und einem Datum. Sie werden später zu Ihren Zielen für Tag 30, 60 und 90, und sie entscheiden unterwegs erstaunlich viele Diskussionen.

Budgetieren Sie über die Lizenz hinaus. Die Lizenzgebühr ist der sichtbare Kostenpunkt. Weniger sichtbar sind die Stunden Ihres Teams, Content-Produktion oder -Konvertierung, eventuelle Integrationsarbeit und die Zeit, um Ihre Admins und Führungskräfte zu schulen. Nichts davon muss groß sein, aber nicht budgetierte Arbeit ist die häufigste Quelle für Verzögerungen im Zeitplan. Setzen Sie jetzt hinter jeden Punkt eine grobe Zahl.

Schneiden Sie den ersten Release radikal zu. Sie brauchen am ersten Tag nicht jede Zielgruppe, jeden Kurs und jede Integration. Wählen Sie den Use Case mit dem klarsten Wert, oft Onboarding oder Compliance Training, führen Sie ihn richtig gut ein, und bauen Sie von dort aus. Ein kleiner Launch, der funktioniert, bringt weit mehr Schwung als ein großer Launch, der holpert.

Und wenn Sie das hier lesen, bevor Sie tatsächlich bei einem Anbieter unterschrieben haben: Starten Sie mit unserem Guide zur Auswahl des richtigen LMS, und nutzen Sie einen strukturierten Anforderungsprozess wie den in unserer LMS-Anforderungsvorlage, damit die Plattform, die Sie wählen, den Plan tragen kann, den Sie gleich aufstellen.

Wer gehört in Ihr Implementierungsteam?

In den meisten Organisationen besteht das Implementierungsteam aus einer Handvoll Menschen, die ein Quartal lang ein paar Stunden pro Woche investieren. Entscheidend ist, dass hinter jeder Rolle ein Name steht.

• Projektverantwortliche Person. Treibt den Zeitplan, trifft die Alltagsentscheidungen, eskaliert, was feststeckt. Die intensivste Rolle: Rechnen Sie mit mehreren Stunden pro Woche über die vollen 90 Tage.
• Executive Sponsor. Räumt Hindernisse aus dem Weg und signalisiert, dass die Plattform wichtig ist. Ein bis zwei Stunden an den entscheidenden Meilensteinen genügen, aber diese Stunde ist nicht verhandelbar.
• LMS-Admin. Lernt die Plattform in der Tiefe kennen, verantwortet die Konfiguration und wird nach dem Launch zur ersten Anlaufstelle. Höchste Arbeitslast in den Wochen eins bis vier.
• Content-verantwortliche Person. Entscheidet, was migriert, was neu gebaut und was ausgemustert wird. Am stärksten gefordert in der Mitte des Projekts.
• IT-Kontakt. Wird für SSO und jede Integration mit dem HR-System gebraucht. Auf einer modernen Cloud-Plattform sind das in Summe meist nur ein paar Tage. Blocken Sie den Kalender trotzdem früh.
• Kommunikationsverantwortliche Person. Verantwortet die Launch-Kampagne und die Einbindung der Führungskräfte. Wenig Arbeit am Anfang, viel im letzten Monat.

In einer kleinen Organisation deckt eine Person vielleicht drei dieser Rollen ab, und das ist völlig in Ordnung. Die Checkliste schrumpft nicht, aber die Meetings schon.

Die siebte Rolle sitzt auf Seiten Ihres Anbieters, und die meisten Implementierungs-Guides überspringen sie komplett. Stellen Sie jedem Anbieter eine Frage: Wer, mit Namen, begleitet uns durch die Implementierung? Wenn die Antwort eine Ticket-Warteschlange oder ein Link zum Help Center ist, hat Ihre projektverantwortliche Person gerade einen Zweitjob geerbt. Eine feste Ansprechperson, die Ihren Account, Ihre Ziele und Ihren Zeitplan kennt, macht aus dem gesamten Projekt ein anderes. Bei Learnifier begleitet eine feste Ansprechperson unsere Kundinnen und Kunden durch Setup und Launch. Zugegeben, wir sind hier nicht neutral, aber wir haben noch nie erlebt, dass Software sich selbst implementiert. Für welchen Anbieter Sie sich auch entscheiden: Machen Sie die feste Ansprechperson zur Bedingung.

Wie sieht ein 90-Tage-Projektplan für die LMS-Implementierung aus?

Der Zeitplan im Überblick, Phase für Phase. Jede endet mit einem Ergebnis, das Sie überprüfen können.

Tage 1 bis 7: Fundament

Bringen Sie die technischen Grundlagen an den Start. Die Plattform ist mit Ihrem Branding konfiguriert, SSO ist angebunden (oder Testkonten stehen bereit), Ihre Admins haben Zugang, und Sie haben ein Kickoff mit Ihrer Ansprechperson beim Anbieter abgehalten, um den Meilensteinkalender festzuzurren. Ergebnis: Ihr Admin kann sich einloggen und ohne Hilfe einen Testkurs bauen.

Wochen 2 bis 4: Aufbauen und den Pilot vorbereiten

Konfigurieren Sie Rollen und Berechtigungen, verbinden Sie die Integrationen, laden Sie Ihren ersten echten Content und rekrutieren Sie Ihre Pilotgruppe. Ihr LMS-Admin und Ihre Content-verantwortliche Person leisten in diesen Wochen den größten Teil der Arbeit. Ergebnis: eine pilotbereite Plattform mit echtem Content darin, nicht mit Platzhaltertext.

Tag 30: Pilot live

Eine repräsentative Gruppe nutzt die Plattform für echtes Training. Ihre Aufgabe jetzt: beobachten, zuhören und schnell Feedback einsammeln. Ergebnis: eine priorisierte Liste von Korrekturen, sortiert in „vor dem Launch“ und „später“.

Tag 60: Vollständiger Launch

Die Korrekturen sind drin, die Launch-Kampagne läuft, und alle Ziel-Teilnehmenden sind eingeladen. Ergebnis: Alle in der Zielgruppe wurden eingeladen, und die erste Aktivitätswelle rollt.

Tag 90: Messen und nachjustieren

Messen Sie Ihre Ergebnisse an den Zielen, die Sie vor Tag eins aufgeschrieben haben. Entscheiden Sie, was Sie korrigieren und was Sie ausbauen. Ergebnis: ein kurzes schriftliches Review, das Realität und Plan vergleicht.

Wenn Sie im Enterprise-Maßstab unterwegs sind, ändern sich nicht die Phasen, sondern der Kalender. Vielleicht pilotieren Sie pro Region statt einmal, lassen Security-Reviews parallel zum Aufbau laufen und staffeln die Launches nach Ländern. Die Reihenfolge oben gilt trotzdem. Komplexität dehnt den Zeitplan, ohne den Plan umzuschreiben.

Technisches Setup: SSO, Rollen, Branding und Integrationen

Auf einem modernen Cloud-LMS ist die technische Checkliste kürzer, als die meisten erwarten. Vier Bereiche brauchen je eine Entscheidung.

Single Sign-on. Verbinden Sie die Plattform mit Ihrem Identity Provider, damit Teilnehmende nie ein separates Passwort verwalten müssen. Wer beim ersten Login scheitert, kommt selten wieder. SSO räumt diese Hürde mit einem Schritt aus dem Weg.

User Provisioning. Entscheiden Sie, wie Menschen zu ihren Konten kommen: synchronisiert aus Ihrem HR-System, manuell angelegt oder per Selbstregistrierung. Sie können die Ansätze je Zielgruppe mischen. Automatisieren Sie zuerst die größte Gruppe.

Rollen und Berechtigungen. Wer erstellt Content, wer administriert, wer erstellt Auswertungen? Starten Sie einfach. Später mehr Granularität hinzuzufügen ist leicht; eine überkonstruierte Berechtigungsstruktur zu entwirren ist es nicht.

Branding und Sprache. Sorgen Sie dafür, dass die Plattform vom ersten Login an aussieht und klingt wie Ihre eigene. Und wenn Ihre Teilnehmenden in mehreren Sprachen arbeiten: Prüfen Sie die Sprachunterstützung der Oberfläche früh. Zum Launch ist das ein schmerzhaftes Detail. (Zur Einordnung: Learnifier unterstützt 26+ Sprachen, und Daten liegen auf EU-Servern, mit schwedischem Hosting als wählbarer Option. Für welchen Anbieter Sie sich auch entscheiden: Stellen Sie beide Fragen. Welche Sprachen, und wo liegen unsere Daten.)

Buchen Sie Ihren IT-Kontakt für SSO und Provisioning schon in Woche eins, auch wenn die Arbeit selbst erst in Woche drei passiert. Auf freie Kalenderplätze zu warten ist die vermeidbarste Verzögerung in diesem ganzen Plan.

Content-Migration: was Sie übernehmen, was Sie neu bauen, was Sie ausmustern

In der Migration sterben die Zeitpläne. Inhalte zu übernehmen ist selten technisch schwer. Das Problem ist, dass „alles mitnehmen“ der Standard ist, den niemand hinterfragt. Unsere Erfahrung: Bereut wird immer dasselbe, zu wenig Zeit für die Migration selbst und zu wenig Zeit, um die Menschen danach zu schulen.

Auditieren Sie zuerst Ihren bestehenden Content und sortieren Sie ihn in drei Stapel:

• Unverändert übernehmen. Verpflichtende Compliance-Trainings, aktuelles Onboarding-Material und Ihre meistgenutzten Kurse. Das ist Ihr Launch-Katalog.
• Neu bauen. Content, der wichtig ist, aber schlecht gealtert ist. Alte einstündige Kurse verdienen es oft, zu kurzen, mobilfreundlichen Modulen zu werden. Eine Migration ist die beste Gelegenheit, sie zu verbessern.
• Ausmustern. Alles, was seit einem Jahr niemand angefasst hat. Seien Sie hier mutig. Ein kleiner, scharfer Katalog zum Launch schlägt Hunderte Kurse von schwankender Qualität, denn der erste Eindruck der Plattform ist der Content, den Menschen darin finden.

Machen Sie dieselbe Triage mit historischen Trainingsdaten. Compliance-Abschlüsse müssen mit. Jedes Quiz-Ergebnis von vor fünf Jahren vermutlich nicht. Entscheiden Sie, worüber Sie künftig wirklich berichten müssen, und migrieren Sie genau das.

Wenn Sie von einem bestehenden LMS umziehen, statt neu zu starten, kommt obendrauf noch eine Schicht aus Exportformaten, SCORM-Paketen und der Übernahme von Trainingsdaten. Das haben wir im Detail in unserem Leitfaden zum LMS-Wechsel behandelt.

Warum ein Pilot, bevor Sie das LMS für alle einführen?

Weil ein Pilot Ihre Probleme findet, solange das Publikum noch klein und nachsichtig ist.

Lassen Sie ihn zwei bis vier Wochen laufen, mit einer repräsentativen Gruppe. Gehen Sie über die L&D-Enthusiasten hinaus, die jede Plattform lieben würden, und stellen Sie eine echte Mischung zusammen: ein paar Skeptiker, ein paar Führungskräfte, Menschen am Smartphone, Menschen in unterschiedlichen Rollen. Wenn die Skeptiker umschwenken, haben Sie etwas gelernt. Wenn nicht, haben Sie etwas noch Nützlicheres gelernt.

Testen Sie die Momente, die über die Akzeptanz entscheiden: Funktioniert der Login beim ersten Versuch, finden Menschen ihr Training ohne Anleitung, funktioniert der Content auf dem Handy, landen Benachrichtigungen dort, wo Menschen tatsächlich hinschauen? Sammeln Sie dann schnell Feedback ein und, noch wichtiger, setzen Sie es sichtbar um. Nichts baut so viel Wohlwollen auf wie jemand, der sieht, dass die eigene Beschwerde innerhalb einer Woche behoben wurde.

Der Pilot liefert Ihnen außerdem die Geschichte für den Launch. Pilot-Teilnehmende werden zu Botschaftern, die die Fragen ihrer Kolleginnen und Kollegen beantworten, und ihre ehrlichen Zitate („ich habe meinen Kurs in zwei Minuten gefunden“) sind in Ihrer Launch-Botschaft mehr wert als alles, was das Projektteam schreiben könnte.

Launch-Tag: Kommunikation schlägt Konfiguration

Am Launch-Tag ist die Plattformarbeit erledigt, und die Arbeit mit den Menschen beginnt. Technisch perfekte Implementierungen scheitern hier, wenn das Team den Launch wie eine E-Mail behandelt statt wie eine Kampagne. Das Change Management auszulassen ist der Fehler, den wir im Nachhinein am häufigsten sehen.

Eine Launch-Kampagne hat einige bewegliche Teile, keines davon kompliziert:

• Ein Teaser vor dem Launch. Lassen Sie die Menschen von der Plattform hören, bevor sie gebeten werden, sie zu nutzen.
• Führungskräfte zuerst briefen. Teilnehmende tun, was ihre Führungskraft erwähnt, nicht was eine Systemmail verlangt. Geben Sie Führungskräften ein Skript von einem Absatz und bitten Sie sie, es im nächsten Teammeeting zu sagen.
• Eine Launch-Botschaft, die „Was habe ich davon?“ beantwortet. Stellen Sie voran, was sie für den Menschen tut, der sie liest: Ihr Training an einem Ort, auf jedem Gerät, ohne jemanden fragen zu müssen.
• Eine einfache erste Aufgabe. Bitten Sie alle, sich in der ersten Woche einzuloggen und eine kurze, relevante Aktivität abzuschließen. Mit dem ersten Login beginnt die Gewohnheit. Machen Sie ihn so einfach wie möglich.
• Ein Feedback-Kanal. Ein sichtbarer Ort, um Probleme zu melden, mit schnellen Antworten, verhindert, dass aus kleinen Ärgernissen ein schlechter Ruf wird.

Halten Sie das Ganze menschlich und kurz: Sie laden Menschen zu etwas ein, das ihre Woche ein kleines bisschen leichter macht.

Was sind die häufigsten Fehler bei der LMS-Einführung?

2020 fand Brandon Hall Group heraus, dass 42 % der Unternehmen aktiv nach einem Ersatz für ihr LMS suchten. Viele dieser Plattformen sind am Rollout gescheitert, nicht an den Funktionen. Alle sechs Fehler unten sind vermeidbar, und alle sechs tauchen ständig auf.

1. Die Einführung als IT-Projekt behandeln. Die Technik ist der einfache Teil. Wenn das Projektteam rein technisch besetzt ist und niemand die Akzeptanz verantwortet, bekommen Sie eine perfekt konfigurierte Plattform, die niemand besucht.
2. Alles migrieren. Ein aufgeblähter, veralteter Katalog zum Launch sagt den Teilnehmenden: Die neue Plattform ist das alte Chaos mit neuem Logo.
3. Den Pilot überspringen. Jedes Problem, das ein Pilot gefunden hätte, wird trotzdem gefunden. Nur eben von Ihrer gesamten Organisation auf einmal.
4. Ohne Akzeptanzziel launchen. Wenn Erfolg nie definiert wurde, wird „wir sind live“ zur Ziellinie, und die Nutzung rutscht nach Woche zwei ab, ohne dass jemand verantwortlich ist.
5. Niemand ist nach dem Go-live verantwortlich. Das Projektteam löst sich auf, und sechs Monate später weiß niemand, wer Kurse anlegt oder Fragen beantwortet. Benennen Sie die verantwortliche Person für die Zeit nach dem Launch, bevor Sie launchen.
6. Eine falsche Wahl mit der Implementierung retten wollen. Manche Implementierungsfehler waren verkappte Auswahlfehler. Kein Rollout-Plan rettet eine Plattform, die nicht dazu passt, wie Ihre Organisation tatsächlich arbeitet. Deshalb verdient die Auswahlphase genauso viel Sorgfalt wie der Launch.

Wenn Sie Ihre Organisation in ein paar dieser Punkte wiedererkennen, ist das kein Urteil. Es ist Ihre Checkliste für die nächsten 90 Tage.

Nach Tag 90: Messen Sie, was zählt, und bauen Sie dann aus

Das Ergebnis ist, was Ihre Messungen nach dem Launch sagen, geprüft gegen die Ziele, die Sie vor Tag eins aufgeschrieben haben.

• Tag 30: Aktivierung. Welcher Anteil der eingeladenen Teilnehmenden hat sich eingeloggt und die erste Aktivität abgeschlossen? Achten Sie bei Ihren Support-Tickets auf Muster, nicht auf Volumen.
• Tag 60: Engagement. Schließen die Menschen die Kern-Trainings ab, und sind die Führungskräfte dabei? Oder gab es zum Launch eine Aktivitätsspitze, die verebbt? Ein gewisses Abflauen ist normal. Es zu ignorieren ist der Fehler.
• Tag 90: Ergebnisse. Setzen Sie sich mit Ihren ursprünglichen Zielen hin und schreiben Sie das ehrliche Review. Was hat funktioniert, was nicht, und was ist die eine wichtigste Verbesserung fürs nächste Quartal?

Und dann nutzen Sie den Schwung. Die Organisationen, die am meisten aus einer Lernplattform herausholen, behandeln das Go-live als ersten Release: nächste Zielgruppe, nächster Use Case, von Compliance zu Onboarding, von Pflichttrainings zu Lernen, das Menschen von sich aus suchen.

Ihr nächster Schritt dauert keine 90 Tage. Er dauert etwa 30 Minuten: Schreiben Sie Ihre zwei oder drei Erfolgsziele auf und setzen Sie Namen hinter die Teamrollen oben. Damit ist Tag null erledigt. Und wenn Sie Anbieter vergleichen: Legen Sie den 90-Tage-Plan auf den Tisch und bitten Sie jeden, Sie Woche für Woche durch seine Seite des Plans zu führen, mit einer festen Ansprechperson. Wenn Sie sehen möchten, wie die erste Woche in der Praxis aussieht: Genau das zeigen wir Ihnen gern in einer Learnifier-Demo, mit Ihrem Use Case.