Software-Einführung: Schritte und Fehler
· DigifyNow
Eine Software-Einführung gelingt, wenn vor dem Stichtag drei Dinge feststehen: der neue Ablauf je Rolle, schriftliche Abnahmekriterien und eine Datenmigration, die vorher mindestens einmal zur Probe gelaufen ist. Danach schulen Key-User ihre Kollegen an echten Vorgängen. Umgestellt wird per Stichtag oder über eine Pilotgruppe, und das Altsystem bleibt nur noch lesend erreichbar. Meist scheitert es daran, dass der alte Weg parallel offen bleibt und niemand für die neue Software verantwortlich ist.
Was gehört zu einer Software-Einführung?
Installieren dauert oft nur einen Nachmittag. Eingeführt ist eine Software aber erst, wenn der Ablauf, den sie abbilden soll, tatsächlich in ihr stattfindet und der alte Weg dafür geschlossen ist. Eine Software-Einführung umfasst deshalb fünf Arbeitspakete: Planung und Auswahl, Anpassung und Schnittstellen, Datenmigration, Schulung und die Betreuung im laufenden Betrieb. Wer nur das Werkzeug beschafft, hat am Ende zwei Systeme statt einem. Die Leute pflegen Kundendaten weiter in der Excel-Liste und tragen sie irgendwann zusätzlich ins neue Programm ein.
Ein Beispiel: Ein Handwerksbetrieb führt eine Auftragsverwaltung ein. Technisch ist alles fertig, wenn die Software läuft. Eingeführt ist sie erst, wenn das Büro Aufträge nur noch dort anlegt, die Monteure den Status vom Handy aus setzen und die Rechnung aus dem Auftrag entsteht statt aus einer Word-Vorlage. Jeder dieser Punkte ist eine Entscheidung, die vor dem Start fallen muss: Wer legt an? Welche Felder sind Pflicht? Was passiert mit den offenen Aufträgen aus dem alten System?
Software einführen: die Schritte im Überblick
- Ziel und Verantwortung festlegen: Welcher Ablauf soll sich ändern, woran merken Sie das (etwa Durchlaufzeit eines Auftrags oder Zahl der Nachfragen im Büro), und wer entscheidet bei Streitfragen? Ohne benannten Verantwortlichen bleiben offene Punkte liegen.
- Ist-Ablauf aufnehmen: Schritt für Schritt, mit Rollen, Dokumenten und Medienbrüchen. Dazu gehören auch die Sonderfälle, die nur eine Person kennt.
- Anforderungen und Abnahmekriterien aufschreiben: Muss- und Kann-Funktionen trennen und aus echten Vorgängen Testfälle bauen, gegen die später abgenommen wird.
- Lösung wählen: Standardsoftware, SaaS-Abo oder eine individuelle Entwicklung, jeweils gemessen an den Muss-Kriterien und an den nötigen Schnittstellen.
- Daten vorbereiten: Dubletten bereinigen, Felder vom alten auf das neue System zuordnen, eine Probemigration fahren und Anzahl und Summen gegen das Altsystem abgleichen.
- Rechte, Schnittstellen und Testumgebung einrichten: Rollen und Berechtigungen je Nutzergruppe, Anbindung an Buchhaltung, Shop oder E-Mail, Tests mit Kopien echter Daten.
- Key-User schulen und Pilot fahren: Eine kleine Gruppe arbeitet zuerst mit der Software, meldet Fehler und schult anschließend die Kollegen.
- Umstellen und nachbetreuen: Stichtag festlegen, Altsystem auf nur lesen setzen und in den ersten Wochen eine feste Anlaufstelle für Fragen bereitstellen.
Für Schritt zwei hilft eine strukturierte Prozessanalyse mit Vorlage. Für Schritt vier lohnt sich die Frage, ob Individualsoftware oder SaaS im konkreten Fall besser passt. Schritt fünf unterschätzen die meisten. Wie Probelauf und Abgleich aussehen, zeigt unser Beitrag zur Datenmigration mit Checkliste.
Wie funktioniert Change Management bei der Softwareeinführung konkret?
Change Management heißt bei einer Softwareeinführung nicht, für gute Stimmung zu sorgen. Es geht darum, jeder Rolle vorher zu sagen, was sich an ihrem Arbeitstag ändert. Die Buchhaltung will wissen, ob sie Belege künftig anders bekommt. Der Außendienst will wissen, ob er abends noch Berichte tippen muss. Bleibt die Antwort aus, füllen die Leute die Lücke mit Vermutungen, und daraus entsteht der Widerstand, den man später Akzeptanzproblem nennt.
- Key-User früh benennen: Pro Abteilung eine Person, die bei den Anforderungen mitredet, im Pilot testet und danach die erste Anlaufstelle für Kollegen ist. Dafür braucht sie Zeit, die ihr im Tagesgeschäft wirklich freigegeben wird.
- An echten Vorgängen schulen: Eine Schulung mit Musterdaten bleibt nicht hängen. Die Leute sollten einen eigenen Auftrag oder Kunden von Anfang bis Ende durch das neue System bringen.
- Den alten Weg schließen: Solange die Excel-Liste beschreibbar bleibt, wird sie weiter benutzt. Ab dem Stichtag sollte das Altsystem nur noch lesbar sein.
- Fehlerkanal festlegen: Ein Ort, an dem Probleme gesammelt und priorisiert werden, statt dass jede Frage per Zuruf an die Geschäftsführung geht.
Was nicht funktioniert: eine Einführung, die die Geschäftsführung ankündigt und dann nicht selbst nutzt. Wenn Freigaben weiter per E-Mail statt im System laufen, nehmen die Mitarbeiter das als Signal, dass der alte Weg auch geht.
Stichtag, Pilot oder Parallelbetrieb: Wie wird umgestellt?
Wie umgestellt wird, entscheidet über Risiko und Aufwand gleichermaßen. Die vier üblichen Wege lassen sich an denselben Fragen messen.
| Umstellungsweg | Wie es abläuft | Passt, wenn | Wo es hakt |
|---|---|---|---|
| Stichtag (Big Bang) | Alle wechseln an einem Tag, das Altsystem wird gleichzeitig schreibgeschützt | wenige Nutzer, ein klar abgegrenzter Ablauf, Migration im Probelauf sauber | Ein Fehler trifft sofort alle. Ohne vorher getesteten Rückweg steht der Betrieb. |
| Pilotgruppe | Eine Abteilung oder ein Standort startet zuerst, die anderen folgen | mehrere Teams mit ähnlichem Ablauf | Zwischen Pilot und Rest laufen Daten in zwei Systemen. Übergaben müssen geregelt sein. |
| Phasenweise nach Funktion | Erst z. B. Kontakte, dann Angebote, dann Rechnungen | große Software mit getrennten Modulen | Schnittstellen zwischen alt und neu sind für die Übergangszeit nötig und kosten Aufwand. |
| Parallelbetrieb | Alt und neu laufen eine Zeit lang gleichzeitig, Ergebnisse werden verglichen | Abrechnung oder Lohn, wo Abweichungen sofort auffallen müssen | Doppelte Erfassung belastet das Team. Ohne festes Enddatum wird der Parallelbetrieb zum Dauerzustand. |
Für kleine Betriebe mit einem Ablauf ist der Stichtag oft der ehrlichste Weg, vorausgesetzt, die Probemigration lief vollständig und es gibt einen schriftlichen Plan, was passiert, wenn am ersten Tag etwas nicht geht.
Warum scheitern Software-Einführungen?
- Anforderungen erst nach dem Kauf: Die Software wird nach Demo und Preis gewählt, die Sonderfälle tauchen erst im Betrieb auf. Dann wird nachträglich angepasst oder um die Software herum gearbeitet.
- Keine Abnahmekriterien: Ohne schriftliche Testfälle ist auch nicht festgelegt, wann etwas fertig ist. Die Diskussion darüber endet nie.
- Datenmigration als letzter Schritt: Falsche Zeichensätze, doppelte Kunden oder fehlende Pflichtfelder fallen erst am Stichtag auf, wenn kein Probelauf stattfand.
- Schnittstellen unterschätzt: Die Software kann exportieren, aber die Buchhaltung importiert ein anderes Format. Am Ende tippt jemand von Hand ab.
- Niemand verantwortlich nach dem Start: Updates, neue Nutzer, Rechte und Fehlermeldungen brauchen einen Zuständigen. Fehlt er, verwildert das System.
- Zu viel auf einmal: Wer fünf Abläufe gleichzeitig umstellt, findet die Ursache eines Fehlers kaum noch.
Manche Einführung lohnt sich auch gar nicht. Wird ein Ablauf selten genutzt und ist nicht an andere Systeme angebunden, ist eine saubere Tabelle mit klaren Regeln oft die bessere Lösung als ein neues Programm, das gepflegt werden muss. Klickt jemand täglich durch eine alte Oberfläche ohne Schnittstelle, kann ein Software-Roboter eine Übergangslösung sein. Wo RPA im KMU taugt und wo es an Oberflächen-Updates scheitert, beschreibt ein eigener Beitrag.
Software-Projekt oder Software-Einführung: Was ist der Unterschied?
Ein Software-Projekt baut oder verändert eine Software: Anforderungen, Entwicklung, Tests, Abnahme. Eine Software-Einführung bringt eine fertige oder neu gebaute Software in den Betrieb: Daten, Rechte, Schulung, Umstellung, Nachbetreuung. Bei Standardsoftware gibt es oft nur die Einführung. Bei Individualsoftware hängen beide aneinander, und die Einführung sollte schon in der Planung des Projekts stehen. Sonst ist die Software zwar abgenommen, aber niemand hat die Migration und die Schulung eingeplant. Wie ein Entwicklungsprojekt in Phasen bis zur Abnahme läuft, beschreibt unser Beitrag zum Ablauf, wenn Sie Softwareentwicklung beauftragen. Ob sich eine eigene Lösung überhaupt lohnt, klärt der Text zu maßgeschneiderter Software für KMU.
Muss Software nach der Einführung rund um die Uhr erreichbar sein?
Ob Software 24 Stunden am Tag laufen muss, hängt am Ablauf, nicht an der Software. Ein Kundenportal, ein Shop oder eine App für Monteure im Schichtbetrieb braucht Betrieb rund um die Uhr. Das heißt: Überwachung, die bei einem Ausfall meldet, Backups mit getesteter Wiederherstellung und jemanden, der auch außerhalb der Bürozeit reagieren kann. Bei einer internen Auftragsverwaltung, die nur werktags genutzt wird, reicht meist ein Wartungsfenster am Abend für Updates. Klären Sie das vor der Auswahl. Bei SaaS stehen Verfügbarkeit und Wartungszeiten im Vertrag des Anbieters, bei selbst betriebener Software tragen Sie oder Ihr Dienstleister den Betrieb selbst. Ein Satz wie „läuft in der Cloud“ sagt dazu noch nichts.
Was gilt zusätzlich, wenn die neue Software KI nutzt?
Führen Sie einen KI-Assistenten oder ein anderes KI-System ein, berührt das die europäische KI-Verordnung. Sie verlangt von Betreibern, Maßnahmen zu ergreifen, um die KI-Kompetenz ihres Personals und anderer Personen zu fördern, die in ihrem Auftrag mit dem System arbeiten. Ein bestimmtes Kompetenzniveau einzelner Personen müssen sie dabei nicht garantieren. In der Praxis gehört eine Schulung zu Grenzen und typischen Fehlerbildern des Systems also in den Einführungsplan, etwa dazu, dass ein Sprachmodell falsche Angaben überzeugend formulieren kann und Ergebnisse geprüft werden müssen. Daneben gibt es Transparenzpflichten für Systeme, die Texte, Bilder oder Audio erzeugen, und gestaffelt geltende, strengere Regeln für Hochrisiko-Systeme. Welche Pflichten auf Ihren Fall zutreffen, ist eine rechtliche Frage und gehört zu jemandem, der Sie rechtlich berät. Den Verordnungstext finden Sie bei EUR-Lex.
Wie DigifyNow eine Einführung begleitet
DigifyNow entwickelt individuelle Apps, Web-Apps und Software für kleine und mittlere Unternehmen und führt KI in Betrieben ein. Dazu gehört bei uns die Einführung: Ein erstes MVP mit der Kernfunktion entsteht typischerweise in vier bis acht Wochen und wird mit einer Pilotgruppe an echten Vorgängen getestet, bevor weitere Funktionen dazukommen. Bei KI-Systemen schulen und begleiten wir die Mitarbeiter, die damit arbeiten. Dauer und Umfang eines konkreten Vorhabens hängen von Schnittstellen, Datenlage und Betrieb ab und lassen sich erst nach einer Einschätzung sagen. Einen Überblick über App-, Software- und KI-Leistungen von DigifyNow finden Sie auf der Leistungsseite.
Wann sich Unterstützung lohnt
Hilfe von außen lohnt sich, wenn die neue Software an bestehende Systeme wie Buchhaltung, Shop oder CRM angebunden werden muss, wenn Altdaten aus mehreren Quellen zusammenkommen oder wenn keine passende Standardsoftware existiert. Bei einem einzelnen SaaS-Werkzeug ohne Schnittstellen schaffen viele Betriebe die Einführung allein mit den Schritten oben. Halten Sie für ein Gespräch eine kurze Beschreibung des Ablaufs, die beteiligten Rollen, die vorhandenen Systeme und ein Beispiel echter Daten bereit. In einer kostenlosen, unverbindlichen Einschätzung Ihres Vorhabens sehen wir uns das gemeinsam an und sagen auch, wenn sich eine eigene Lösung nicht lohnt.
Häufige Fragen
Wie lange dauert eine Software-Einführung?
Das hängt an drei Größen: Zahl der umgestellten Abläufe, Zustand der Altdaten und Zahl der Schnittstellen. Ein einzelnes SaaS-Werkzeug für ein Team ist schneller eingeführt als ein System, das Angebote, Aufträge und Rechnungen zusammenführt. Die längste Phase ist selten die Technik, sondern meist die Datenbereinigung und die Zeit, bis alle im neuen Ablauf arbeiten.
Was ist ein Key-User?
Ein Key-User ist ein Mitarbeiter aus der Fachabteilung, kein IT-Spezialist. Er bringt die Anforderungen seiner Abteilung ein, testet im Pilot, schult danach die Kollegen und bleibt erste Anlaufstelle für Fragen. Anders als eine externe Schulung kennt er die Sonderfälle des eigenen Ablaufs. Dafür braucht er Zeit, die im Tagesgeschäft wirklich freigegeben wird.
Sollte man das alte System nach der Einführung löschen?
Nein, nicht sofort. Nach dem Stichtag wird das Altsystem auf nur lesen gesetzt, damit niemand dort weiterarbeitet, alte Vorgänge aber nachschlagbar bleiben. Abgeschaltet wird es erst, wenn die Migration abgeglichen ist und geklärt ist, wie lange die Daten aufbewahrt werden müssen. Das sollten Sie mit Ihrer Steuerberatung prüfen.
Was kostet eine Software-Einführung?
Pauschal lässt sich das nicht beziffern. Die Kosten setzen sich aus Lizenzen oder Entwicklung, Anpassungen, Schnittstellen, Datenmigration, Schulungszeit der Mitarbeiter und laufendem Betrieb zusammen. Die interne Zeit für Key-User und Tests wird oft vergessen, obwohl sie im Plan stehen sollte. Eine verbindliche Zahl entsteht erst, wenn Abläufe, Datenmenge und Schnittstellen bekannt sind.