Umsetzungs-Playbooks5 Min. Lesezeit

KI-Trainingsplattform für Unternehmen: Ein Probelauf zur Barrierefreiheit

Testen Sie vor der Auswahl einer KI-Plattform eine komplette Lernreise mit Tastatur, Zoom, Screenreader und Fehlerbehebung.

Bokili Editorial· Geprüft am 25. Oktober 2026
TeilenX
Ein KI-Lernweg wird vor dem Abschluss mit Tastaturfokus, Zoom und Reflow, Screenreader-Struktur sowie Fehlerbehebung getestet.

Eine KI-Trainingsplattform für Unternehmen kann einen starken Kurskatalog, nützliche Analysen und überzeugende Demos bieten – und trotzdem bei einer einfachen Lernaufgabe versagen. Ein Tastaturnutzer verliert vielleicht den Fokus in einer Mission. Wer mit Zoom lernt, übersieht Feedback außerhalb des Viewports. Ein Screenreader liest vielleicht Steuerelemente ohne Label vor. Das sind keine Details, sondern Hürden, die den Lernerfolg verhindern.

Führen Sie vor dem Kauf oder Rollout einen Probelauf zur Barrierefreiheit für eine komplette Lernreise durch. Testen Sie Anmeldung, Anweisungen, Lösungsversuch, Feedback, Wiederholung und Abschluss. Eine Anbietererklärung oder ein Scan unterstützen die Prüfung, zeigen aber nicht, ob Ihre Mitarbeitenden die Aufgabe mit ihren Tools wirklich bewältigen können.

Ein Probelauf ist kein Audit

Diese Methode ist ein Praxistest für Einkäufer, kein Rechtsgutachten oder eine formale Konformitätsprüfung. Für eine tiefere Evaluierung sollten Sie Fachleute und Nutzer:innen mit Behinderungen einbeziehen.

Warum eine KI-Trainingsplattform vollständige Lernwege testen muss

WCAG 2.2 ist der anerkannte technische Standard für Web-Barrierefreiheit. Die einfachen Prüfungen des W3C zeigen, wie korrekte Labels die Bedienung per Tastatur, Sprache und Screenreader ermöglichen. Die Reflow-Anleitung erklärt, warum vergrößerte Inhalte ohne horizontales Scrollen lesbar bleiben müssen. Diese Kriterien zählen am meisten, wenn sie in der Praxis getestet werden, nicht als isolierte Komponenten.

Das UK Government Service Manual empfiehlt, Services während der Entwicklung und nach Änderungen mit assistiven Technologien zu testen. Tester sollen prüfen, ob Informationen verfügbar und verständlich sind und die gesamte Oberfläche nutzbar ist. Für eine Lernplattform heißt das: Feedback und Wiederholung erreichen, nicht nur die Startseite öffnen.

Reine Funktionsprüfung

  • Die Erklärung zur Barrierefreiheit lesen
  • Einen automatisierten Scan ausführen
  • Die Anmeldeseite prüfen
  • Probleme ohne Auswirkung auf die Aufgabe protokollieren

Probelauf des Lernwegs

  • Eine repräsentative Mission vollständig bearbeiten
  • Die Eingabemethoden nutzen, auf die Mitarbeitende angewiesen sind
  • Feedback, Korrektur und Abschluss erreichen
  • Barriere, Auswirkung, verantwortliche Person und Wiederholungstest erfassen

Der ACCESS-Probelauf

Sechs Prüfungen für eine komplette Lernreise

1

A — Ankommen

Kann man sich anmelden, der Gruppe beitreten und die Mission erreichen, ohne reine Zeiger-Aktionen oder verwirrende Umwege?

2

C — Verstehen

Sind Überschriften, Anleitungen, Beispiele, Statusmeldungen und Zeitangaben klar, sowohl visuell als auch mit assistiver Technologie?

3

C — Steuern

Kann jeder interaktive Schritt mit Tastatur, Schalter oder Spracheingabe erreicht, identifiziert und aktiviert werden? Ist der Fokus sichtbar und logisch?

4

E — Vergrößern

Bei starkem Zoom oder Vergrößerung: Passt sich der Inhalt an (Reflow)? Bleiben Anweisungen, Buttons, Modals und Feedback auffindbar, ohne den Kontext zu verlieren?

5

S — Senden und beheben

Kann man eine Antwort eingeben, Fehler verstehen, zum Feld zurückkehren, speichern und wiederholen, ohne die Arbeit zu verlieren?

6

S — Nachweis zeigen

Können Lernende und Admins den Abschluss und die Fähigkeit bestätigen, ohne sich nur auf Farbe, Animation oder unzugängliche visuelle Elemente zu verlassen?

ACCESS ist bewusst aufgabenbasiert. Es ersetzt keine WCAG-Tests, kein Voluntary Product Accessibility Template, keine Beschaffungsprüfung oder User Research. Es hilft L&D-Einkäufern, eine gezieltere Frage zu stellen: Kann eine Person auf diesem Weg das Lernverhalten, das wir messen wollen, vollständig zeigen?

Praxisbeispiel: Eine Zehn-Minuten-Mission testen

Lesen ist der Anfang. Üben macht den Unterschied.

Jetzt starten

Ein Unternehmen evaluiert eine Plattform für 120 Mitarbeitende. Die Pilot-Mission: Ein fiktives, KI-generiertes Projekt-Update prüfen, eine unbelegte Behauptung finden, korrigieren und kurz erklären. Das Produktteam hat die Mission bereits per Maus auf einem großen Bildschirm gezeigt. Der Einkäufer probt nun dieselbe Lernreise auf vier Arten.

Vier Durchläufe durch dieselbe Mission

  1. 1

    Tastatur-Test

    Starten Sie bei der Anmeldung und nutzen Sie nur die Tastatur. Prüfen Sie Fokus-Reihenfolge, sichtbaren Fokus, Tastaturfallen und ob man die Quelle öffnen, die Antwort bearbeiten, senden und wiederholen kann.

  2. 2

    Zoom- und Reflow-Test

    Erhöhen Sie den Browser-Zoom und nutzen Sie einen schmalen Viewport. Prüfen Sie, ob Aufgabe, Quelle und Feedback lesbar und Buttons erreichbar bleiben und ob neue Nachrichten außerhalb des Sichtfelds erscheinen.

  3. 3

    Screenreader-Test

    Hören Sie sich Seitenstruktur, Steuerelemente, Pflichtfelder und Fehlermeldungen an. Ergibt die Übung zur unbelegten Behauptung auch ohne visuelle Position oder Farbe Sinn?

  4. 4

    Fehlerbehebung

    Lösen Sie einen realistischen Fehler aus, pausieren Sie und kehren Sie zurück. Bleiben Fortschritt, Anweisungen und der Weg zur Korrektur klar?

ErfassenNicht allein erfassen
BarriereGenauer Schritt, Eingabemethode und assistive Technologie„Problem mit der Barrierefreiheit“
FolgeWas die lernende Person nicht verstehen oder abschließen konnteEin aus einem Screenshot geschätzter Schweregrad
NachweisKurze Reproduktionsschritte und erwartetes ErgebnisNur ein automatisierter Wert
ReaktionVerantwortliche Person, Übergangslösung, Termin für die Korrektur und WiederholungstestEin Versprechen des Anbieters ohne Nachverfolgung

Menschen statt nur Tools

Automatisierte Prüfungen finden schnell einige Code- und Inhaltsprobleme. Sie können aber nicht feststellen, ob eine Feedback-Nachricht verständlich ist, die Lernsequenz vermeidbare kognitive Last erzeugt oder ein Workaround am Arbeitsplatz realistisch ist. Beziehen Sie Mitarbeitende mit Behinderungen oder repräsentative Nutzer:innen in den Piloten ein, vergüten Sie deren Zeit angemessen und bitten Sie nicht eine Person, alle Zugangsbedürfnisse zu repräsentieren.

Wählen Sie eine Aufgabe, die eine reale Lernreise widerspiegelt, aber fiktives oder freigegebenes Material verwendet. Testen Sie mit den Browsern, Geräten und assistiven Technologien, die Ihre Belegschaft tatsächlich nutzt. Wenn die Plattform eine wichtige Interaktion ändert – Mission-Player, Editor, Upload-Flow, Coach-Feedback oder Dashboard –, wiederholen Sie den relevanten Testlauf, anstatt Barrierefreiheit als einmaligen Prüfpunkt zu behandeln.

Fragen zur Barrierefreiheit für Anbieter und Pilot-Team

  • Nach welcher WCAG-Version wurde das Produkt bewertet, von wem und wann?
  • Welche Lernwege wurden einbezogen – nicht nur öffentliche Seiten?
  • Welche Kombinationen aus Tastatur, Screenreader, Vergrößerung und Spracheingabe wurden getestet?
  • Kann der Anbieter bekannte Einschränkungen, Übergangslösungen und Zuständigkeiten für Korrekturen nennen?
  • Sind Zeitlimits anpassbar, Pausen wiederaufnehmbar und Fortschritte gespeichert?
  • Benennen Fehler- und Feedbackmeldungen das Problem und den nächsten Schritt?
  • Können Lernende eine Anpassung oder einen alternativen Weg anfordern, ohne ihre Anerkennung zu verlieren?
  • Führen größere Produktänderungen zu einem erneuten Test und einer Kundeninformation?

Nutzen Sie diesen Testlauf zusammen mit Bokilis Pre-Launch-Checkliste für KI-Trainingsplattformen, dem Entscheidungstest: Plattform oder LMS, der Admin-Tag-Simulation und dem Exit-Drill. Bokilis Seite für HR und L&D beschreibt kurze, rollenadaptierte Missionen und Fortschrittsverfolgung; wenden Sie dieselben Fragen zur Barrierefreiheit auf Bokili und jede andere Plattform an, die Sie evaluieren.

Ein zehnminütiger Testlauf zur Barrierefreiheit
  1. Wählen Sie eine kurze Mission mit Anleitung, Eingabe, Feedback und erneutem Versuch.
  2. Bearbeiten Sie sie einmal ausschließlich mit der Tastatur.
  3. Wiederholen Sie den Test mit starker Vergrößerung und notieren Sie, was aus dem Sichtfeld gerät.
  4. Nutzen Sie einen Screenreader oder beziehen Sie nach den Forschungsregeln Ihrer Organisation eine Person ein, die einen verwendet.
  5. Lösen Sie einen Fehler aus und prüfen Sie, ob die Wiederaufnahme klar ist.
  6. Protokollieren Sie eine Barriere mit Auswirkung, verantwortlicher Person und Datum für den Wiederholungstest.

Eine nutzbare Lernreise kaufen

Eine Trainingsplattform ist nur wertvoll, wenn Mitarbeitende die Übung erreichen, die Aufgabe verstehen, die Oberfläche steuern, auf Feedback reagieren und zeigen können, was sie gelernt haben. Behandeln Sie Evidenz zur Barrierefreiheit als Teil der Produktevidenz. Führen Sie einen repräsentativen Durchlauf durch, beziehen Sie Personen mit unterschiedlichen Zugangswegen ein und testen Sie nach wesentlichen Änderungen erneut. Das Ergebnis ist eine bessere Kaufentscheidung und ein Lernprogramm, das die Belegschaft einschließt, für die es gedacht ist.

Quellen

  1. How to Meet WCAG 2.2 — Quick Reference — W3C Web Accessibility Initiative
  2. Easy Checks — A First Review of Web Accessibility — W3C Web Accessibility Initiative
  3. Understanding Success Criterion 1.4.10: Reflow — W3C Web Accessibility Initiative
  4. Testing with assistive technologies — UK Government Service Manual
  5. Doing a basic accessibility check — UK Government
  6. AI training for HR & L&D leaders — Bokili
TeilenX

Lesen ist der Anfang. Üben macht den Unterschied.

Bokili macht aus solchen Fähigkeiten Zehn-Minuten-Missionen für das ganze Team – mit sofortigem Feedback und sichtbarem Fortschritt.

Jetzt starten

Weiterlesen