Excel Migration zur Web App: Anleitung 2026

Eine Excel-Migration zur Web App gelingt in acht Wochen, wenn Sie sie in fünf saubere Phasen gliedern: Bestandsaufnahme, Datenbereinigung, Zieldaten-Modell, Migration mit Validierung und Parallelbetrieb. Wer diese Reihenfolge überspringt oder parallel startet, baut auf schlechten Daten auf und verliert mehr Zeit als er spart.

Dieser Leitfaden ist für Geschäftsführer und Prozessverantwortliche, die die Migration intern steuern wollen, ohne selbst zu programmieren. Kein Theoriepapier, sondern ein Wochenplan mit konkreten Deliverables je Phase.

Warum Excel im Mittelstand abgelöst werden sollte

Key Takeaways

• 94 % aller Unternehmens-Tabellen enthalten Fehler (EUSPRiG) - Datenbereinigung ist der kritischste Schritt
• Realistischer Zeitplan für einen Prozess: 8-12 Wochen von Bestandsaufnahme bis Go-live
• Parallelbetrieb von 2-4 Wochen ist keine Option, sondern Pflicht
• Digitale Prozesse sparen im Schnitt 100 Stunden pro Mitarbeiter und Jahr (Google/IW, 2024)
• Fehlende Planung und Datenverlust sind die häufigsten Migrationsfehler (sesoft.de)

---

Vor dem Start: Bestandsaufnahme aller Excel-Dateien im Unternehmen

Bevor eine einzige Zeile Daten bewegt wird: Sie brauchen ein vollständiges Bild aller Excel-Dateien, die am Prozess hängen. Sesoft.de beschreibt fehlende Planung und Datenverlust als die häufigsten Migrationsfehler — selbst kleine Versäumnisse können große Folgen haben. Wer hier spart, zahlt es in Phase 3 doppelt zurück.

[PERSONAL EXPERIENCE] In jedem Projekt, das wir begleiten, tauchen in der Bestandsaufnahme Dateien auf, die keiner auf dem Schirm hatte. Eine "temporäre" Hilfstabelle aus 2021, die heimlich zum Kernprozess geworden ist. Ein Export aus dem ERP, der täglich manuell eingepflegt wird. Diese Dateien entscheiden, ob die Migration vollständig ist oder Lücken hat.

Was in dieser Phase entsteht:

Erstellen Sie eine einfache Liste mit vier Spalten:

Dateiname	Inhalt / Zweck	Wer pflegt	Hängt an weiteren Dateien?
auftragsverwaltung_2024.xlsx	Offene Aufträge, Status	Max Müller	Ja: kunden_stammdaten.xlsx
kunden_stammdaten.xlsx	Kundendaten, Ansprechpartner	Anna Schmidt	Nein

Das klingt einfach. Es ist es nicht. Rechnen Sie für diesen Schritt eine volle Woche ein — mit Gesprächen mit allen Mitarbeitern, die Excel-Dateien für ihren Alltag nutzen, auch wenn sie es nicht als "das System" bezeichnen würden.

Deliverable nach Woche 1-2: Eine vollständige Excel-Inventarliste mit Abhängigkeiten. Kein Prozess ohne diese Liste.

---

Phase 1: Datenbereinigung – der kritischste Schritt

Datenbereinigung entscheidet, ob die Migration funktioniert oder scheitert. EUSPRiG hat dokumentiert, dass 94 % aller Unternehmens-Tabellen Fehler enthalten — Datenbereinigung vor der Migration ist deshalb nicht optional, sondern Voraussetzung. Eine neue Web App importiert nicht nur Ihre Daten, sie importiert auch Ihre Fehler.

[IMAGE: Datenbereinigung Excel Tabelle mit markierten Fehlern und Duplikaten - Nahaufnahme Bildschirm - search terms: excel data cleaning duplicate errors spreadsheet highlighted]

Die häufigsten Probleme in der Praxis, sortiert nach Häufigkeit:

Duplikate. Derselbe Kunde taucht unter fünf verschiedenen Schreibweisen auf: "Müller GmbH", "Mueller GmbH", "Müller GmbH & Co.", "Müller", "müller gmbh". Im neuen System sind das fünf verschiedene Datensätze, wenn niemand vorher bereinigt hat.

Leere Pflichtfelder. Das neue Datenmodell braucht für jeden Auftrag eine Kundennummer. In der alten Excel gab es keine Kundennummern — oder sie wurden nur manchmal eingetragen. Was jetzt?

Inkonsistente Formate. Datumsangaben: "01.04.2024", "1.4.24", "April 2024", "04/2024". Im neuen System wird ein einheitliches Format erzwungen. Der Import schlägt fehl, wenn nicht jemand vorher vereinheitlicht.

Veraltete Einträge. Aufträge aus 2018, die nie abgeschlossen wurden. Kunden, die seit Jahren nicht mehr existieren. Felder, die befüllt wurden, bevor jemand wusste, wozu sie gut sind.

[UNIQUE INSIGHT] Der häufige Irrtum: "Die Daten sind eigentlich ganz ordentlich." Das stimmt für die letzten zwei Jahre. Historische Daten, die älter als drei Jahre sind, sind in fast allen Mittelstands-Excel-Dateien erheblich unsauberer als erwartet — nicht weil jemand nachlässig war, sondern weil sich Anforderungen geändert haben.

Wie Sie vorgehen:

1. Jede Spalte durchgehen und Einzigartigkeit prüfen (Pivot-Tabelle, Duplikat-Markierung)
2. Entscheidung: bereinigen oder weglassen? Nicht jeder historische Datensatz muss mit.
3. Bereinigung dokumentieren, damit sie nachvollziehbar bleibt

Deliverable nach Woche 3-5: Bereinigte Rohdaten im CSV-Format, dokumentierte Bereinigungsentscheidungen.

Warum Excel-Fehler geschäftskritisch werden

---

Phase 2: Zieldaten-Modell definieren (Felder, Typen, Pflichtfelder)

Das Zieldaten-Modell ist der Bauplan der neuen Datenbank. Es legt fest, welche Felder existieren, welcher Typ sie haben (Text, Zahl, Datum, Auswahl), welche Pflichtfelder sind und wie Tabellen miteinander verknüpft sind. Je mehr Zeit Fachseite und Entwickler hier gemeinsam investieren, desto weniger Nachbesserungsbedarf entsteht in Phase 3 — Änderungen am Datenmodell nach dem Import sind aufwändig und kosten Zeit.

[CHART: Beispiel Zieldaten-Modell - Entity-Relationship-Diagramm für Auftragsverwaltung - Tabellen: Kunden, Aufträge, Positionen, Mitarbeiter mit Verknüpfungen - Quelle: stakk Praxis]

Dieser Schritt ist Gemeinschaftsarbeit zwischen dem Entwickler und der Fachseite. Der Entwickler bringt die technische Logik, die Fachseite bringt das Prozesswissen. Ohne beides wird das Modell entweder technisch korrekt aber praxisuntauglich, oder praxisnah aber datenbankfern.

Was in dieser Phase entschieden wird:

• Welche Spalten aus der alten Excel werden 1:1 übernommen?
• Welche werden zusammengeführt (zwei Spalten "Vorname" und "Nachname" werden zu einem Vollnamen, oder umgekehrt)?
• Welche werden weggelassen, weil sie im neuen System keine Funktion haben?
• Welche neuen Felder braucht der Prozess, die in der Excel nie möglich waren?

Ein konkretes Beispiel:

Die alte Excel hat eine Spalte "Status" mit freien Texteingaben: "offen", "in Bearbeitung", "fertig", "FERTIG", "abgeschlossen", "warten auf Rückmeldung KD". Im neuen System wird daraus ein Auswahlfeld mit fünf definierten Werten. Wer entscheidet, welche fünf das sind? Die Fachseite — nicht der Entwickler.

Deliverable nach Woche 5-6: Schriftlich dokumentiertes Zieldaten-Modell, freigegeben von der Fachseite. Änderungen danach kosten Zeit und Geld.

---

Phase 3: Migration durchführen – Import, Validierung, Abgleich

Jetzt wird migriert. Der Entwickler importiert die bereinigten Daten in die neue Datenbank, das System validiert jeden Datensatz gegen das Datenmodell, und die Fachseite prüft Stichproben. Sesoft.de beschreibt fehlende Planungstiefe bei diesem Schritt als Hauptursache für Datenverlust — ein automatisierter Import ohne manuellen Abgleich ist kein abgeschlossener Migrationsschritt.

[PERSONAL EXPERIENCE] Wir führen jeden Import in drei Runden durch: erst ein Testlauf mit 10 % der Daten, dann ein erweiterter Lauf mit 30 %, erst dann der vollständige Import. Jede Runde zeigt Probleme, die vorher nicht sichtbar waren — und es ist besser, sie in der kleinen Runde zu finden als im vollständigen Lauf.

Was in dieser Phase passiert, Schritt für Schritt:

Import-Skript schreiben. Der Entwickler schreibt ein Skript, das die CSV-Daten aus Phase 1 liest, gegen das Datenmodell aus Phase 2 mappt und in die neue Datenbank schreibt. Dieses Skript ist kein Einwegwerkzeug — es wird mehrfach ausgeführt.

Validierung prüfen. Das System meldet Fehler: "Kundennummer fehlt in 47 Datensätzen", "Datum-Format nicht erkannt in 12 Einträgen". Diese Fehler müssen behoben werden, nicht ignoriert.

Manueller Abgleich. Die Fachseite prüft 30–50 Datensätze manuell: Stimmen die Zahlen? Stimmt der Status? Fehlt etwas, das in der alten Excel sichtbar war?

Deliverable nach Woche 6-8: Vollständig importierte Datenbank, dokumentiertes Import-Protokoll mit Fehleranzahl und Bereinigungsmaßnahmen.

Excel vs. Web App im direkten Vergleich

---

Phase 4: Parallelbetrieb strukturieren

Parallelbetrieb bedeutet: beide Systeme laufen gleichzeitig, alle Eingaben werden in beiden gemacht, bis ein Stichtag kommt. Das klingt doppelt so viel Arbeit. Es ist doppelt so viel Arbeit — und es ist die Versicherung, die Sie nicht weglassen sollten. Wer Parallelbetrieb überspringt, erfährt die fehlenden Datenlücken und Prozessfehler im Live-Betrieb, nicht vorher.

[CHART: Parallelbetrieb-Zeitplan - Gantt-Diagramm 4 Wochen - Excel und Web App laufen parallel, wöchentliche Abgleichrunden, Stichtag Woche 4 - Quelle: stakk Praxis]

Die wichtigste Regel im Parallelbetrieb: Ein System ist das führende. In den meisten Fällen ist das die neue Web App — weil nur so das Team gezwungen wird, das neue Werkzeug wirklich zu nutzen. Excel bleibt das Sicherheitsnetz, nicht das Hauptsystem.

Ohne diese Regel passiert das Wahrscheinliche: das Team trägt hauptsächlich in Excel ein, weil es vertrauter ist, und korrigiert die Web App gelegentlich nach. Das ist kein Parallelbetrieb, das ist ein gescheiterter Umstieg.

Wöchentliche Abgleichrunden:

Jeden Freitag vergleicht eine Person 20–30 Datensätze zwischen altem und neuem System. Abweichungen werden dokumentiert. Das zeigt zwei Dinge: erstens Datenfehler, die beim Import oder in der Nutzung entstanden sind. Zweitens Prozessabweichungen — also Stellen, wo das Team in der Web App anders arbeitet als geplant.

Wie lange dauert der Parallelbetrieb?

Für einen klar abgegrenzten Prozess: 2–4 Wochen. Für einen komplexen Prozess mit mehreren Beteiligten: 4–8 Wochen. Länger als acht Wochen ist ein Zeichen, dass entweder das Datenmodell nicht stimmt oder der Wechselwille im Team fehlt — beides muss angegangen werden.

Deliverable nach Woche 8-12: Dokumentierter Abgleich ohne kritische Abweichungen, Stichtag für Go-live festgelegt und kommuniziert.

---

Phase 5: Mitarbeiter schulen und Akzeptanz sichern

Die beste Web App scheitert am Schreibtisch, wenn das Team sie nicht nutzt. Bitkom hat 2025 gemessen, dass 6 von 10 Handwerksbetrieben mangelnde digitale Kompetenz bei Mitarbeitern als Haupthindernis für Digitalisierung nennen — das gilt genauso für die Einführung einer neuen Web App, auch wenn das Team das alte System kennt.

[IMAGE: Kleine Gruppe Mitarbeiter vor Bildschirm mit Web-App bei Schulung - Büro Mittelstand - search terms: team meeting small office training software laptop]

Schulung bedeutet hier nicht: ein zweistündiges Seminar mit Foliensatz. Es bedeutet: 30–45 Minuten, in denen die drei häufigsten Aufgaben live durchgespielt werden. Für jeden Mitarbeiter, der das System täglich nutzen wird. Nicht einmal für alle gemeinsam, sondern in kleinen Gruppen von zwei bis vier Personen.

Was in der Schulung abgedeckt wird:

• Neuen Auftrag anlegen
• Bestehenden Auftrag suchen und Status ändern
• Häufigste Fehlermeldungen: was bedeuten sie, was tun

Das ist alles. Mehr braucht es nicht für den Start. Alles andere ergibt sich aus der Nutzung.

[UNIQUE INSIGHT] Der unterschätzte Faktor bei der Akzeptanz ist nicht Kompetenz, sondern Kontrolle. Mitarbeiter, die von Anfang an bei der Prozessdefinition beteiligt waren, nutzen das neue System mit deutlich weniger Widerstand. Wer das System "von oben" eingeführt bekommt, ohne je gefragt worden zu sein, findet Gründe, es zu umgehen.

Was Sie nicht tun sollten:

Mitarbeiter nicht erst beim Go-live mit dem neuen System konfrontieren. Die Schulung gehört in den Parallelbetrieb, nicht danach. Wer vier Wochen parallel geübt hat, braucht am Stichtag keine Einführung mehr.

Deliverable nach Woche 8-10: Alle Kernnutzer geschult, Fragen dokumentiert, Kontaktweg für Supportfragen kommuniziert.

---

Go-live: Stichtag setzen und Excel archivieren

Am Go-live-Stichtag passiert genau eine Sache: Excel wird deaktiviert. Nicht gelöscht, nicht "auch noch nutzbar" — deaktiviert. Die Datei wird in einen schreibgeschützten Archivordner verschoben, auf den nur noch die Geschäftsführung Zugriff hat. Wer Excel nach dem Go-live aktiv zugänglich lässt, kehrt in den meisten Fällen innerhalb von drei Wochen zu Excel als führendem System zurück.

[ORIGINAL DATA] Das ist ein Muster, das wir in mehreren Projekten beobachtet haben.

Wie der Stichtag kommuniziert wird:

• Mindestens zwei Wochen vorher: Ankündigung per E-Mail und in der nächsten Teambesprechung
• Am Tag selbst: kurze Erinnerung, Kontaktweg für Fragen
• In der ersten Woche danach: tägliches Check-in mit dem Team (15 Minuten genügen)

Der Stichtag ist kein Ereignis, das einfach passiert. Er ist eine Entscheidung der Geschäftsführung, die kommuniziert und eingehalten wird. Wenn die Führung wackelt — "wir lassen Excel noch kurz offen, nur für den Fall" — wackelt das gesamte Projekt.

Was mit den historischen Excel-Daten passiert:

Die bereinigten Daten sind in der neuen Web App. Die originalen Excel-Dateien bleiben als Read-Only-Archiv erhalten — für steuerrechtliche Anforderungen (GoBD), für Rückfragen zu historischen Einträgen und als Nachweis für den Fall, dass jemand fragt, wie ein bestimmter Wert zustande kam. Löschen ist nicht nötig und in den meisten Fällen auch nicht sinnvoll.

---

Nach der Migration: Qualitätssicherung und Optimierung

Die Migration ist abgeschlossen, aber das Projekt noch nicht. Google und das Institut der deutschen Wirtschaft (IW) haben im "Digitalen Faktor" (2024) gemessen, dass digitale Prozesse durchschnittlich 100 Stunden pro Mitarbeiter und Jahr sparen — dieser Wert stellt sich nicht am ersten Tag ein, sondern über die ersten vier bis zwölf Wochen kontinuierlicher Nutzung.

[ORIGINAL DATA] In Projekten, die wir nach der Go-live-Phase begleitet haben, war der größte Produktivitätsgewinn nicht die Zeitersparnis beim Dateneingeben, sondern das Ende der "Ist-das-die-aktuelle-Version?"-Fragen. Teams, die vorher täglich mehrfach abglichen, wer welche Zahlen hat, arbeiteten nach der Migration ohne diese Reibung.

Die ersten vier Wochen nach Go-live:

• Wöchentliche Runde mit dem Team: Was funktioniert nicht wie erwartet?
• Bugfix-Runde mit dem Entwickler: Kleine Fehler schnell beheben, keine Verzögerungen
• Nutzungsanalyse: Welche Funktionen werden genutzt, welche nicht? Warum?

Was nach den ersten vier Wochen passiert:

Das System hat sich eingespielt. Jetzt ist der richtige Zeitpunkt für die erste Optimierungsrunde: Welche Felder braucht das Team eigentlich nicht? Welche Auswertung fehlt, die die Geschäftsführung gerne hätte? Welcher nächste Prozess könnte als zweites Projekt folgen?

Denn das ist das Ergebnis einer erfolgreichen ersten Migration: das Team hat Vertrauen in den Prozess. Die zweite Migration läuft in der Hälfte der Zeit, weil alle wissen, was sie tun.

Airtable vs. Custom Web App im Vergleich

Qualitätssicherung nach 12 Wochen:

Führen Sie nach drei Monaten einen Abschlussbericht durch:

• Wurde der geplante Zeitplan eingehalten? Wenn nicht: warum nicht?
• Welche Datenfehler wurden nach Go-live noch gefunden?
• Wie hat sich der Pflegeaufwand verändert?
• Würden die beteiligten Mitarbeiter das Projekt als Erfolg bezeichnen?

Die letzte Frage ist die wichtigste. Ein Migrationsprojekt, das technisch funktioniert, aber das Team nicht überzeugt hat, ist kein abgeschlossenes Projekt.

---

Fazit: Diese Reihenfolge macht den Unterschied

Eine Excel-Migration scheitert fast nie an der Technik. Sie scheitert an fehlender Bestandsaufnahme, an Daten, die nicht bereinigt wurden, und an einem Go-live ohne klaren Stichtag. Wer die fünf Phasen in der richtigen Reihenfolge durchläuft, hat ein vorhersehbares Projekt mit klar definierten Deliverables — und ein Team, das die neue Lösung wirklich nutzt.

Die fünf Deliverables im Überblick:

1. Excel-Inventarliste mit Abhängigkeiten (Woche 2)
2. Bereinigte Rohdaten, dokumentiert (Woche 5)
3. Freigegebenes Zieldaten-Modell (Woche 6)
4. Import-Protokoll ohne kritische Fehler (Woche 8)
5. Abgleichbericht Parallelbetrieb ohne Abweichungen (Woche 12)

Wenn eines dieser fünf fehlt, ist das Projekt nicht abgeschlossen — egal ob die Web App technisch läuft.

Verwandte Beiträge:

• Excel ablösen im Mittelstand: Der vollständige Guide
• Excel als Geschäftsrisiko: 9 Warnsignale
• Excel vs. Web App: Was passt für welchen Prozess?
• Airtable oder Custom Web App: Der ehrliche Vergleich

Wer die Migration nicht intern steuern will oder einen Entwickler für die Umsetzung sucht: Unsere Excel Killer-Leistung nimmt genau diese Ausgangslage und baut daraus eine mehrbenutzerfähige Web App, die Ihr Team wirklich nutzt.

---

Quellen: EUSPRiG, Horror Stories und Fehlerstatistiken (eusprig.org); sesoft.de, "Häufige Fehler bei der Datenmigration" (sesoft.de/blog/datenmigration-fehler); Microsoft Learn, Excel Connector Dokumentation (learn.microsoft.com); Google/Institut der deutschen Wirtschaft, "Der Digitale Faktor" (iwkoeln.de); Bitkom, Handwerk-Digitalisierungsstudie 2025 (bitkom.org).