CAFM: Endanwender-Schulung und Support-Onboarding
Facility Management: FM-Software » Strategie » Schulung » Endanwender-Schulung
CAFM: Endanwenderschulung und Support-Onboarding
In der CAFM-Einführung ist Endanwenderschulung ein zentraler Erfolgsfaktor. Gut geschulte Nutzer setzen das System effektiver ein, steigern die Akzeptanz und maximieren den Nutzen der Investition. Fachleute weisen darauf hin, dass ohne geeignete Trainingsprogramme auch leistungsfähige CAFM-Systeme oft scheitern: „Even the best CAFM platform fails without user adoption“. Umgekehrt zeigen Unternehmen mit umfassenden Schulungen bei Facility-Managern und Technikern höhere Nutzungsraten und Projekterfolge. Daher ist Schulung kein isolierter Schritt, sondern integraler Bestandteil des Einführungs- und Betriebsprozesses. Nur wenn Anwender die Vorteile und Funktionen verstehen, werden digitale FM-Prozesse tatsächlich „effizient digital unterstützt“.
Strukturierte Schulung der Anwender sowie Einführung in Supportprozesse und Nutzung des CAFM-Systems
- Ziel und Bedeutung der Endanwenderschulung
- Zielgruppen und Schulungsbedarfe
- Schulungsformate
- Didaktisches Vorgehen
- Begleitende Unterlagen und Hilfsmittel
- Timing: Schulung und Go-Live
- Rollenspezifische Tiefe und Funktionen
- Support-Onboarding
- Wissensübergabe und Dokumentation
- Typische Stolpersteine und Lessons Learned
Ziel und Bedeutung der Endanwenderschulung im CAFM-Kontext
Endanwenderschulung stellt sicher, dass Mitarbeiter das CAFM-/IWMS-/CMMS-System sicher und effizient nutzen. Sie dient nicht nur der Wissensvermittlung, sondern auch dem Change Management: Nutzer müssen den Sinn der neuen Software erkennen, um sie anzunehmen. Ein durchdachtes Schulungskonzept minimiert Einführungsrisiken und verhindert Fehler bei der Bedienung. Langfristig führt es zu höherer Nutzerakzeptanz, weniger Bedienungsfehlern und damit zu einer schnelleren Amortisation der Softwarekosten. Unterschätzt man den Trainingsaufwand, kann die Einführung scheitern: CAFM-Systeme sind komplex, und viele Funktionen benötigen Zeit zum Erlernen. Deshalb wird Schulung häufig als fortlaufender Prozess verstanden – vom Go-Live über regelmäßige Auffrischungen bis hin zu kontinuierlicher Lernunterstützung.
Typische Zielgruppen sind:
Key-User (Schlüsselanwender): Das sind engagierte Mitarbeiter des Kunden (z.B. FM-Prozesseigner, Abteilungsleiter), die intensiv im System geschult werden. Key-User verstehen Systemgrundlagen (Navigation, Module) und administrieren in ihrem Mandanten (z.B. Benutzerverwaltung). Sie erhalten erweiterte Trainings – etwa zu Reporting/Dashboards und Troubleshooting – damit sie als interne Multiplikatoren agieren. Oft bildet man Key-User im Train-the-Trainer-Modell aus. Nach Schulung können sie Erstanwender-Fragen eigenständig beantworten und einfache Einweisungen durchführen.
Endanwender (Fach- und Gelegenheitsnutzer): Zur großen Masse zählen z.B. Haustechniker, Instandhaltungspersonal, Flächenmanager, Helpdesk- oder Empfangsmitarbeiter des FM. Für sie sind praxisorientierte, prozessorientierte Trainings erforderlich, fokussiert auf die konkreten Funktionen ihrer Arbeit. Beispiele: Erfassung von Wartungsaufträgen per App für Servicetechniker, Anlegen von Flächen- und Belegungsplänen durch Raumverantwortliche, Erfassen von Tickets im Helpdesk-Modul durch FM-Sachbearbeite . Hier bietet sich eine rollenbasierte Schulung an – jeder Nutzerkreis erhält ein maßgeschneidertes Training zu seinen Routineaufgaben.
Technische Nutzer und Support: Auch IT-Administratoren, Entwickler und Second-Level-Supporter benötigen spezielles Wissen. Sie bekommen vertiefte Schulungen zu Systemadministration, Datenbankpflege, Konfigurationsoptionen und Schnittstellen. Für neue Software-Versionen schult etwa der Hersteller interne Administratoren, damit sie über neue Konfigurationsmöglichkeiten Bescheid wissen. Second chulungen fallen ins Knowledge Management im Betriebsteam und sichern den Systembetrieb langfristig ab.
Ein effektives Schulungskonzept kombiniert verschiedene Formate:
Präsenzschulungen (Workshops) – klassischer Unterricht vor Ort. Ein Trainer vermittelt Inhalte interaktiv an moderner Technik, oft mit Live-Demonstrationen am CAFM-System. Vorteil: direkter Praxisbezug und unmittelbare Klärung von Fragen. Nachteil sind höhere Kosten (Anfahrt, Raumbuchung) und organisatorischer Aufwand. Präsenztraining ist ideal, um komplexe Abläufe gemeinsam durchzugehen oder erste Systemtests (sog. Friendly User Tests) durchzuführen.
Webinare / Live-Online-Training – Live-Schulungen per Videokonferenz (z.B. Zoom). Ein Trainer führt Teilnehmer (auch an verteilten Standorten) durch das System. Vorteile sind hohe Flexibilität und Zeitersparnis; die Mitarbeiter sparen Anreisezeiten. Wie bei Präsenz-Trainings können Fragen sofort geklärt werden. Nachteile sind mögliche technische Probleme (Internet) und weniger persönlicher Kontakt.
E-Learning und Video-Tutorials – digital verfügbarer Lernstoff. Typisch sind interaktive Online-Module oder aufgezeichnete Video-Tutorials, die Nutzer selbstständig und zeitlich flexibel durchgehen können. Dies eignet sich besonders für Micro-Learning: kurze Lerneinheiten (z.B. 5–10 Minuten Videos) zu Einzelfunktionen. Vorteile: Anwender lernen im eigenen Tempo und können Inhalte beliebig oft wiederholen. Sie sind gut skalierbar und für verteilte Teams besonders praktisch. Allerdings fehlt hier die Live-Interaktion – fachliche Rückfragen müssen anders kanalisiert werden (z.B. via FAQ oder Helpdesk). Moderne CAFM-Plattformen bieten oft auch In-App-Hilfen oder Online-FAQ, die direkt im System Unterstützung bieten.
On-the-Job-Training – Lernen am Arbeitsplatz. Insbesondere Key-User und First-Level-Supporter lernen durch „Learning by Doing“ unter Anleitung erfahrener Kollegen oder Berater direkt am System. Dies kann als strukturierte Einarbeitungsphase oder begleitendes Coaching erfolgen. Es sorgt dafür, dass neues Wissen sofort in den Arbeitsalltag übergeht und wirkt motivierend.
Ein Blended-Learning-Ansatz ist empfehlenswert:
Die Stärken verschiedener Formate werden kombiniert (z.B. Präsenz-Workshop + Video-Tutorials + E-Learning-Module). So können beispielsweise ein Präsenz-Workshop durch Online-Nachschulungen und Micro-Learning-Einheiten ergänzt werden, um den Lernerfolg zu sichern.
Didaktisches Vorgehen
Didaktisch sollten Trainings modular aufgebaut und praxisnah gestaltet sein. Inhalte werden in überschaubare Lerneinheiten gegliedert, die sich an konkreten Workflows orientieren. Ein wichtiger Aspekt ist die Praxisnähe: Übungen mit realen Beispieldaten (z.B. Anlagenstammdaten, echte Tickets) erhöhen den Wiedererkennungswert und Lernerfolg. Bei Präsenz-Workshops oder Webinaren bieten sich Gruppenübungen oder „Case Studies“ an, in denen typische Arbeitsaufträge im System bearbeitet werden.
Wiederholbarkeit und kontinuierliches Lernen sind ebenso entscheidend. Nach den Einführungen werden in regelmäßigen Abständen Refresher-Schulungen durchgeführt – etwa ein Jahr nach Go-Live oder bei größeren Updates. Viele Unternehmen setzen zudem auf fortlaufende E-Learning-Angebote und kurze Lernimpulse. So können Schlüsselthemen immer wieder aufgefrischt werden. Auf diese Weise wird verhindert, dass sich nach einiger Zeit falsche Gewohnheiten einschleichen.
Selbstlernanteile unterstützen das Training: Online-Dokumentationen und Videos ermöglichen es den Anwendern, sich eigenständig Wissen anzueignen oder nach Bedarf nachzuschlagen. Eine „Continuous-Learning“-Kultur – etwa über interne Foren oder regelmäßigen Erfahrungsaustausch – sorgt dafür, dass Schulungen keine einmaligen Ereignisse bleiben, sondern dauerhaft wirksam sind.
Schulungserfolg wird durch Evaluation geprüft: Direkt nach Trainings werden oft Feedbackbögen eingesetzt. Nach einigen Wochen im Echtbetrieb sollten Lernziele (z.B. reduzierte Bedienfehler, höhere Systemnutzung) gemessen werden. Anhand von Nutzungsstatistiken (z.B. Login- und Ticketzahlen) und Helpdesk-Anfragen lässt sich kontrollieren, ob die Schulungen gegriffen haben und wo weiterer Nachschulungsbedarf besteht.
Begleitende Unterlagen und Hilfsmittel
Wichtiger Bestandteil jeder Schulung sind Dokumentationsmaterialien.
Dazu gehören in der Regel:
Benutzerhandbücher (engl. „User Guides“), die detailliert alle Funktionen erläutern.
Kurzreferenzen und Schnellstart-Anleitungen („One-Pager“), die häufige Aufgaben zusammenfassen.
Video-Tutorials oder Screencasts, die Schritt-für-Schritt-Anleitungen visualisieren.
In-App-Hilfen und Tooltips im System selbst, die kontextsensitiv Anleitungen geben.
Wissensdatenbank/FAQ auf dem Intranet oder Helpdesk-Portal, um häufige Fragen schnell zu klären.
Moderne CAFM-Systeme bieten oft interaktive In-App-Tutorials oder Demo-Modi, in denen Funktionen direkt am Bildschirm erklärt werden. Sämtliche Unterlagen müssen ständig gepflegt und aktualisiert werden – insbesondere nach System-Updates. Ein sauber gepflegtes Helpdesk- und Knowledge-Base-System ermöglicht es, neue Fragen rasch zu beantworten und Wissen dauerhaft im Unternehmen zu halten.
Timing: Schulung und Go-Live
Das Timing der Trainings ist entscheidend für den Go-Live-Erfolg. In der Regel werden Key-User-Schulungen bereits wenige Wochen vor dem Go-Live abgeschlossen, damit diese als Multiplikatoren fungieren und ihr Wissen in letzter Minute noch intern weitergeben können. Oft wird ein „Friendly User Test“ durchgeführt, bei dem Key-User mit Musterdaten arbeiten, letzte Fehler melden und sich mit der Bedienung vertraut machen.
Die Endanwender-Schulungen finden idealerweise kurz vor oder direkt nach dem Go-Live statt. So bleibt das Gelernte frisch, und die Mitarbeiter können sofort mit geübten Abläufen starten. Direkt zum Go-Live richtet der Betreiber üblicherweise einen temporären „War Room“ ein, um eine besonders hohe Supportbereitschaft sicherzustellen. In den ersten Tagen nach Go-Live sind die Trainer und Key-User dann Ansprechpartner für Anwenderfragen.
Nach einer Stabilisierungsphase (oft 1–2 Monate nach Go-Live) wird geprüft, ob Nachschulungen nötig sind. Hierzu kann ein kurzer Workshop oder ein Webinar für Nutzergruppen angeboten werden, die Schwierigkeiten hatten, oder ein „Was ist neu“-Video bei größeren Releases. Das Ziel ist, den Lernprozess über das Go-Live hinaus weiterzuführen und neue Mitarbeiter oder late adopters noch einzubinden.
Anhand von Beispielen wird gezeigt, welche Systemfunktion für welche Aufgabe genutzt wird:
Ticketanlage und Störmeldungen: Techniker lernen, wie sie Wartungs- oder Störungstickets erfassen und verfolgen.
Flächen- und Raumplanung: Flächenverantwortliche üben das Anlegen von Raumplänen und Belegungsplänen im CAFM.
Wartungsmanagement: Instandhalter schulen sich z.B. auf das Erfassen von Wartungsintervallen und das Auswerten von Ausfällen.
Berichtswesen und Dashboards: Spezielle Anwender (z.B. Controlling) fokussieren sich auf Auswertungen, Kennzahlen und Reporting-Tools.
Die Tiefe richtet sich nach der Rolle:
Routineanwender erhalten nur Schulungen für die Funktionen, die sie täglich brauchen, während Key-User auch in weiterführende Tools (z.B. Statistiken, Ad-hoc-Berichte, Nutzerverwaltung) eingeführt werden. Beispiele aus der Praxis (z.B. tatsächliche Assets, realistische Buchungsdaten) werden verwendet, um den Transfer in den Arbeitsalltag zu erleichtern.
Support-Onboarding: Helpdesk-Übergabe und SLAs
Parallel zur Anwenderschulung erfolgt das Support-Onboarding. Das bedeutet, interne oder externe Helpdesk-Teams werden schrittweise in die Verantwortung eingebunden. Zum Go-Live ist eine besonders hohe Supportbereitschaft notwendig: Ein dediziertes Support-Team („Early Life Support“) hält engen Kontakt zum Anwender, dokumentiert Probleme und löst kurzfristige Fragen. Oft werden in dieser Phase wöchentliche Jour-fixe abgehalten, um die ersten Kinderkrankheiten zu beseitigen und Feedback der Nutzer direkt einzupflegen.
Die Supportstruktur (First-Level-, Second-Level-Support) wird vorab definiert. First-Level-Mitarbeiter werden in Basics geschult, um Standardfragen (Passwortreset, Einstieg etc.) selbst zu beantworten. Technische Spezialfälle eskalieren sie an den Second-Level. Hierbei sind klare SLA-Vereinbarungen festzulegen: Typischerweise werden Reaktions- und Lösungszeiten für unterschiedliche Fehlertypen vertraglich vereinbart (z.B. „kritisch = 4 Stunden, hoch = 8 Stunden“). So wissen Anwender und Betreiber, welche Servicequalität nach dem Go-Live gilt.
Nach Abschluss der Einführungsphase geht der Kunde in den Normalbetrieb über: Alle weiteren Support-Anfragen werden über die regulären Betriebsprozesse gehandhabt. Die Trainer und Key-User ziehen sich schrittweise zurück („Train-the-Trainer“), und der Fokus liegt auf einem effizienten Helpdesk-Betrieb. Das Ergebnis ist ein nahtloser Übergang vom Projekt in den operativen Support mit klarer Aufgabenverteilung zwischen Schulungs- und Supportteams.
Wissensübergabe und Dokumentation an interne Supportteams
Ein zentrales Ziel des Schulungskonzepts ist die Wissenssicherung. Alle beim Onboarding erstellten Unterlagen (z.B. Mandanten-Betriebshandbuch, spezielle Konfigurationsdokumente, Import-Maps, Schnittstellen-Definitionen) werden in die offizielle Betriebsdokumentation überführt. So steht später allen (insbesondere dem internen Support-Team) ein vollständiger Nachschlagebestand zur Verfügung.
Für den First-Level- und Second-Level-Support werden spezielle Übergabesitzungen durchgeführt: Der Implementierungsdienstleister oder IT-Abteilung stellt den Supportmitarbeitern Systemarchitektur, Integrationen und gängige Fehlerszenarien vor. Es wird festgehalten, welche Abläufe von wem betreut werden. Die interne Dokumentation (Knowledge Base) wird um kundenspezifische FAQs erweitert. Oft werden auch Workshops zur Problemanalyse veranstaltet, damit das Supportteam lernt, wo typische Fehlerursachen liegen. Durch diese Übergabe wird sichergestellt, dass der Helpdesk mit einem soliden Systemverständnis ins Tagesgeschäft startet.
Auch die Key-User bleiben nach dem Go-Live wichtige Ansprechpartner: Sie sind in der Regel im Unternehmen verteilt und können bei Bedarf das Supportteam unterstützen. Die Kombination aus ausführlicher Dokumentation und geschulten Key-Usern ermöglicht eine effektive zweite Ebene im Support. Regelmäßige Reviews (z.B. Service-Review-Meetings) stellen sicher, dass neues Wissen zügig an alle Supportmitarbeiter kommuniziert wird.
Typische Stolpersteine und Lessons Learned
In der Praxis treten immer wieder ähnliche Herausforderungen auf: So wird der Schulungsaufwand häufig unterschätzt – zu wenige Zeitreserven führen dazu, dass Anwender überfordert ins Go-Live gehen. Auch wird manchmal vergessen, die Trainingsinhalte auf die tatsächlichen Prozesse des Unternehmens zuzuschneiden, was die Akzeptanz mindert. Ohne begleitendes Change-Management-Maßnahmen laufen Schulungen ins Leere, da die Nutzer den Systemnutzen nicht nachvollziehen (Sinnvermittlung ist entscheidend).
Ein weiterer Stolperstein ist unzureichende Dokumentation: Fehlen aktuelle Handbücher oder Tutorials, muss jeder auftauchende Fehler neu recherchiert werden. Ebenso kann es problematisch sein, wenn nach dem Go-Live keine Nachschulungen angeboten werden und „Einführungswissen“ verblasst. Ein strukturierter Ansatz nach Standards wie GEFMA 420 hilft, diese Risiken zu minimieren: Er stellt sicher, dass nichts Wesentliches vergessen wird und ein roter Faden vom Konzept bis in den Betrieb besteht.
Aus Lessons Learned ergeben sich wichtige Empfehlungen: Frühzeitige Einbindung der Anwender (Change-Botschaften, Pilotgruppen), klare Verantwortlichkeiten (Key-User, Helpdesk) und ein wiederkehrender Schulungszyklus mit konkreter Erfolgsmessung sind essenziell. Auch eine Prüfung auf Systemkomplexität ist ratsam – große User-Gruppen sollten nicht alle Funktionen auf einmal lernen, sondern in sinnvollen Phasen (z.B. erst Basisfunktionen, später erweiterte Features). Wer diese Erfahrungen berücksichtigt, sichert nachhaltig den Projekterfolg: Schulung und Support werden so Teil eines kontinuierlichen Verbesserungsprozesses, der die CAFM-Einführung langfristig trägt.
