Software einführen: Phasen, Rollen und Schulung im Unternehmen

Warum eine strukturierte Software-Einführung entscheidend ist

Die Einführung einer neuen Software ist mehr als eine technische Installation. Sie umfasst alle Prozesse rund um die Nutzung einer neuen Anwendung: die technische Implementierung, die Inbetriebnahme und die Akzeptanz bei den Mitarbeitenden. Damit gehört sie zu den anspruchsvolleren Aufgaben des Change Managements.

Wie aufwendig ein Projekt wird, hängt vom Umfang der Anwendung und von der Betriebsgrösse ab. Wer wenige Anwender und einen klar abgegrenzten Einsatzbereich hat, kommt mit einer schlanken Planung aus. Sind mehrere Abteilungen, Standorte oder externe Projektpartner betroffen, steigen Koordination, Abstimmungsbedarf und Schulungsaufwand deutlich.

In Schweizer KMU und in Bauunternehmen kommen besondere Rahmenbedingungen hinzu: Büro und Baustelle müssen mit denselben Daten arbeiten, und branchenspezifische wie gesetzliche Vorgaben sind einzuhalten – in der Baubranche etwa die Regeln zur Mehrwertsteuer. Die Erfahrung zeigt: Über den Erfolg entscheidet nicht die Software allein, sondern ebenso die sorgfältige Vorbereitung, klar zugeteilte Rollen und die Schulung der Belegschaft.

Phasen der Software-Einführung: von der Ist-Analyse bis zur Optimierung

In der Praxis haben sich wiederkehrende Phasen etabliert, wie sie Leitfäden für Schweizer KMU beschreiben: Vorbereitung und Strategieentwicklung, Ist-Analyse und Bedarfsermittlung, Anforderungsanalyse mit Pflichtenheft, Marktrecherche und Systemauswahl, Einführung mit Go-live sowie Stabilisierung und kontinuierliche Optimierung. Sie laufen nicht immer streng nacheinander ab, geben aber eine verlässliche Struktur für Planung, Budget und Zuständigkeiten.

Für die ersten Schritte nennen solche Leitfäden Orientierungswerte: rund zwei bis vier Wochen für die Ist-Analyse und Bedarfsermittlung, drei bis sechs Wochen für die Anforderungsanalyse und vier bis acht Wochen für Marktrecherche und Systemauswahl. Das sind Richtwerte, keine starre Vorgabe; je nach Grösse des Betriebs, Anzahl betroffener Abteilungen und Umfang der Datenmigration verschieben sie sich.

Wie zentral eine sorgfältige Planung ist, zeigen die Risiken: Leitfäden zur ERP-Einführung berichten unter Verweis auf Studien, dass bis zu 75 Prozent aller ERP-Projekte die geplanten Kosten überschreiten oder den Zeitrahmen sprengen. Eine realistische Ressourcen- und Terminplanung und bewusst eingeplante Pufferzeiten gehören deshalb zu jeder Phase.

Ziele und Anforderungen sauber klären

Am Anfang steht die Frage, welche Ergebnisse der Betrieb mit der neuen Software erreichen will. Bewährt hat sich die Formulierung messbarer Ziele nach der SMART-Methode. Eine Checkliste für Schweizer Bauunternehmen nennt als Beispiel das Ziel, die administrativen Zeitaufwände innerhalb von sechs Monaten um 20 Prozent zu senken. Typische Zielrichtungen in Bauunternehmen sind Prozessoptimierung, bessere Kostenkontrolle und effizientere Kommunikation zwischen Büro und Baustelle. Die Ziele werden nach Wichtigkeit und Dringlichkeit priorisiert und in einem Kriterienkatalog für die spätere Systembeurteilung festgehalten.

Grundlage der Zieldefinition ist eine Ist-Analyse: Alle bestehenden Geschäftsprozesse werden dokumentiert, Schwachstellen und Optimierungspotenziale identifiziert, und in Interviews mit Mitarbeitenden aus allen Abteilungen entsteht ein vollständiges Bild des heutigen Ablaufs. Wer diesen Schritt überspringt, bewertet später Systeme ohne verlässliche Vergleichsbasis.

Aus der Ist-Analyse entsteht das Pflichtenheft. Es unterscheidet funktionale Anforderungen (Was muss das System leisten?), technische Anforderungen (etwa Hardware, Schnittstellen und Performance) und organisatorische Anforderungen (etwa Support, Schulung und Wartung). Innerhalb dieser Gruppen wird zwischen Muss-, Soll- und Kann-Anforderungen unterschieden. Zukünftige Anforderungen und Wachstumspotenzial sowie branchenspezifische Besonderheiten und regulatorische Vorgaben sind mitzudenken.

Sauber geklärte Ziele und Anforderungen wirken zweifach: Sie machen die Systemauswahl nachvollziehbar und liefern die Grundlage für die spätere Schulung, weil sich Inhalte und Übungen direkt aus den priorisierten Prozessen ableiten lassen.

Rollen im Projekt: Wer entscheidet, wer testet, wer schult?

Zu Beginn werden die Ressourcen realistisch geplant – Zeit, Personal und Budget. Dazu gehören ein Projektteam mit Vertretenden aller relevanten Abteilungen und eine Projektleitung mit ausreichenden Befugnissen. Fehlt die Entscheidungskompetenz, bleibt die Projektleitung auf Abstimmungen angewiesen, und das Projekt verliert an Tempo.

Die Fachbereiche bringen ihre konkreten Anforderungen ein. In einem Bauunternehmen sind das typischerweise die Projektleitung für Anforderungen an Planung und Kalkulation, die Bauführung für die Nutzung mobiler Anwendungen auf der Baustelle und die einfache Kontrolle der Tagesrapportierung sowie die Buchhaltung für Anforderungen an Rechnungsstellung und Controlling.

Der IT kommt eine vermittelnde Rolle zu. Die Swiss IT Studie 2025 zeigt, dass IT-Sicherheit und Compliance für 67 Prozent der Unternehmen die wichtigste Aufgabe der IT-Abteilungen sind, dicht gefolgt von der Unterstützung der Fachabteilungen im Tagesgeschäft mit 47 Prozent. IT-Abteilungen müssen demnach nicht nur technische Lösungen bereitstellen, sondern auch als Vermittlerin auftreten und die Fachbereiche aktiv in die Vorhaben einbeziehen.

Als Bindeglied zwischen Projekt und Belegschaft dienen Key-User oder Champions: Mitarbeitende aus dem operativen Alltag, die das System früh kennenlernen, Kolleginnen und Kollegen unterstützen und Rückmeldungen aus der Praxis ins Projekt zurückspielen. Entscheidungswege, Zuständigkeiten für Tests und die Frage, wer später schult, sollten früh geklärt und schriftlich festgehalten werden.

Wichtige Fakten zur IT-Verantwortung und Software-Einführung in der Schweiz

• ERP-Projekte mit Kostenüberschreitung oder Zeitverzug — Bis zu 75 %

Big Bang oder schrittweise Einführung: Strategie wählen

Bei der Big-Bang-Strategie erfolgt die Umstellung für das gesamte Unternehmen zu einem festgelegten Termin. Die Endgeräte – Tablets, Laptops, Smartphones – werden in der Regel an einem Wochenende oder zu anderen arbeitsfreien Zeiten mit der neuen Software ausgestattet; alle Abteilungen und Standorte arbeiten fortan gleichzeitig mit dem neuen Programm. Der Vorteil liegt auf der Hand: Alle nutzen dasselbe System, und beim Datenaustausch zwischen alter und neuer Lösung entstehen keine Probleme. Zudem sind die Kosten in der Regel geringer, weil nicht zwei Anwendungen bezahlt und gewartet werden müssen. Der grösste Nachteil: Alle Beschäftigten müssen sich auf einen Schlag umstellen, was zu Einarbeitungs- und Akzeptanzproblemen führen kann.

Bei der iterativen Methode erfolgt die Einführung Schritt für Schritt. Anfangs arbeiten nur bestimmte Mitarbeitende oder Abteilungen mit dem neuen Programm; bei erfolgreichem Einsatz wird die Umstellung nach und nach auf das gesamte Unternehmen ausgeweitet. Alte und neue Software laufen zunächst parallel, bis die bisher genutzte Anwendung abgeschaltet wird. In der Baubranche kann es zudem sinnvoll sein, die Nutzung auf Projektpartner auszuweiten, sofern diese dazu bereit sind.

Die Wahl hängt von mehreren Kriterien ab: von Grösse und Struktur des Betriebs, von der Kritikalität der betroffenen Prozesse, von der Verfügbarkeit interner Ressourcen für Tests und Schulung sowie von der Fähigkeit, Daten und Schnittstellen zu migrieren. Ein Parallelbetrieb erhöht die Sicherheit, verlangt während der Übergangszeit aber doppelten Aufwand bei Erfassung und Kontrolle. Wer die Belastung der Belegschaft realistisch einschätzt, wählt die Strategie, die zum eigenen Betrieb passt – nicht die, die einem theoretischen Idealbild entspricht.

Schulung und Kompetenzaufbau: vom Key-User zur ganzen Belegschaft

Schulung beginnt nicht erst am Go-live. Für eine erfolgreiche Einführung ist die Akzeptanz der Mitarbeitenden entscheidend, deshalb werden betroffene Personen frühzeitig einbezogen. Workshops oder Befragungen eignen sich, um die Erwartungen aller Beteiligten zu erfassen und daraus ein Schulungskonzept abzuleiten. Bereits im Pflichtenheft werden Schulung, Support und Wartung als organisatorische Anforderungen definiert.

Bewährt haben sich rollen- und prozessnahe Schulungen: Jede Gruppe lernt an den Abläufen, die sie im Alltag tatsächlich nutzt – die Bauführung an der mobilen Erfassung auf der Baustelle, die Buchhaltung an Rechnungsstellung und Auswertungen, die Projektleitung an Planung und Kalkulation. Key-User oder Champions wirken dabei als Multiplikatoren: Sie werden zuerst und vertieft ausgebildet und begleiten ihre Kolleginnen und Kollegen danach im Tagesgeschäft.

Nach dem Go-live braucht es weiterhin Begleitung: erreichbarer Support, kurze Nachschulungen, verständliches Lernmaterial und Ansprechstellen für Fragen. Die Einführung ist nicht mit dem Schulungstermin abgeschlossen, sondern erst, wenn die neue Software zuverlässig im Alltag genutzt wird. Eine Checkliste für Schweizer Bauunternehmen führt die Schulung der Mitarbeitenden deshalb als eigenen Punkt neben Zieldefinition, Anforderungsklärung sowie Budget- und Zeitplanung.

Checkliste zur erfolgreichen Software-Einführung in Schweizer KMU

Kommunikation, Akzeptanz und Schatten-IT vermeiden

Akzeptanz entsteht nicht durch Anweisung, sondern durch Einbindung. Wer die betroffenen Mitarbeitenden früh informiert, Erwartungen abgleicht und den konkreten Nutzen für die eigene Arbeit offen darlegt, reduziert Widerstände. Rückmeldungen aus der Belegschaft sind ernst zu nehmen und in Entscheidungen einfliessen zu lassen; offene Fragen nach dem Warum werden beantwortet, statt sie zu übergehen.

Die IT übernimmt dabei eine Vermittlerrolle zwischen Fachbereichen und Technik. Dass diese Rolle an Bedeutung gewinnt, zeigt die Swiss IT Studie 2025: Neben IT-Sicherheit und Compliance gehört die Unterstützung der Fachabteilungen im Tagesgeschäft zu den wichtigsten Aufgaben der IT-Abteilungen. Wird die interne IT bei neuen Vorhaben nicht einbezogen, entsteht rasch eine unkontrollierte Schatten-IT – begünstigt dadurch, dass viele Lösungen heute direkt als SaaS-Dienst bezogen werden können und den Mitarbeitenden ohne Umweg über die IT zur Verfügung stehen.

Dem wirkt ein Betrieb mit klaren Spielregeln entgegen: einer Übersicht der zugelassenen Anwendungen, definierten Anlaufstellen für neue Bedürfnisse und einem einfachen Kanal, über den Verbesserungsvorschläge und Beschwerden ans Projektteam gelangen. So bleiben Fachbereiche und IT im Gespräch, und Anforderungen aus dem Alltag werden früh sichtbar, statt nachträglich korrigiert zu werden.

Nach dem Go-live: Nutzung prüfen, Prozesse nachschärfen

Mit dem Go-live beginnt die eigentliche Bewährungsprobe. Bewährt hat sich folgendes Vorgehen: Feedback im Team einholen, Probleme mit dem Anbieter klären, Arbeitsprozesse anpassen und die zu Beginn definierten Ziele überprüfen. Zeigt sich, dass ein Ablauf in der Praxis anders funktioniert als geplant, wird nicht die Software verbogen, sondern der Prozess hinterfragt und nachgeschärft.

Kontinuierliche Optimierung ist kein Anhängsel, sondern fester Bestandteil der Software-Einführung. In etablierten Vorgehensmodellen bildet sie die letzte Phase nach Vorbereitung, Auswahl und Einführung. Dazu gehört, die Nutzung regelmässig zu prüfen, Auswertungen zu konsultieren, offene Punkte aus dem Support zu verfolgen und Verbesserungen in kleinen, nachvollziehbaren Schritten umzusetzen.

Eine kompakte Checkliste für die Zeit nach dem Go-live: – Ziele aus der Startphase mit dem tatsächlichen Nutzen vergleichen. – Rückmeldungen aus allen betroffenen Abteilungen sammeln und priorisieren. – Offene technische und organisatorische Punkte mit dem Anbieter klären. – Prozesse und Zuständigkeiten an die neue Arbeitsweise anpassen. – Key-User und Support aktuell halten, Lernmaterial nachführen. – Nutzung und Datenqualität in festen Abständen überprüfen. – Nächste Optimierungsschritte definieren und terminieren.