Wichtigste Erkenntnisse
- KI wird zu einer durch Richtlinien gesteuerten Funktion – nicht zum Standard für alle.
- KI für Autoren und für Lernende braucht getrennte Berechtigungen und Abläufe.
- Steuerungen sollten nach Mandant, Rolle, Kohorte, Funktion und Lernkontext greifen.
- Auch ohne KI braucht es vollständige Lerneinheiten, Prüfungen und Analysen.
- Audit-Protokolle sollten für jede Kohorte und Prüfung die jeweils geltende Richtlinie festhalten.
Die Beschaffungsfrage hinter der KI-Einführung
KI wird oft als Wettlauf um Funktionen präsentiert. Für eine Bank ist sie jedoch meist eine Frage der Steuerung. Kann die Plattform KI-Unterstützung für die Erstellung von Lerninhalten aktivieren und sie zugleich von Lernenden fernhalten? Kann sie einen Chatbot auf eine Innovationsgruppe begrenzen, die Generierung in regulierten Prüfungen sperren oder eine Funktion pausieren, ohne die gesamte Lernplattform abzuschalten? Eine konfigurierbare KI-Lernplattform muss diese Fragen über die Produktkonfiguration beantworten – nicht mit einer individuellen Zusage im Sales-Gespräch.
Das verändert den Maßstab für KI in einem Enterprise-LMS. KI darf kein einzelner Schalter sein, der das gesamte Erlebnis ein- oder ausschaltet. Sie muss als richtliniengesteuerte Funktion mit klar abgegrenztem Einsatzbereich, eindeutigen Zuständigkeiten und einer verlässlichen Alternative funktionieren, wenn ein Kunde einen bestimmten Anwendungsfall nicht zulässt.
New York City zeigt unterschiedliche Richtlinien in der Praxis
Für das Schuljahr 2026/27 untersagen die Richtlinien der NYC Public Schools Software mit generativer KI für Schüler in den Klassen 2K–8. An Highschools ist die Nutzung auf genehmigte und geprüfte Programme beschränkt. Dieselbe Richtlinie erhält notwendige Tools für Barrierefreiheit und erlaubt Mitarbeitenden, KI für Planung und operative Aufgaben einzusetzen – unter Einhaltung der Anforderungen an Datenschutz, Sicherheit und Beschaffung.
Banken sollten keine Schulrichtlinie kopieren. Die entscheidende Schlussfolgerung betrifft die Architektur: Eine Institution kann KI für eine Rolle erlauben und für eine andere verbieten. Sie kann eng begrenzte, beaufsichtigte Einsätze zulassen und an anderer Stelle ein klassisches Lernerlebnis beibehalten. Eine Plattform, die KI als untrennbar vom Lernen behandelt, besteht diesen Test nicht.
Erstellung und Lernen brauchen unterschiedliche Berechtigungen
KI auf Autorenseite und auf Lernendenseite bringt unterschiedliche Risiken und unterschiedlichen Nutzen. Ein Lernteam kann KI-gestützte Entwürfe nutzen, um aus einem internen Richtlinien-Update ein kurzes Modul zu machen, erste Varianten für Quizfragen zu erstellen oder einen rollenbasierten Lernpfad zu strukturieren. Das bedeutet nicht, dass Kundenbetreuer, Compliance-Analysten oder neue Mitarbeitende eine offene Chatfunktion mit KI erhalten sollten.
App-Learning kann diese Wege modular gestalten. Ein Administrator kann KI bei der Inhaltserstellung erlauben, während Lernende weiterhin kuratierte Microlearning-Einheiten, klassische Lerneinheiten, Quizze und Analysen zum Lernfortschritt erhalten. So werden Steuerungsmöglichkeiten für KI auf Lernendenseite praktisch nutzbar statt nur theoretisch.
Steuerungsmöglichkeiten müssen zum Betriebsmodell passen
Ein brauchbares Steuerungsmodell greift auf mehreren Ebenen. Ziel ist keine umfangreiche Einstellungsseite, sondern eine Richtlinienstruktur, die abbildet, wie eine Bank Risiken, Zielgruppen und Lernkontexte tatsächlich steuert.
- Die Mandantenebene legt den bankweiten Rahmen und die zugelassenen KI-Anbieter fest.
- Die Rollenebene trennt Plattformadministratoren, Autoren, Trainer und Lernende.
- Die Kohortenebene ermöglicht kontrollierte Pilotprojekte für eine Geschäftseinheit, Region oder ein Programm.
- Die Funktionsebene steuert Chat, Inhaltserstellung, Empfehlungen, Feedback und Übersetzung unabhängig voneinander.
- Die Kontextebene sperrt KI in benannten Prüfungen, Compliance-Modulen oder anderen sensiblen Lernstrecken.
Diese Granularität verhindert die falsche Wahl zwischen ungesteuertem Rollout und pauschalem Verbot. Sie ermöglicht Innovationsteams außerdem, einen klar definierten Anwendungsfall zu testen, ohne Compliance-, Risiko- oder Operations-Teams in dasselbe Experiment zu zwingen.
Auch ohne KI muss die Plattform vollwertig bleiben
Ein LMS mit deaktivierter KI ist nur glaubwürdig, wenn es sich vollständig anfühlt. Lernende müssen weiterhin Inhalte finden, mobil optimierte Lerneinheiten absolvieren, Quizze bearbeiten, vorgeschriebene Abschlüsse erreichen und Feedback geben können. Führungskräfte müssen weiterhin Teilnahme, Prüfungsergebnisse und Hinweise auf den Kompetenzstand sehen. Autoren dürfen nicht feststellen, dass zentrale Funktionen für Veröffentlichung, Reporting oder Lokalisierung nicht mehr funktionieren, weil ein KI-Dienst nicht verfügbar oder deaktiviert ist.
Das ist eine Frage der Produktdisziplin. Klassische Inhalte, regelbasierte Lernpfade und Standardanalysen dürfen neben der KI-Ebene nicht zu Restbeständen zweiter Klasse werden. Sie bilden das Grundsystem, das Onboarding, Compliance- und Transformationslernen bei jeder Richtlinienkonfiguration am Laufen hält.
Good to know
Was ist ein LMS mit deaktivierter KI?
Es ist eine Konfiguration einer Lernplattform, in der Funktionen für generative KI deaktiviert sind, während das Kernangebot vollständig nutzbar bleibt – einschließlich Bereitstellung von Inhalten, Quizzen, Abschlüssen, Reporting und Analysen.
Warum KI für Autoren und Lernende trennen?
Beide Gruppen haben unterschiedliche Aufgaben, Berechtigungen und Risikoprofile. Autoren benötigen möglicherweise Unterstützung beim Erstellen von Entwürfen, während Lernende eine kontrollierte oder vollständig KI-freie Lernumgebung brauchen.
Welche Steuerungsmöglichkeiten sollte eine Enterprise-Lernplattform bieten?
Mindestens sollten Steuerungen nach Mandant, Rolle, Kohorte und Funktion greifen. Sensible Kontexte wie Prüfungen und Compliance-Lernstrecken sollten zusätzliche Einschränkungen ermöglichen.
Was sollte ein Audit-Protokoll für KI-Richtlinien enthalten?
Es sollte die Richtlinienversion, aktivierte und deaktivierte Funktionen, die betroffene Kohorte, den Gültigkeitszeitraum sowie den Administrator oder Workflow ausweisen, der die Richtlinie geändert hat.
Der Richtlinienstatus wird zum Audit-Nachweis
Eine Lernplattform mit KI-Governance sollte jede Richtlinie als versionierte Konfiguration behandeln. Für jede relevante Kohorte oder Prüfung sollte die Plattform die aktive Richtlinienversion, aktivierte Funktionen, geltende Regeln für Rollen und Kohorten, den Gültigkeitszeitraum und den Administrator erfassen, der die Änderung vorgenommen hat. Wenn ein Lernender ein Prüfungsergebnis anficht oder ein Auditor fragt, welche Tools verfügbar waren, braucht die Organisation einen Nachweis darüber, welche Lernerfahrung zu diesem Zeitpunkt bestand.
Das ist hilfreicher als ein allgemeines Aktivitätsprotokoll. Es verknüpft Governance mit einem konkreten Lernereignis. Außerdem unterstützt es ein sicheres Änderungsmanagement: Teams können eine Richtlinie in einer Pilotkohorte testen, die Ergebnisse prüfen und sie anschließend ausrollen oder zurückziehen, ohne die gesamte Lernakademie neu aufzubauen.
Erfahren Sie, wie App-Learning KI-Richtlinien konfigurierbar macht, ohne das Lernerlebnis zu schwächen.
Gespräch vereinbarenKonfigurierbarkeit erweitert den Enterprise-Markt
Die kommerzielle Konsequenz ist klar. Eine Bank kann eine Lernplattform kaufen und dennoch unterschiedliche KI-Richtlinien in Geschäftsbereichen, Rechtsräumen und Programmen anwenden. Sie kann KI nutzen, um die Erstellung von Inhalten für eine Innovationsakademie zu beschleunigen, sie in verpflichtenden Schulungen zu Verhaltensregeln einschränken und ausgewählte Tools für Lernende mit einer betreuten Kohorte erproben. Jede Entscheidung bleibt umkehrbar.
Das stärkere Enterprise-Produkt ist nicht das, das darauf besteht, KI müsse überall eingesetzt werden. Es ist das, das einer Bank ermöglicht, KI dort einzuführen, wo sie Kompetenzen stärkt, sie dort wegzulassen, wo Richtlinien oder Lerndesign Zurückhaltung verlangen, und exakt nachzuweisen, welche Konfiguration aktiv war, als es darauf ankam.
