In jedem zweiten kleinen Produktions-, Handels- oder Dienstleistungsunternehmen, das wir besuchen, läuft der zentrale operative Prozess auf Excel. Nicht im ERP. Nicht im CRM. In einer einzigen Datei mit zwanzig Reitern, die niemand anfassen will, weil alle Angst davor haben.
Das ist keine Pathologie — das ist der normale Lauf der Dinge. Jemand hat 2014 eine Tabelle gebaut, um Bestellungen zu verfolgen. Sie funktionierte hervorragend für 30 Aufträge im Monat. 2020 verarbeitete sie 300. Heute schafft sie 1.500, hat 47 Reiter, ein VBA-Makro, das nicht einmal der Autor vollständig versteht, und ist die einzige Stelle, an der man sieht, wie viel das Unternehmen tatsächlich verdient hat.
Es geht nicht darum, Excel auszumustern. Es geht darum, den Moment zu erkennen, an dem die Tabelle aufhört, ein Werkzeug zu sein, und zum Risiko wird — und auszusteigen, bevor sie explodiert.
Anzeichen, dass Excel über euch hinausgewachsen ist
Es gibt ein paar konkrete Symptome. Wenn drei davon zutreffen, habt ihr ein Problem:
- Nur eine Person im Unternehmen kann die Schlüsseldatei wirklich bedienen. Geht sie in den Urlaub, bleibt ein Teil der Firma stehen.
- Die Datei hat mehr als 20 Reiter oder wiegt über 30 MB. Sie braucht 40 Sekunden zum Öffnen, läuft langsam, hängt sich gelegentlich auf.
- Mehrere Personen bearbeiten sie parallel, obwohl sie es nicht sollten. Immer wieder muss jemand Änderungen aus zwei Kopien von Hand zusammenführen.
- Niemand weiß, wer Zelle B17 im Reiter „2024-Q3" geändert hat. Die Versionshistorie sind Dateinamen:
bestellungen_v17_FINAL_wirklich_final_KK.xlsx. - Excel steuert Geld, aber es gibt kein Backup, das jünger als ein Tag ist. Eigentlich gibt es nur OneDrive — „synchronisiert ja von selbst".
- Daten müssen von Hand kopiert werden zwischen Tabelle und ERP (Comarch Optima, Subiekt, enova365), weil ein System nicht weiß, was das andere weiß.
Das sind keine Schwächen von Excel. Das sind Symptome dafür, dass der Prozess aus dem Werkzeug herausgewachsen ist.
Was ihr verliert, ohne es zu merken
Die Kosten von Excel-als-System bleiben unsichtbar, bis sie jemand misst. Drei Kategorien tauchen fast immer auf:
Zeit. Manuelles Übertragen zwischen Tabelle und ERP dauert typischerweise 30–60 Minuten pro Person und Tag. In einem achtköpfigen Backoffice sind das vier Stunden am Tag — eine halbe Stelle, die niemand verbucht.
Fehler. Ein Betrag im falschen Reiter, eine Formel, die nicht mitgezogen wurde, ein Makro, das nach dem letzten Office-Update aufgehört hat zu funktionieren. Jeder Fehler kostet. Mal tausend Złoty, mal eine Reklamation eines strategischen Kunden.
Entscheidungen. Die Geschäftsleitung schaut auf einen zwei Wochen alten Bericht, weil niemand dazu kam, „die Datei zu aktualisieren". Preise, Bestände, Vertriebsprämien — alles verspätet, weil die Daten in einem Reiterstapel liegen, nicht in einem System.
Ein konkretes Beispiel
Bei einem unserer Kunden — einem 25-Personen-Großhändler für Industrieteile in Westpolen — lief der gesamte Bestellprozess über eine einzige Datei Bestellungen_2025.xlsx mit 47 Reitern und zwei Makros. Fünf Personen aus dem Backoffice bearbeiteten sie parallel. Rund einmal pro Woche zerlegte sich die Datei und jemand musste zwei OneDrive-Versionen von Hand abgleichen — eine Stunde Arbeit plus die Angst, dass etwas verloren ging. Eine einzige Bestellung auszustellen dauerte im Schnitt acht Minuten, weil die Daten aus der Tabelle in Comarch Optima übertragen und von dort auf den Lieferschein umgeschrieben werden mussten.
Wir haben für sie eine schlanke Webanwendung in .NET auf SQL Server gebaut und über die API mit Optima verbunden. Drei Monate Arbeit, ein Entwickler und unser Analyst auf der Prozessseite. Nach dem Go-Live: eine Bestellung erstellen dauert 90 Sekunden, es gehen keine Aufträge mehr verloren, und der Jahresumsatz von 23 Mio. Złoty hängt nicht mehr davon ab, ob jemand vor dem Ausloggen die Excel-Datei gespeichert hat. Das Projekt amortisierte sich in elf Monaten allein über eingesparte Zeit im Backoffice.
Das war keine Migration auf ein großes ERP für 400.000 Złoty. Es war eine Anwendung um einen Prozess herum, in dem das Unternehmen Geld verlor.
Die häufigsten Fehler bei der Migration aus Excel
Der Ausstieg aus Excel ist ein Projekt, bei dem man leicht einen Fehler macht, der teurer ist als das Bleiben. Vier sehen wir am häufigsten:
- Direkt zum großen ERP springen. Statt einen schmerzhaften Prozess abzuschließen, kauft die Firma ein System, das „alles" kann. Die Einführung zieht sich anderthalb Jahre, das Team rebelliert, Excel bleibt neben dem ERP als Schatten-IT. Wie groß die Katastrophe wird, hängt nur am Lizenzpreis.
- 1:1-Migration. Die neue Anwendung bildet alle 47 Excel-Reiter ab, samt der Eigenheiten, die entstanden sind, weil „das immer so gemacht wurde". Im neuen System sind diese Eigenheiten noch schwerer zu ändern als in der Tabelle.
- Die ERP-Integration weglassen. Ihr baut eine Webanwendung, lasst aber das manuelle Übertragen in Comarch Optima bestehen. Die Hälfte des Schmerzes bleibt, das Budget ist schon weg.
- Kein Prozessverantwortlicher auf Kundenseite. Der Entwickler weiß nicht, wie das Backoffice wirklich arbeitet. Ohne jemanden, der sich drei Stunden pro Woche mit dem Team hinsetzt, entsteht eine Anwendung, die niemand benutzen will.
Wo anfangen
Wenn euer Excel drei der Anzeichen aus der ersten Liste erfüllt, fangt mit drei Schritten an, bevor ihr überhaupt Technologie auswählt.
- Wählt EINEN Prozess, in dem die Tabelle am meisten weh tut. Nicht „alles". Einen.
- Messt den Ist-Zustand: wie lange er dauert, wie viele Fehler ihr im Monat fangt, wie oft pro Woche die Datei zerfällt. Ohne diese Zahlen könnt ihr später nie belegen, dass das neue System etwas gebracht hat.
- Schreibt den Prozess auf Papier auf Schritt für Schritt — ohne Excel, ohne System, als Abfolge menschlicher Entscheidungen. Wenn ihr das nicht in einer Stunde schafft, ist nicht das Werkzeug kaputt, sondern der Prozess.
Erst danach lohnt es sich, jemanden wie uns zu fragen, ob die Antwort eine Webanwendung ist, ein Modul im bestehenden ERP oder vielleicht eine kleine Integration, die Excel als Oberfläche behält, aber dahinter eine richtige Datenbank stellt.
Excel bleibt im Unternehmen. Es hört nur auf, das System des Unternehmens zu sein.
Der Ausstieg aus Excel bedeutet nicht, ein größeres System zu kaufen. Er bedeutet zu verstehen, welcher Prozess aus dem Werkzeug herausgewachsen ist — und genau diesen zu schließen.