Key-User-Konzept im ERP-Projekt: Aufbau einer internen Multiplikatoren-Struktur
Ein Key-User-Konzept ist die strukturierte Antwort auf die Frage: Wie sichern wir ERP-Wissen langfristig in der Organisation? Key-User sind Schlüssel-Anwender pro Fachbereich, die das ERP-System tiefer verstehen als der reguläre User — und damit zu internen Multiplikatoren, ersten Ansprechpartnern und langfristigen System-Stewards werden.
Dieser Beitrag erklärt, wie ein robustes Key-User-Modell aufgebaut wird — von der Auswahl über die Schulung bis zur dauerhaften Einbindung als kritisches Bindeglied zwischen IT und Fachbereich.
Was unterscheidet einen Key-User vom normalen Anwender?
Während der normale Anwender das ERP-System für seine täglichen Arbeitsaufgaben nutzt, hat der Key-User drei zusätzliche Rollen: 1) Fachlicher Experte für sein Modul (Buchhaltung, Vertrieb, Lager, Einkauf, Produktion). Er kennt nicht nur Standard-Prozesse, sondern auch Sonder-Fälle, Customizing-Optionen und Workarounds. 2) Erster Ansprechpartner bei Fragen aus seinem Fachbereich — bevor IT-Hotline oder externer Support involviert werden. 3) Bindeglied zwischen Fachbereich und IT: bei Anforderungs-Wünschen und Optimierungs-Vorschlägen kommuniziert der Key-User in der Sprache beider Welten.
Auswahl: wer wird Key-User?
Die richtige Auswahl ist entscheidend. Ideale Eigenschaften: Erfahrener Fachbereichs-Mitarbeiter (3+ Jahre im aktuellen Bereich), technologie-aufgeschlossen (versteht Computer-Logik, scheut keine neuen Tools), kommunikativ (kann komplexe Sachverhalte einfach erklären), respektiert in der Kollegen-Schaft (informelle Autorität ist wichtiger als hierarchische), interessiert an Weiterentwicklung (die Rolle ist Lern-Investition, kein Karriere-Block). Anti-Patterns: 'wer am wenigsten ausgelastet ist', 'der einzige der wollte', 'der mit dem höchsten Titel'. Solche Auswahl-Kriterien führen zu schwachen Key-Usern. Empfehlung: pro 15-25 Anwender ein Key-User. Bei kleineren Teams einer pro Fachbereich, bei größeren auch mehrere pro Bereich.
Aufgaben in Implementierungs- und Betriebs-Phase
In der Implementierung (3-6 Monate vor Go-Live): Anforderungs-Workshops mitgestalten, Customizing-Entscheidungen aus Fachbereichs-Sicht bewerten, Test-Szenarien definieren und durchführen, Datenmigration-Validierung, Anwender-Schulungs-Material entwickeln. Zeitaufwand: 30-60 % der Arbeitszeit, idealerweise mit Backfill-Regelung für die Stamm-Aufgaben. Im Hypercare (3-6 Monate post Go-Live): First-Level-Support für Kollegen, Sammlung von Verbesserungs-Vorschlägen, Eskalation an IT/Anbieter bei größeren Issues, kontinuierliche Schulungs-Sessions. Zeitaufwand: 20-30 %. Im laufenden Betrieb: Ansprechpartner für Fachfragen, Begleiter bei System-Updates, Treiber von Optimierungen, Schulungs-Nachhalter für neue Mitarbeiter. Zeitaufwand: 5-15 % dauerhaft.
Schulungs-Pfad und Wissens-Aufbau
Key-User-Schulung in 3 Phasen aufgebaut: Grundlagen (5-10 Tage, vor Implementierungs-Start): Standard-Funktionalität, Datenmodell, Berechtigungs-Konzept. Off-the-Shelf-Schulung des Anbieters, Zertifikat empfehlenswert. Vertiefung (10-20 Tage, parallel zur Implementierung): Customizing-Optionen, Konfigurations-Möglichkeiten, technische Schnittstellen, Reporting. Hier wird das System-spezifische Wissen aufgebaut, das im laufenden Betrieb genutzt wird. Spezialisierung (3-5 Tage, post Go-Live): für die im konkreten Setup relevanten Themen. Beispiele: Power BI-Reports erstellen, Workflows definieren, Berechtigungen anpassen. Wichtig: schriftliche Dokumentation der Lern-Inhalte mit eigenen Beispielen — diese Dokumentation ist später die Basis für die Anwender-Schulung.
Langfristige Einbindung und Karriere-Pfad
Ein häufiger Fehler: Key-User wird zur Implementierung 'eingespannt', danach in seinem normalen Job vergessen. Resultat: Wissen verfällt, Motivation sinkt, beim nächsten Update fehlen die Multiplikatoren. Bessere Modelle: Quartals-Treffen aller Key-User (Erfahrungs-Austausch, Update-Information, Optimierungs-Diskussion), Karriere-Anerkennung (Key-User-Rolle im Zielvereinbarungs-System des Mitarbeiters, ggf. mit Bonus oder Höher-Eingruppierung), Weiterbildungs-Budget (jährlich 3-5 Tage extra für Anbieter-Konferenzen, neue Module, fortgeschrittene Themen), Job-Rotation-Möglichkeit (Key-User kann später in IT-Rolle wechseln, falls Interesse). Wer Key-User dauerhaft pflegt, hat bei einem ERP-Update statt 6-9 Monaten externer Beratung 2-3 Monate interne Vorbereitung.
Verwandter Begriff: ZUGFERD – Definition und Praxis-Beispiel im Glossar.
Häufig gestellte Fragen
Wann ist der richtige Zeitpunkt für Key-User-Konzept?
Der ideale Zeitpunkt ist nach Abschluss der internen Anforderungs-Klarheit und vor dem ersten Anbieter-Kontakt. Wer zu früh startet, verschwendet Anbieter-Termine; wer zu spät startet, verbaut sich Verhandlungs-Spielraum. Ein klares Signal zum Start sind dokumentierte K.O.-Kriterien und ein internes Projekt-Team mit Entscheidungs-Mandat. Eine Vorlauf-Zeit von 4-8 Wochen vor Anbieter-Auswahl ist üblich.
Wer sollte beim Thema Key-User-Konzept involviert sein?
Ein gemischtes Team aus IT, Fach-Abteilung (Buchhaltung, Vertrieb, Logistik je nach Modul-Schwerpunkt) und Geschäftsführung. IT bringt Technik-Sicht, Fachabteilung die Prozess-Expertise, GF entscheidet über Budget und Strategie. Idealerweise gibt es eine dedizierte Projekt-Leitung mit 30-50 % zeitlicher Verfügbarkeit. Größere Mittelständler ziehen häufig zusätzlich externe Auswahlbegleitung hinzu — siehe Auswahlbegleitung.
Wie lange dauert das Thema Key-User-Konzept typischerweise?
Die Dauer variiert stark nach Komplexität: einfache Setups in 4-8 Wochen, mittelständische ERP-Projekte in 6-12 Monaten, Konzern-Umstellungen in 18-36 Monaten. Häufig wird die fachliche Vorbereitungsphase unterschätzt — sie macht 30-40 % der Gesamt-Projektzeit aus. Realistische Timelines berücksichtigen Urlaubs- und Quartalsabschluss-Spitzen sowie typische Verzögerungen bei Datenmigration. Ein Puffer von 20-30 % auf den initialen Plan ist branchenüblich.
Welche typischen Fehler treten beim Thema Key-User-Konzept auf?
Häufige Stolperfallen: fehlendes schriftliches Lastenheft, zu wenige Referenz-Checks bei Anbietern, unterschätzte Daten-Migration und fehlendes Change-Management bei Endanwendern. Ein weiterer Fehler ist die Festlegung auf einen Anbieter ohne Demo auf den eigenen Daten. Risiko-Minimierung gelingt durch strukturiertes Vorgehen, schriftliche Dokumentation und mindestens drei Vergleichs-Anbieter. Externe Begleitung reduziert das Risiko von Fehlentscheidungen signifikant.
Welche Tools oder Vorlagen helfen beim Thema Key-User-Konzept?
Bewährte Hilfsmittel sind ein strukturiertes Lastenheft, eine gewichtete Bewertungs-Matrix für Anbieter, ein Demo-Skript mit eigenen Daten und ein RACI-Modell für Rollen-Klarheit. Vorlagen finden Sie unter Lastenheft-Vorlage. Ergänzend lohnt sich ein Projekt-Tracking-Tool (Jira, Asana, MS Project) mit Meilenstein-Verfolgung. Wöchentliche Status-Calls mit Eskalations-Pfad sind in jeder Projekt-Phase Pflicht.