Schulung und Akzeptanz für SaaS: Plan, Rollen und Nachweise

SaaS verändert die Schulungslogik

SaaS – Software as a Service – stellt die Anwendung über das Internet aus der Cloud bereit. Nutzerinnen und Nutzer greifen über den Browser oder eine App darauf zu und installieren nichts auf dem eigenen Computer oder Server (paweco.ch). Updates, Sicherheitspatches und Backups verantwortet der Anbieter. Statt hoher Lizenzgebühren auf einmal fallen monatliche oder jährliche Abokosten an; kommen neue Mitarbeitende dazu, werden weitere Lizenzen gebucht (paweco.ch). Rechtlich erhält der Nutzer für einen bestimmten Zeitraum gegen eine Gebühr Zugriff auf eine Anwendung (PwC Schweiz).

Für die Schulungsplanung folgt daraus dreierlei. Erstens ist der Anlass nicht einmalig: Jeder Release kann Oberflächen, Bezeichnungen oder Abläufe verändern, weshalb Unterlagen einen Versionsstand tragen und bei jedem Zyklus nachgeführt werden müssen. Zweitens braucht es wiederkehrende Lernformate statt einer einmaligen Einführungsschulung, weil Personalwechsel und neue Lizenzen laufend dazukommen. Drittens wird das Schulungsbudget pro Kopf und pro Jahr geplant, nicht als Einmalinvestition – es läuft parallel zu den wiederkehrenden Abokosten.

Rollen, Verantwortlichkeiten und Lernwege

Eine Einheitsschulung für alle verfehlt den Bedarf. Ein Schweizer Medizinunternehmen segmentierte seine Endnutzenden in Krankenhausärzte einerseits und IT-Administratoren andererseits, weil sich Aufgabe und Zugriffsrechte grundlegend unterscheiden (edana.ch). Dasselbe Muster gilt für SaaS-Einführungen: Gelegenheitsnutzende, die einzelne Belege oder Formulare erfassen, brauchen einen anderen Lernweg als Personen, die einen Kernprozess täglich und vollständig abwickeln – und diese wiederum einen anderen als administrativ verantwortliche Personen, die Rollen, Rechte, Schnittstellen und Auswertungen betreuen.

Die Zielgruppentrennung lässt sich aus bestehenden Schulungsangeboten übernehmen: Das SaaS-Grundlagenmodul von Microsoft Learn nennt Entwickelnde, Startupgründende, Unternehmensbesitzende und Kursteilnehmende als Adressaten; als Voraussetzung für das Modul gilt eine grundlegende Vertrautheit mit Begriffen und Konzepten aus den Bereichen IT und Cloud (learn.microsoft.com). Pro Segment gehören vier Angaben in die Planung: welche Aufgaben die Gruppe in der Anwendung ausführt, welcher Lernweg dazu führt (Kurzeinführung, begleitete Übung, Selbststudium) und welcher Zeitbedarf anfällt. Die vierte Angabe ist, wer im Fachbereich oder in der IT die Verantwortung für Durchführung und Nachführung trägt. Fehlt diese Zuordnung, bleibt offen, wer bei Personalwechsel den Lernweg auslöst.

Akzeptanzziele und Kennzahlen vor dem Start festlegen

Akzeptanz lässt sich nur prüfen, wenn sie vor der ersten Schulung definiert wurde. Der erste Schritt eines strukturierten UX/UI-Vorgehens ist deshalb die Abstimmung zwischen Business und IT: Hauptziele werden formalisiert – etwa die Steigerung der Abschlussrate eines Registrierungstunnels, die Senkung der Abbruchrate oder die Verbesserung der Kundenzufriedenheit – und anschliessend in messbare Kennzahlen übersetzt, zum Beispiel Aufgabendauer, Click-Through-Rate oder CSAT-Score (edana.ch).

Ergebnis dieses Schritts ist ein Rahmendokument, das Kennzahlen, Berechnungsweise und erwartete Schwellenwerte auflistet und als Referenz dient, um die Wirkung von Massnahmen objektiv zu validieren (edana.ch). Für eine SaaS-Schulung gehören Kennzahlen zur Lernwirkung dazu: Abschluss- und Abbruchquoten der Lernmodule sowie die Anzahl Supportanfragen pro Anwendungsfall und Monat. Ohne Schwellenwert im Dokument bleibt jede spätere Aussage über den Schulungserfolg eine Behauptung.

Schulungsinhalte entlang kritischer Nutzerpfade bauen

Inhalte nach Funktionsumfang zu gliedern, produziert Material, das im Arbeitsalltag nicht greift. Zielführender ist die Kartierung der User Flows, die den grössten Wert schaffen oder hohe Abbruchraten aufweisen; im Fokus stehen Kaufprozesse, Onboarding und zentrale Geschäftsinteraktionen (edana.ch). Erhoben werden die Pfade in Co-Creation-Workshops mit Schlüsselpersonen und mit Analytics-Auswertungen, visualisiert als Diagramme (edana.ch).

Aus jedem Pfad entsteht eine kurze Lerneinheit, die genau den Ablauf abbildet: Anmeldung und Rollenwechsel, Anlegen und Abschliessen des zentralen Geschäftsvorgangs, Übergabe oder Export am Ende des Prozesses. Der Bezug zum Arbeitsalltag stellt sich her, wenn die Übung mit echten Rollen und, wo möglich, mit Testdaten im eigenen Mandanten stattfindet und die Teilnehmenden den Pfad einmal vollständig durchlaufen. Pfade mit hoher Abbruchrate liefern die Reihenfolge der Einheiten – nicht die Menüstruktur der Anwendung.

Pilot, Tests und laufende Verbesserung

Die Einführung in Etappen senkt das Risiko: Empfohlen wird, mit ein bis zwei Engpässen zu beginnen, bei denen Volumen und Regeln klar sind, weil ein Pilotprojekt das Einführungsrisiko markant reduziert (einclick.ch, unter Verweis auf Appvizer, 2025). Die Pilotgruppe wird aus einem der zuvor definierten Segmente gebildet, damit Rückmeldungen zu einem klar abgegrenzten Nutzerkreis gehören.

Rückmeldungen kommen aus zwei Quellen: aus Usability-Tests, die Teilnehmende beim Durchlaufen der Pfade beobachten, und aus strukturierter Beobachtung im Alltag, etwa begleiteten Sitzungen und Supportfällen der ersten Wochen. Die daraus abgeleiteten Massnahmen werden nach ihrer Wirkung priorisiert – das Referenzvorgehen nennt dafür RICE- oder MoSCoW-Priorisierung – und in Zyklen nachgeschärft (edana.ch). Schulungsunterlage und Produktoberfläche werden dabei gemeinsam weiterentwickelt, weil ein Teil der Reibungspunkte nicht durch Erklären, sondern nur durch Anpassung der Anwendung verschwindet.

Nachweise führen: Teilnahme, Kompetenz und Wirkung

Es sind drei Arten von Belegen zu unterscheiden. Teilnahmebelege halten fest, wer wann welchen Lernweg absolviert hat, und sind bei Personalwechsel und neuen Lizenzen die Grundlage für die Nachschulung. Kompetenznachweise prüfen die Anwendung selbst: Das SaaS-Grundlagenmodul von Microsoft Learn schliesst mit einer Modulbewertung ab, und wer alle Fragen richtig beantwortet, erhält die Kennzeichnung als bestanden im Profil (learn.microsoft.com) – dasselbe Muster mit definierter Bestehensgrenze lässt sich am Ende jedes internen Moduls einsetzen. Wirkungsnachweise liefern die zuvor festgelegten Kennzahlen aus dem Dashboard.

Neben den Belegen zur Person sind die Arbeitsergebnisse des Vorgehens zu dokumentieren: Das Referenzvorgehen nennt detaillierte Berichte, Mockups, ein priorisiertes Backlog und ein KPI-Dashboard (edana.ch). Dazu kommen die im Betrieb nachgeführten Unterlagen mit Versionsstand. Diese Zusammenstellung macht gegenüber Geschäftsleitung, Fachbereich und IT belegbar, welche Massnahmen umgesetzt und welche Kennzahlen dadurch erreicht wurden.

Vertrauen als Akzeptanzfaktor: Datenschutz und Sicherheit

Datenschutz gehört in die Schulung und nicht in den Anhang: Das Sicherstellen des Datenschutzes von Kundendaten gilt als Schlüsselfaktor für den Erfolg einer SaaS-Lösung (helbling.ch). Erschwerend kommt hinzu, dass die Einhaltung länderspezifischer Datenschutzgesetze und -vorschriften eine grosse Herausforderung darstellt und von Anfang an berücksichtigt werden muss (helbling.ch).

Konkret heisst das für die Lerninhalte: sichtbar machen, dass Updates, Sicherheitspatches und Backups beim Anbieter liegen (paweco.ch). Dazu gehört, was das im Tagesgeschäft bedeutet – etwa bei der Frage, welche Daten in welches Feld gehören und wie mit Exporten umgegangen wird. Dazu gehört auch, an wen sich Nutzende bei Fragen zu Daten, Zugriffen und Rollen wenden. Eine benannte Ansprechstelle und ein dokumentierter Meldeweg senken die Hemmschwelle, die Anwendung konsequent und regelkonform zu nutzen.