Excel ablösen:die kambrische Explosion der Software

Ein typisches Muster in kleinen Betrieben sieht so aus: Die Preisliste liegt in Excel. Die Urlaubsplanung liegt in Excel. Das Angebotstool mit den Makros hat Frank (fiktiver Name) gebaut, vor Jahren, an einem langen Freitag. Und dann gibt es die eine Datei, die keiner anfassen darf, weil keiner mehr weiß, was passiert, wenn man es tut.

Spreadsheets sind vermutlich die meistbenutzte Programmiersprache der Welt, mit Hunderten Millionen Nutzer:innen, und verschiedene Studien finden in rund 95 Prozent davon Fehler (Quelle: arXiv, 2026). Formeln sind Code. Makros sind Code. Nur ohne Tests, ohne Versionierung und ohne dass eine zweite Person draufschaut.

Wann wird Excel zur Datenbank?

Der Moment, in dem es kippt: Excel dient als Datenbank. In der Datei wird nicht mehr gerechnet, sondern verwaltet. Kunden, Aufträge, Bestände. Ab da hängen Menschen an der Tabelle, die sie nie gebaut haben.

Wie wenig das mit Sorgfalt zu tun hat, zeigt ein Fall aus dem Herbst 2020. Public Health England hat Testergebnisse in einem alten Excel-Dateiformat zusammengeführt, das nur rund 65.000 Zeilen fasst. Knapp 16.000 Covid-Fälle wurden deshalb tagelang nicht gemeldet (Quelle: BBC, 2020). Keine Unfähigkeit: eine gut geführte Organisation, ein Routine-Dateiformat und ein Limit, das ohne Warnung greift (Quelle: FinTask, 2026). Die Tabelle war voll, und nichts hat Bescheid gesagt.

Excel war nie das Problem. Niemand hat gesagt: Was du da tust, ist Software bauen.

In der ersten Februarwoche 2026 wurden in sieben Tagen über eine Billion Dollar Börsenwert aus Software-Aktien gelöscht (Quelle: Forrester, 2026). Auslöser war das Tempo der KI-Agenten und die Wette, dass Betriebe ihre Werkzeuge künftig selbst bauen oder bauen lassen, statt Lizenzen pro Arbeitsplatz zu bezahlen. Das ist eine Erwartung an der Börse, keine gemessene Ablösung. Gleichzeitig wächst der Software-Umsatz in Deutschland 2026 um 10,2 Prozent auf 58,3 Milliarden Euro (Quelle: Bitkom, 2026).

Die Börse preist die Werkzeuge von der Stange ab. Software insgesamt wird mehr. Der Wert wandert weg vom Anbieter, hin zu dem, was der Betrieb selbst weiß: seine Abläufe, seine Daten, seine Sonderfälle.

Standard-Tools waren Kompromisse. Der Sonderpreis für die Stammkundschaft stand im Kommentarfeld, weil die Software kein Feld dafür vorgesehen hatte. Wenn das Werkzeug zu deinem Laden passt, wird dein Wissen über den Laden zum Wertvollsten, was du hast.

Die Kehrseite heißt Schatten-Software

Die Excel, die keiner kannte, war Schatten-IT. Die App, die eine Kollegin am Wochenende gebaut hat, ist es auch. Laut Bitkom hat knapp ein Viertel der Unternehmen, 23 Prozent, Regeln für den KI-Einsatz, und vier von zehn gehen davon aus, dass ohnehin private KI-Werkzeuge im Einsatz sind (Quelle: Bitkom, 2025). In einer Umfrage von EY aus dem März 2026 berichten 45 Prozent der Tech-Führungskräfte von bestätigtem oder vermutetem Datenabfluss durch nicht freigegebene KI-Werkzeuge (Quelle: EY via Adaptive Security, 2026).

Ein Verbot schiebt solche Apps eher tiefer in den Schatten. Die Frage, die Excel nie stellen musste: Wer kommt eigentlich an die Daten ran?

Stufe 1: Intern zuerst, eigene Daten zuerst

Deine erste eigene App löst eine Excel ab, die nur dein Team benutzt und in der keine Kundendaten stehen. Wenn du nicht weißt, welche: Nimm die Datei, in der nicht mehr gerechnet, sondern verwaltet wird. Urlaubsplanung, Preisliste, Auftragsübersicht. Sie läuft hinter einem Login, mit Zugang nur für Konten, die du kennst. Hier bleibt der Fehlerradius fast so klein wie bei der Tabelle, und du lernst das Bauen, ohne Verantwortung für fremde Daten zu tragen.

Drei Dinge machst du dabei sofort besser als in Excel. Jede Änderung ist nachvollziehbar, weil die Anwendung versioniert ist. Es gibt eine Wahrheit statt sieben Dateien. Und es gibt ein Backup, das du mindestens einmal wirklich zurückgespielt hast.

Stufe 2: Die Daten-Grenze bewusst setzen

Vor jedem neuen Feature steht eine Frage: Wessen Daten sind das? Deine, die deiner Mitarbeitenden oder die von Kund:innen? Sobald Kundendaten dazukommen, brauchst du drei Dinge. Zugriffsschutz auf Zeilenebene, also eine Regel, wer welche Zeile sehen darf. Keine geheimen Schlüssel in dem Code, der im Browser landet. Und ein Löschkonzept. Die ersten beiden sind genau das, was in den Scans fehlte.

Laut der Stack Overflow Developer Survey 2025 nutzen 84 Prozent der Entwickler:innen KI-Werkzeuge, aber nur 33 Prozent vertrauen dem Ergebnis, und 46 Prozent misstrauen ihm aktiv (Quelle: Stack Overflow via Coderfile, 2026). Symbiotic Security hat im August 2026 gemessen, dass KI-assistierte Repositories im Schnitt 42,3 Schwachstellen tragen, rein menschlich geschriebene 9,6. Das ist mehr als das Vierfache (Quelle: Symbiotic Security via VibeEval, 2026).

Die Profis haben nicht weniger Vertrauen als du. Sie haben eine Checkliste.

Stufe 3: Vor dem ersten fremden Menschen

Bevor deine App eine öffentliche Adresse bekommt, ändert sich die Frage von „Läuft es?“ zu „Trägt es?“. Wer ruft an, wenn sie nachts ausfällt? Was passiert, wenn jemand 10.000 Anfragen pro Minute schickt? Wo steht, welche Daten du warum speicherst? Welche neun Fragen dein Tool beantworten sollte, bevor der erste fremde Mensch es benutzt, steht in „Produktionsreife Software“. Du kannst sie an einem Nachmittag durchgehen.

An dieser Stelle entscheidest du auch, ob du das allein trägst oder jemanden dazuholst. Fürs Bauen brauchst du niemanden. Fürs Verantworten vielleicht schon.

Selbst zu bauen ist richtig. Heikel wird es, wenn die App eine öffentliche Adresse bekommt und niemand gefragt hat, wessen Daten darin liegen. Kleine Betriebe haben hier einen Vorteil: niemand sagt Nein. Die Reihenfolge ist das Nein, das du dir selbst gibst.