Excel ist euer heimliches Kernsystem geworden: was nun?

Wie aus einer Tabelle ein Kernsystem wird

Fast jede Excel-Datei beginnt harmlos. Jemand braucht schnell eine Übersicht: offene Aufträge, eine Preisliste, einen Schichtplan. Eine Tabelle steht in zehn Minuten, kostet nichts extra und läuft sofort. Diese Niederschwelligkeit ist die grosse Stärke von Excel, und genau sie wird später zum Problem.

Denn klein bleibt die Tabelle selten. Eine Spalte kommt dazu, dann ein zweites Blatt, dann eine Formel, die auf das erste verweist. Eine Kollegin baut sich eine eigene Kopie, weil ihr ein Feld fehlt. Ein Makro nimmt einen wiederkehrenden Handgriff ab. Zwei Jahre später hängen an dieser einen Datei die Auftragsabwicklung, die Rechnungsstellung und die Personalplanung. Entschieden hat das niemand. Es ist einfach passiert.

Wir nennen so etwas ein heimliches Kernsystem: Software, die geschäftskritische Prozesse trägt, ohne je dafür geplant, getestet oder abgesichert worden zu sein. Excel ist der häufigste Fall, weil es auf jedem Rechner liegt und weil nichts dich bremst, es immer weiter zu belasten. Das Risiko bleibt unsichtbar, solange alles läuft. Es meldet sich erst, wenn etwas schiefgeht, und dann meist zum schlechtesten Zeitpunkt.

Drei Risiken, die mit der Tabelle mitwachsen

Das erste ist die Fehleranfälligkeit. Excel macht keinen Unterschied zwischen einer Zahl, die jemand bewusst eintippt, und einer Zahl, die versehentlich eine Formel überschreibt. Eine verrutschte Zeile, eine kopierte Zelle mit falschem Bezug, ein Komma statt eines Punktes: Keine dieser Aktionen löst eine Warnung aus. Der falsche Wert steht in der Tabelle und wird weiterverrechnet, als wäre er richtig. Untersuchungen zu Tabellenkalkulationen in Unternehmen finden seit Jahrzehnten dasselbe Muster, nämlich dass ein erheblicher Teil der produktiv genutzten Tabellen Fehler enthält. Bei der Einkaufsliste ist das egal. Bei einer Datei, die Angebotspreise oder Löhne steuert, kann ein einziger falscher Bezug richtig teuer werden, und auffallen tut er oft erst Wochen später.

Das zweite Risiko trägt einen Namen. In fast jeder gewachsenen Tabelle gibt es die eine Schlüsselperson, die das Konstrukt versteht: welche Spalte man nicht anfassen darf, warum Blatt drei auf Blatt eins verweist, woher das Makro stammt. Dieses Wissen steht nirgends. Es lebt in einem Kopf. Fällt diese Person aus, durch Krankheit, Kündigung oder auch nur drei Wochen Ferien, wird die Tabelle zur Blackbox. Niemand traut sich mehr an eine Änderung, aus Angst, das Ganze zu zerlegen. Dann hast du ein System, das zwar noch läuft, das aber niemand mehr pflegen oder weiterentwickeln kann. Spürbar wird dieser Stillstand erst beim nächsten Sonderfall, den die Tabelle so noch nie gesehen hat.

Das dritte Risiko ist der fehlende Mehrbenutzerbetrieb. Excel ist als Einzelplatz-Werkzeug gedacht. Sobald mehrere Leute gleichzeitig an dieselbe geschäftskritische Datei müssen, beginnt das Behelfsbasteln. Die Datei liegt auf einem Netzlaufwerk und ist gesperrt, sobald sie jemand offen hat. Oder es kursieren fünf Versionen mit Namen wie final-neu-final, und keiner weiss mehr, welche stimmt. Auch die Cloud-Varianten mit gleichzeitigem Bearbeiten lösen das nur halb: Es fehlen saubere Rechte, also wer welche Zeile sehen oder ändern darf. Es fehlt eine Historie, also wer wann was angepasst hat. Und es fehlt der eine verlässliche Stand, der als Wahrheit gilt. Zu zweit geht das noch gut. In einem wachsenden Team wird daraus tägliche Reibung.

Woran du merkst, dass die Schwelle überschritten ist

Du musst nicht jede Tabelle ersetzen. Die allermeisten Excel-Dateien sind genau das richtige Werkzeug und sollen es bleiben. Es lohnt sich aber, die Anzeichen zu kennen, an denen eine Tabelle vom Hilfsmittel zum Kernsystem kippt.

Das deutlichste ist, wenn mehrere Rollen an derselben Datei hängen. Arbeiten nicht nur du, sondern auch Verkauf, Buchhaltung und Disposition aus einer Tabelle, trägt sie einen Prozess und nicht mehr nur eine Notiz. Dazu kommt die Angst vor Änderungen: Will niemand mehr eine Spalte ergänzen, weil unklar ist, was dabei kaputtgeht, ist die Komplexität über das Werkzeug hinausgewachsen. Ein drittes Zeichen ist der manuelle Übertrag. Werden Daten von Hand aus der Tabelle in andere Systeme abgetippt, ist sie zur Quelle geworden, die mit dem Rest nicht redet. Und wenn ihr regelmässig Zeit damit verbringt, Versionen zusammenzuführen oder Fehler zu suchen, zahlt ihr längst den Preis für ein System, das über seine Verhältnisse arbeitet.

Erkennst du mehrere dieser Punkte wieder, stellt sich nicht mehr die Frage, ob Excel das richtige Werkzeug ist. Es geht nur noch darum, wie du geordnet herauskommst, ohne den laufenden Betrieb zu gefährden.

Wann es sich nicht lohnt zu migrieren

Genauso wichtig ist die Gegenfrage: Wann lass die Finger davon? Wenn an deiner Tabelle nur eine Person hängt, der Inhalt unkritisch ist und ein Fehler niemandem weh tut, dann ist eine eigene Software schlicht zu teuer für den Nutzen. Eine Ferienplanung, eine private Aufgabenliste, eine Auswertung, die du einmal im Quartal von Hand baust: Lass das in Excel. Software lohnt sich dort, wo der Schmerz wiederkehrt, wo mehrere Leute betroffen sind und wo ein Fehler Geld oder Vertrauen kostet.

Und manchmal ist die Antwort gar keine Eigenentwicklung, sondern ein fertiges Programm von der Stange. Geht es um eine Standardaufgabe wie Buchhaltung oder Zeiterfassung, für die es ausgereifte Lösungen am Markt gibt, ist es selten klug, das selbst zu bauen. Eigene Software wird interessant, wenn dein Ablauf gerade nicht Standard ist, sondern eure Eigenheit, und genau die lässt sich von der Stange nicht abbilden. Ob das auf dich zutrifft, klärst du am besten an einem konkreten Beispiel, nicht an der allgemeinen Frage.

Ein Migrationspfad, der den Betrieb nicht anhält

Der häufigste Fehler ist der grosse Wurf: ein Projekt, das die ganze Tabellenlandschaft auf einen Schlag durch ein neues System ersetzen soll. Solche Vorhaben werden teuer, ziehen sich und scheitern oft, weil sie zu viel auf einmal wollen, während der Betrieb weiter aus der alten Tabelle gespeist wird. Warum diese Grossprojekte so häufig kippen, haben wir unter warum SaaS-Projekte scheitern ausgeführt.

Der ruhigere Weg läuft umgekehrt. Du fängst nicht beim System an, sondern beim grössten Schmerzpunkt. Such die eine Stelle, an der die Tabelle am meisten weh tut: dort, wo am häufigsten Fehler passieren, wo der manuelle Aufwand am grössten ist oder wo die Abhängigkeit von einer Person am gefährlichsten ist. Dieses eine Stück löst du aus Excel heraus und gibst ihm seine eigene, kleine Software.

Der Vorteil ist handfest. Statt nach Monaten bekommst du nach Wochen ein erstes funktionierendes Teilstück, das einen echten Schmerz nimmt, und alles übrige läuft unverändert in Excel weiter. Neue Software und alte Tabelle stehen eine Weile nebeneinander. Das ist kein Mangel, das ist der Sinn der Sache: Am realen Betrieb lernst du, was die Software können muss, bevor du das nächste Stück angehst. Diese Logik, klein anfangen und am Schmerzpunkt prüfen, ist im Kern dieselbe wie bei einem MVP. Du baust zuerst das, was den grössten Unterschied macht, und nicht gleich das vollständige System.

Von diesem ersten Stück aus wächst die eigene Software Stück für Stück. Jedes weitere löst ein Stück Tabelle ab, bis am Ende der gefährliche Kern, also die Auftragsabwicklung oder die Preisberechnung, sauber in einem System liegt: eines, das mehrere Leute gleichzeitig nutzen, das eine Historie führt und das Eingaben prüfen kann, bevor sie Schaden anrichten. Was in Excel gut aufgehoben ist, bleibt ruhig dort. Es geht nicht darum, Excel abzuschaffen, sondern darum, es von der Last zu befreien, die es nie tragen sollte.

Warum wir nicht nur bauen, sondern betreiben

Wird aus einer Tabelle eigene Software, entsteht ein System, das jemand betreiben muss. Es braucht ein Zuhause, Sicherungen, Aktualisierungen und einen Ansprechpartner, wenn es klemmt. In dieser zweiten Runde scheitern viele Vorhaben: Die Software ist gebaut, doch für den Betrieb fühlt sich niemand zuständig, und nach einem Jahr ist sie so verwaist wie zuvor die Tabelle.

Wir gehen das anders an, weil wir unsere eigenen Produkte selbst betreiben. Wortfreunde und Reazon laufen Tag für Tag unter unserer Verantwortung, mit denselben Fragen nach Verfügbarkeit, Datensicherheit und Pflege, die auch deine Software stellen wird. Diese Betriebssicht steckt von Anfang an im Entwurf. Wir denken schon beim Bauen daran, wie das System in zwei Jahren gewartet, erweitert und abgesichert wird, und nicht nur daran, wie es am Tag der Übergabe aussieht. Wie so ein Weg von der gewachsenen Tabelle zur eigenen Anwendung konkret läuft, kannst du auf unserer Seite zu Individualsoftware für KMU nachlesen.

Der nächste vernünftige Schritt

Wenn dir beim Lesen eine bestimmte Tabelle in den Sinn gekommen ist, hast du die halbe Antwort schon. Diese eine Datei, bei der dir mulmig wird, sobald du dir vorstellst, dass die zuständige Person morgen ausfällt, ist dein Ausgangspunkt. Ersetzen musst du sie nicht heute, und schon gar nicht alles auf einmal.

Fang klein und konkret an: Benenne den grössten Schmerzpunkt in dieser Tabelle, beschreib ihn in ein paar Sätzen und überleg, was passierte, wenn er morgen ausfiele. Aus dieser einen klaren Antwort lässt sich ein erstes Stück Software zuschneiden, das den Betrieb nicht anhält, sondern entlastet. So wird aus dem heimlichen Kernsystem nach und nach ein System, das den Namen verdient: eines, das gepflegt wird, mehrere Leute trägt und nicht an einer einzigen Datei hängt.