Von SaaS zu AI-native: Die 5 Wellen der Unternehmenssoftware und warum die fünfte alles verändert

Jedes Jahrzehnt bricht etwas das vorherige Modell der Unternehmenssoftware auf. Keine inkrementelle Verbesserung. Keine neue Version mit mehr Schaltflächen. Ein Kategoriewechsel, der das Vorherige primitiv erscheinen lässt.

Es geschah, als die Cloud die eigenen Server ersetzte. Es geschah, als vertikales SaaS monolithische Suiten ersetzte. Und es geschieht jetzt, auch wenn die meisten Unternehmen es noch nicht sehen.

Dieser Artikel stellt einen Rahmen von fünf Wellen vor, um zu verstehen, woher Unternehmenssoftware kommt, wo sie steht und wohin sie geht. Es ist keine akademische Übung. Es ist ein Werkzeug, um eine Entscheidung zu treffen: Gehört Ihre aktuelle Software zur kommenden oder zur vergehenden Welle?

Welle 1: On-Premise (1990er-2000er)

Was es löste: Es digitalisierte Prozesse, die zuvor Papier, Aktenordner und Tabellenkalkulationen waren. Zum ersten Mal konnte ein Unternehmen Buchhaltung, Inventar und Rechnungsstellung in einem einzigen System haben.

Die Protagonisten: SAP, Oracle, Microsoft Navision, JD Edwards.

Was es kostete: Eigene Server. Sechsstellige Lizenzen. Berater für 12-18 Monate Implementierung. Eine IT-Abteilung nur für den Betrieb des Systems. Updates, die das Unternehmen ein ganzes Wochenende lahmlegten.

Was es brach: Es schuf eine Abhängigkeitsindustrie. Die Software war so teuer und komplex zu implementieren, dass ein Wechsel undenkbar war. Unternehmen wählten kein ERP – sie wurden in einem gefangen. Und nur große Unternehmen konnten es sich leisten.

Welle 1 etablierte ein Paradigma, das heute in vielen Unternehmen fortbesteht: Unternehmenssoftware ist kompliziert, teuer, und man braucht Experten, um sie zu nutzen. Dieser Glaube ist so verinnerlicht, dass viele Menschen ihn als Naturgesetz akzeptieren. Das ist er nicht. Es ist ein Konstruktionsfehler.

Welle 2: Cloud (2000er-2010er)

Was es löste: Es eliminierte die Server. Man brauchte keinen Serverraum mehr, kein IT-Team für Backups und keinen eigenen Disaster-Recovery-Plan. Jemand anderes kümmerte sich um die Infrastruktur.

Die Protagonisten: Salesforce (der Pionier), NetSuite, SAP Business ByDesign.

Was es versprach: Die gleiche Leistung, ohne den Schmerz der Serverwartung. Zugriff von überall. Automatische Updates.

Was es brach: Die Software war dieselbe. Die gleiche Komplexität. Die gleichen unendlichen Menüs. Die gleichen Berater. Es änderte sich nur, wo die Daten lebten. Salesforce benötigte (und benötigt immer noch) einen Vollzeitadministrator. NetSuite erforderte immer noch mehrmonatige Implementierungen.

Welle 2 war eine Änderung der Infrastruktur, kein Paradigmenwechsel. Sie verschob das Problem, löste es aber nicht. Der Benutzer war immer noch ein Formularbediener – nur dass die Formulare jetzt in einem Browser statt auf einem Desktop waren.

Welle 3: Vertikales SaaS (2010er-2020er)

Was es löste: Einfachheit. Zum ersten Mal konnte sich ein Freiberufler oder ein Unternehmen mit 5 Personen anmelden, 15 Euro pro Monat bezahlen und noch am selben Tag mit der Rechnungsstellung beginnen. Ohne Berater. Ohne Implementierung. Ohne jemanden anzurufen.

Die Protagonisten: Holded, Xero, QuickBooks Online, FreshBooks, Contasimple, Wave.

Die eigentliche Revolution: Vertikales SaaS demokratisierte den Zugang. Unternehmenssoftware war nicht mehr ausschließlich Konzernen mit IT-Budget vorbehalten. Eine freiberufliche Designerin in Barcelona konnte dieselben Tools nutzen, die früher nur multinationalen Unternehmen zur Verfügung standen.

Was es brach: Jedes Tool löste ein vertikales Problem, sprach aber nicht mit den anderen. Rechnungsstellung hier, CRM dort, E-Mail-Marketing woanders, Projektmanagement wieder woanders. Das Ergebnis: 8, 12, 15 SaaS, die nie miteinander kommunizieren. Duplizierte Daten. Kopieren und Einfügen zwischen Tabs. Die ewige Excel-Tabelle als Klebstoff zwischen Systemen.

Und etwas Subtileres: Die meisten dieser Produkte wurden als Formulare mit Datenbank gebaut. Sie geben Daten ein. Die Software speichert sie. Sie fragen sie ab. Die Software zeigt sie an. Die Intelligenz liegt beim Benutzer, nicht im System.

Welle 4: API-First / Composable (2018-2024)

Was es löste: Das Integrationsproblem. Wenn jedes Tool eine offene API hat, können Sie sie programmatisch verbinden. Sie bauen Ihren Stack wie Legosteine: Zahlungen mit Stripe, Banking mit Plaid, Kommunikation mit Twilio, Automatisierung mit Zapier oder n8n.

Die Protagonisten: Stripe, Plaid, Twilio, Segment, Zapier, Make, n8n.

Das Versprechen: Headless, programmierbare, modulare Software. Jedes Unternehmen stellt seinen Stack maßgeschneidert zusammen. Ohne Vendor-Lock-in. Die besten Komponenten auf dem Markt sind miteinander verbunden.

Was es brach: Sie brauchen ein technisches Team. Jemand muss die Architektur entwerfen, die Integrationen schreiben, die Abläufe pflegen, debuggen, wenn nachts um 3 Uhr etwas schiefgeht. Für ein Startup mit Developers ist es das Paradies. Für eine Zahnarztpraxis, ein Steuerbüro oder ein Designstudio ist es unzugänglich.

Welle 4 gab denjenigen Macht, die bereits technische Macht besaßen. Für 95% der Unternehmen weltweit ist das Composable-Versprechen irrelevant, da sie kein Entwicklungsteam haben (und auch keines wollen).

Welle 5: AI-native (2024+)

Was es löst: Alles Vorherige. Gleichzeitig.

AI-native Software ist kein ERP, an das ein Chatbot angeklebt wurde. Es ist Software, die vom ersten Tag an mit integrierter Intelligenz in jeder Schicht aufgebaut wurde. Das System wartet nicht auf Anweisungen – es versteht Kontext, erkennt Muster, antizipiert Bedürfnisse und handelt.

Der grundlegende Unterschied: In den Wellen 1-4 bedient der Benutzer die Software. In Welle 5 bedient die Software den Benutzer.

Sie brauchen keine Server (Welle 1 gelöst). Sie müssen keine Infrastruktur warten (Welle 2 gelöst). Sie brauchen keine Berater, um zu beginnen (Welle 3 gelöst). Sie brauchen kein Entwicklungsteam, um alles zu verbinden (Welle 4 gelöst). Und Sie müssen nicht derjenige sein, der jede Daten eingibt, jedes Feld überprüft und jede operative Mikroentscheidung trifft.

Das ist keine Marketing-Rhetorik. Es ist Architektur. Und es ist der Unterschied zwischen Software, die KI hat, und Software, die KI ist.

Warum Bolt-on-KI nicht funktioniert

Die Antwort der Wellen 1-4 auf die KI-Revolution war vorhersehbar: das bestehende Produkt nehmen und einen Chatbot darauf kleben. „Jetzt mit KI“ im Hero-Bereich der Landingpage. Ein Copilot-Button in der Ecke, der einen Chat öffnet, in dem Sie Fragen stellen können.

Das funktioniert aus drei strukturellen Gründen nicht:

1. Die Architektur wurde nicht für KI entwickelt. Ein älteres ERP hat Datensilos, starre Abläufe und eine UX, die für manuelle Eingaben konzipiert ist. KI hinzuzufügen ist wie ein GPS in eine Postkutsche einzubauen. Sie wissen vielleicht, wohin Sie fahren, aber die Geschwindigkeit bleibt die des Pferdes.

2. Es gibt keinen echten Kontext. Ein an ein ERP geklebter Chatbot kann Fragen zu dem beantworten, was in der Datenbank ist. Aber er kann nicht antizipieren, nicht proaktiv handeln, keine Signale aus verschiedenen Quellen verbinden, weil er nicht dafür konzipiert wurde. Es ist eine glorifizierte Suchmaschine.

3. Keine Interoperabilität mit Agenten. Die Agentenwirtschaft ist bereits Realität – McKinsey prognostiziert für 2030 zwischen 3 und 5 Billionen US-Dollar an agentenvermitteltem Handel. Ein ERP ohne MCP-Server, ohne offene, für Agenten konzipierte API, ohne Echtzeit-Webhooks existiert in diesem neuen Ökosystem einfach nicht. Es ist für die KI unsichtbar.

Bolt-on-KI erfüllt eine Marketing-Checkliste. Sie transformiert das Erlebnis nicht.

Was Software der Welle 5 anders macht

Anstatt abstrakt zu sprechen, drei konkrete Fähigkeiten, die den Unterschied verdeutlichen:

1. OCR mit Verständnis, nicht nur Lesefunktion

Die ERPs der Welle 3 begannen, OCR für Ausgaben anzubieten: Sie laden ein Foto des Belegs hoch, und das System extrahiert den Text. Das funktioniert, bis der Beleg zerknittert ist, in einer anderen Sprache vorliegt oder ein unerwartetes Format hat. Und sobald der Text extrahiert ist, entscheiden Sie über die Kategorie, den Lieferanten und das Buchhaltungskonto.

Die AI-native Software extrahiert die Daten, versteht, um welche Art von Ausgabe es sich handelt, weist die korrekte Steuerkategorie gemäß Ihrem Profil zu (es ist nicht dasselbe, auf dem Festland oder auf den Kanarischen Inseln zu operieren), identifiziert oder erstellt den Lieferanten und generiert den Buchungssatz. Sie machen das Foto. Das System erledigt den Rest.

2. Agenten, die in Ihrem Namen handeln

Ein ERP der Welle 3 oder 4 ermöglicht es Ihnen, Zapier für einfache Workflow-Automatisierungen zu verbinden. Aber das Design dieser Workflows erfordert technisches Denken: Trigger, Bedingungen, Feldzuordnungen. Und wenn etwas schiefgeht, debuggen Sie selbst.

Die AI-native Software stellt einen MCP-Server (Model Context Protocol) mit Tools zur Verfügung, die jeder KI-Agent nutzen kann. Das bedeutet, dass Sie Claude, einem personalisierten Agenten oder jedem KI-Assistenten sagen können: „Überprüfen Sie meine ausstehenden Rechnungen und senden Sie eine Erinnerung an Kunden, die seit mehr als 30 Tagen nicht bezahlt haben.“ Der Agent verbindet sich mit Ihrem ERP, fragt die Daten ab, führt die Aktion aus. Ohne Zapier. Ohne Konfiguration. Ohne zu wissen, was eine API ist.

3. Kontextuelle Steuerintelligenz

Bis Welle 4 wendet die Rechnungssoftware die von Ihnen konfigurierten Steuersätze an. Wenn Sie auf den Kanarischen Inseln tätig sind, stellen Sie IGIC auf 7% ein. Wenn Sie einem innergemeinschaftlichen Kunden eine Rechnung stellen, wählen Sie die Umkehrung der Steuerschuldnerschaft. Jede Steuerentscheidung liegt bei Ihnen.

Die AI-native Software weiß, wo Sie tätig sind, kennt die Steuerzone jedes Kunden, wendet das korrekte Regime automatisch an und benachrichtigt Sie, wenn eine Inkonsistenz erkannt wird. Sie fordert Sie nicht auf, zwischen IVA, IGIC oder Befreiung zu wählen. Sie weiß es. Und wenn sich die Vorschriften ändern, passt sie sich an.

4. Dashboard, das diagnostiziert, nicht nur dekoriert

Ein traditionelles dashboard zeigt KPIs: Monatliche Einnahmen, ausstehende Ausgaben, überfällige Rechnungen. Informationen. Daten. Zahlen.

Ein AI-natives dashboard sagt Ihnen, was diese Informationen bedeuten: „Ihre Ausgaben in diesem Monat sind 23% höher als der vierteljährliche Durchschnitt. Der Anstieg kommt von professionellen Dienstleistern. Wenn Sie dieses Tempo beibehalten, sinkt Ihre Bruttomarge in diesem Quartal von 60% auf 47%.“ Es wartet nicht darauf, dass Sie analysieren. Es analysiert und kommuniziert.

Checkliste: Ist Ihre Software wirklich AI-native?

Nicht alles, was „mit KI“ sagt, ist es auch. Dies sind die Fragen, die Marketing von der Realität trennen:

Wenn Ihre aktuelle Software weniger als 4 dieser 7 Punkte erfüllt, gehört sie zu einer früheren Welle. Das bedeutet nicht, dass sie schlecht ist. Es bedeutet, dass sie für ein anderes Paradigma entwickelt wurde.

Die fünfte Welle ist bereits da

Jeder Übergang zwischen den Wellen folgte demselben Muster: Die neue Welle schien denen, die in der vorherigen bequem waren, unnötig. Unternehmen, die SAP on-premise nutzten, sahen keine Notwendigkeit für die Cloud. Diejenigen, die Salesforce nutzten, verstanden nicht, warum jemand ein einfaches vertikales SaaS wollte. Diejenigen, die ihren Composable Stack mit APIs hatten, sahen das Problem nicht.

Und in jedem Fall ersetzte die neue Welle die vorherige nicht, weil sie in derselben Sache besser war. Sie ersetzte sie, indem sie die vorherige Frage irrelevant machte.

Welle 5 konkurriert nicht um „beste Rechnungsstellung“ oder „mehr Integrationen“. Sie konkurriert um eine andere Frage: Wie viele Stunden pro Woche verbringen Sie damit, Software zu bedienen, anstatt Ihr Geschäft zu betreiben?

Wenn die Antwort mehr als null ist, gehört Ihre Software zu einer früheren Welle.

Die fünfte Welle ist bereits da. Die meisten Unternehmen wissen es einfach noch nicht.