QM-Software einführen: Ablauf und Dauer der Implementierung

Die Einführung einer QM-Software dauert bei einem KMU typischerweise zwischen sechs Wochen und vier Monaten – abhängig von der Anzahl Module, der Datenmenge aus Altsystemen und der Verfügbarkeit der internen Ansprechperson. Ein realistischer Zeitplan verhindert Frustration auf beiden Seiten. Dieser Beitrag zeigt die typischen Phasen der Einführung von der Kick-off-Sitzung bis zum produktiven Betrieb. Ausserdem erfahren Sie, welche Faktoren die Dauer am stärksten beeinflussen und wie sich häufige Stolpersteine vermeiden lassen.

Die typischen Phasen der Einführung

Kick-off und Grobkonzept: Anbieter und Betrieb legen gemeinsam fest, welche Module zuerst live gehen, wer intern das Projekt verantwortet und welche Daten migriert werden müssen.
Konfiguration: Rollen, Freigabewege und Formularvorlagen werden im System eingerichtet – meist durch den Anbieter, mit Vorgaben aus dem Betrieb.
Datenmigration: Bestehende Dokumente, Lieferantenlisten oder Kompetenznachweise werden ins neue System überführt, idealerweise bereinigt statt unverändert kopiert.
Testphase mit Pilotgruppe: Eine kleine Gruppe von Mitarbeitenden testet die Kernprozesse, bevor der gesamte Betrieb umgestellt wird.
Rollout und Schulung: Alle betroffenen Mitarbeitenden erhalten Zugang und eine Einführung in die für sie relevanten Funktionen.
Stabilisierungsphase: In den ersten Wochen nach dem Rollout klären sich typische Anfangsfragen, oft mit erhöhtem Supportbedarf.

Was die Dauer am stärksten beeinflusst

Der grösste Zeitfaktor ist selten die Software selbst, sondern die interne Verfügbarkeit: Wie schnell liefert der Betrieb die nötigen Informationen – etwa eine vollständige Lieferantenliste oder die aktuelle Rollenzuteilung? Projekte verzögern sich meist dort, wo die interne Ansprechperson die Einführung neben dem Tagesgeschäft nebenbei betreut, statt dafür feste Zeit einzuplanen.

ISOfee-Tipp: Reservieren Sie für die interne Projektleitung realistisch zwei bis vier Stunden pro Woche während der gesamten Einführungsphase – wird diese Zeit nicht eingeplant, verzögert sich das Projekt fast immer, unabhängig vom gewählten Anbieter.

Stufenweise statt vollständige Einführung

Betriebe, die alle Module gleichzeitig einführen wollen, unterschätzen häufig den Schulungsaufwand. Eine stufenweise Einführung – zuerst Dokumentenlenkung und Audit, später Massnahmen- und Lieferantenmanagement – verteilt den Aufwand und lässt Mitarbeitende sich an das neue System gewöhnen, bevor die nächste Funktion hinzukommt.

Unterstützung durch den Anbieter einordnen

Anbieter unterscheiden sich stark darin, wie viel Begleitung sie während der Einführung bieten – von einer reinen Anleitung zum Selbststudium bis zur vollständigen Einrichtung durch eigene Projektleitende. Vor dem Vertragsabschluss lohnt sich eine klare Frage: Wer konfiguriert die Rollen und Freigabewege – der Betrieb selbst oder der Anbieter?

Häufige Stolpersteine bei der Einführung vermeiden

Neben den bereits beschriebenen Phasen und Einflussfaktoren tauchen bei der Einführung von QM-Software immer wieder dieselben Stolpersteine auf, die sich mit etwas Vorbereitung vermeiden lassen:

Fehlende Priorisierung der Module: Wird versucht, alle Module gleichzeitig einzuführen, verzettelt sich das Projektteam leicht. Eine klare Reihenfolge – etwa zuerst Dokumentenlenkung, danach Auditmanagement – erleichtert die Umsetzung erheblich.
Unklare Verantwortlichkeiten während der Migration: Wenn nicht eindeutig festgelegt ist, wer für die Bereinigung und Übertragung welcher Datenbestände zuständig ist, bleiben Aufgaben liegen oder werden doppelt erledigt.
Zu wenig Zeit für die Pilotgruppe: Eine Testphase mit einer kleinen Gruppe von Mitarbeitenden wird manchmal zu kurz angesetzt, sodass Probleme erst nach dem vollständigen Rollout auffallen, wenn sie deutlich aufwendiger zu beheben sind.
Fehlende Kommunikation an die Belegschaft: Mitarbeitende, die erst am Tag der Umstellung von der neuen Software erfahren, reagieren erfahrungsgemäss skeptischer als solche, die frühzeitig über Ziele und Zeitplan informiert wurden.
Unterschätzte Feiertagsplanung: Eine Einführung, die genau in eine Zeit mit vielen Ferienabwesenheiten fällt, verzögert sich fast zwangsläufig, weil Schlüsselpersonen phasenweise fehlen.

Ein realistischer Projektplan berücksichtigt diese Punkte von Anfang an. Es lohnt sich, für jede Phase nicht nur ein Enddatum, sondern auch die dafür zuständige Person und die benötigten Informationen aus dem Betrieb festzuhalten – so wird sichtbar, wo tatsächlich Verzögerungen entstehen, statt diese pauschal der Software oder dem Anbieter zuzuschreiben.

Am Ende der Einführungsphase lohnt sich eine kurze, strukturierte Manöverkritik: Was lief wie geplant, wo gab es Verzögerungen, und welche Erkenntnisse lassen sich für künftige Erweiterungen – etwa die Einführung eines weiteren Moduls oder einer zusätzlichen Norm – mitnehmen? Diese Rückschau dauert selten mehr als eine Stunde, liefert aber wertvolle Hinweise für alle künftigen Projekte mit der neuen Software.

Kommunikation mit dem Anbieter während der Einführung

Eine offene, regelmässige Kommunikation mit dem Anbieter während der gesamten Einführungsphase trägt massgeblich zum Erfolg bei. Betriebe, die Probleme oder Verzögerungen erst spät ansprechen, verlieren wertvolle Zeit – ein Anbieter kann nur reagieren, wenn er von einem Problem weiss.

Es empfiehlt sich, von Anfang an einen festen Ansprechpartner beim Anbieter zu benennen, statt bei jeder Frage eine neue Support-Anfrage zu stellen. Diese Kontinuität beschleunigt die Kommunikation erheblich, da die Ansprechperson den Kontext des eigenen Projekts bereits kennt.

Ebenso wichtig ist eine klare interne Eskalationsregel: Wer im Betrieb entscheidet, wenn eine Frist nicht eingehalten werden kann oder eine Anforderung technisch nicht wie erwartet umsetzbar ist? Ohne eine solche Regel bleiben Probleme oft tagelang unbeachtet liegen, weil sich niemand explizit zuständig fühlt.

Am Ende der Einführung lohnt sich ein kurzes, schriftlich festgehaltenes Abschlussgespräch mit dem Anbieter: Welche vereinbarten Leistungen wurden erbracht, welche stehen noch aus, und wie sieht die weitere Zusammenarbeit im laufenden Betrieb aus? Diese Dokumentation schafft Klarheit für beide Seiten und dient als Referenz, falls später Unstimmigkeiten auftreten.

FAQ: QM-Software einführen

Kann die Einführung parallel zum laufenden Betrieb erfolgen?

Ja, das ist sogar der Normalfall – eine stufenweise Einführung mit Pilotgruppe minimiert die Störung des Tagesgeschäfts. Eine typische Pilotgruppe umfasst eine einzelne Abteilung oder einen Standort, an dem sich neue Abläufe unter realistischen, aber überschaubaren Bedingungen testen lassen, bevor der Rollout auf den gesamten Betrieb ausgeweitet wird. Läuft die Pilotphase erfolgreich, lassen sich die gewonnenen Erfahrungen – etwa zu Schulungsbedarf oder technischen Anpassungen – direkt in die Ausweitung auf weitere Abteilungen einfliessen, statt dieselben Fehler an mehreren Standorten gleichzeitig zu wiederholen.

Was passiert, wenn sich die Einführung verzögert?

Die meisten Anbieter bieten keine feste Frist, sondern ein Projektziel – wichtiger als ein starres Datum ist eine realistische Zwischenbilanz nach der Testphase. Eine Verzögerung ist bei komplexeren Migrationen oder mehreren betroffenen Abteilungen nicht ungewöhnlich und für sich allein kein Grund zur Sorge, solange die Ursache bekannt und adressiert ist. Problematisch wird es erst, wenn Verzögerungen unkommentiert bleiben oder sich wiederholt verschieben, ohne dass ein neuer, realistischer Zeitplan kommuniziert wird. Eine feste Zwischenbilanz nach der Pilotphase – mit klarer Entscheidung, ob der Rollout wie geplant weitergeht oder angepasst werden muss – verhindert, dass sich Verzögerungen unbemerkt über Monate hinziehen.

Braucht es für die Einführung eine externe Beratung?

Nicht zwingend, bei komplexen Migrationen aus mehreren Altsystemen kann externe Unterstützung die interne Projektleitung aber spürbar entlasten. Kleinere Betriebe mit einer einzigen Norm und überschaubaren Datenmengen bewältigen die Einführung häufig ohne externe Hilfe, sofern eine Person die interne Projektleitung mit ausreichend zeitlichen Ressourcen übernimmt. Bei mehreren gleichzeitig eingeführten Normen, mehreren Standorten oder einer aufwendigen Migration aus verschiedenen Altsystemen lohnt sich dagegen oft eine zeitlich begrenzte externe Unterstützung, die nach Projektabschluss wieder endet, statt eine dauerhafte Abhängigkeit von Beratung aufzubauen.

Wie viel internes Zeitbudget sollte für die Einführung eingeplant werden?

Für die verantwortliche Person sollte realistisch mit mehreren Stunden pro Woche über die gesamte Einführungsdauer gerechnet werden, insbesondere für Konfiguration, Datenmigration und Abstimmung mit dem Anbieter. Zusätzlich benötigen weitere Mitarbeitende punktuell Zeit für Tests und Schulungen, auch wenn ihr Hauptaufwand deutlich geringer ausfällt als bei der Projektverantwortlichen Person. Wird dieses Zeitbudget nicht realistisch eingeplant, verzögert sich die Einführung häufig unötig, ohne dass ein technisches Problem vorliegt. Eine offene Kommunikation mit der Geschäftsleitung über den notwendigen Zeitaufwand erleichtert die Freistellung entsprechend.

Wie stelle ich sicher, dass die Einführung auch für ein anstehendes Audit rechtzeitig fertig wird?

Planen Sie einen zeitlichen Puffer von mindestens vier bis sechs Wochen zwischen dem geplanten Abschluss der Einführung und dem Audittermin ein, um unvorhergesehene Verzögerungen abzufedern. Legen Sie zudem frühzeitig fest, welche Nachweise für das anstehende Audit zwingend bereits in der neuen Software vorliegen müssen, statt alle Altdaten gleichzeitig migrieren zu wollen. Eine priorisierte Migration der auditrelevantesten Daten reduziert das Risiko, kurz vor dem Audit noch unter Zeitdruck zu geraten. Sprechen Sie den geplanten Zeitplan bei Bedarf auch mit der Zertifizierungsstelle ab, wenn die Einführung sehr knapp vor dem Audittermin liegt.

Fazit

Die Einführung einer QM-Software dauert je nach Umfang sechs Wochen bis vier Monate und gelingt am besten stufenweise, mit einer Pilotgruppe und einer realistisch eingeplanten internen Projektleitung. Die grössten Zeitfresser sind dabei meist die Datenmigration und unterschätzte interne Kapazitäten, nicht die Software selbst – eine offene Kommunikation mit dem Anbieter über den Fortschritt hilft, typische Stolpersteine frühzeitig zu erkennen. Wird die Einführung zusätzlich stufenweise statt auf einen Schlag angegangen, sinkt das Risiko einer Überforderung von Team und Organisation spürbar. Wer die Einführung zusätzlich mit einem klar benannten internen Ansprechpartner beim Anbieter und einer verbindlichen Eskalationsregel für unerwartete Probleme flankiert, reduziert das Risiko unnötiger Verzögerungen weiter. Am Ende zahlt sich eine realistisch geplante, stufenweise Einführung meist auch finanziell aus, weil sie teure Nacharbeiten und Frustration im Team vermeidet, die bei einem überstürzten Rollout häufig entstehen.

Einen Gesamtüberblick über QM-Software-Anbieter in der Schweiz und ihre Einführungsprozesse finden Sie im Beitrag QM-Software-Anbieter in der Schweiz im Vergleich.