Individuelle ERP-Software für den Mittelstand: Wann sich ein maßgeschneidertes ERP lohnt

Die meisten Mittelständler erleben ihr ERP als Kompromiss. Man hat ein Standardsystem gekauft, das 70 Prozent der Prozesse passabel abbildet — und für die restlichen 30 Prozent passt man entweder den eigenen Betrieb an die Software an oder baut eine wachsende Schicht aus Excel-Tabellen, Zusatztools und Workarounds darüber. Genau dort, wo ein Unternehmen anders ist als der Wettbewerb, ist die Software am schwächsten. Das ist kein Zufall, sondern Bauart: Standardsoftware bildet den Durchschnitt ab, nicht den Unterschied.

Die spannende Frage 2026 ist nicht mehr „Standard oder individuell” als Glaubensfrage, sondern eine nüchterne: Was hat sich an der Rechnung geändert, jetzt wo Software mit KI-Coding-Agenten gebaut wird — und für welche Prozesse lohnt sich maßgeschneidertes ERP wirklich? Dieser Leitfaden beantwortet beides, aus der Perspektive von jemandem, der solche Systeme baut.

Warum Standard-ERP im Mittelstand oft drückt

Die größte unabhängige Anwenderstudie im deutschsprachigen Raum, Trovarits „ERP in der Praxis 2024/25” (über 1.700 Anwenderunternehmen, über 40 Systeme, Stand 25.09.2024), liefert dazu einen unbequemen Befund: Die Zufriedenheit mit dem ERP sinkt mit der Komplexität. Kleine, spezialisierte Lösungen schneiden besser ab; je größer, vielstandortiger und automatisierter die Installation, desto unzufriedener die Anwender. Gleichzeitig fällt die Zufriedenheit mit dem Anbieter-Service (Schulnote 1,96, sinkend) — kritisiert werden Erreichbarkeit, Kompetenz und Reaktionszeit.

Dahinter steckt ein Muster: Ein Standardsystem, das man stark anpasst, wird teuer und fragil. Trovarit nennt explizit den Schmerz bei Release-Wechseln und lückenhafter Anpassungsdokumentation. Jede individuelle Anpassung an einem Standard-ERP ist eine Hypothek, die bei jedem Update fällig wird. Man bezahlt die Flexibilität zweimal: einmal beim Einbau, dann bei jedem Upgrade.

Die Projektrealität verstärkt das. Panorama Consulting beziffert im 2024 ERP Report das Median-ERP-Projekt auf 450.000 US-Dollar und 15,5 Monate — und nennt als Haupttreiber von Überschreitungen „unerwartet nötige Zusatz-Technologie” und spät entdeckte Misfits, die zu Scope-Ausweitung und Custom-Builds führen. Anders gesagt: Selbst der „Standard”-Weg endet oft im Selberbauen — nur unkoordiniert und nach dem teuren Umweg über die fehlgekaufte Lizenz.

Der eigentliche Maßstab: Commodity vs. Wettbewerbsvorteil

Die nützlichste Linie verläuft nicht zwischen „Standard” und „individuell”, sondern zwischen Commodity und Differenzierer.

Buchhaltung, Lohnabrechnung, Umsatzsteuer-Voranmeldung — das sind gelöste Probleme. Hier ist Standardsoftware genau richtig: Niemand gewinnt Kunden, weil seine Finanzbuchhaltung origineller ist. Was reguliert, standardisiert und für alle gleich ist, kauft man von der Stange.

Anders sieht es dort aus, wo ein Unternehmen tatsächlich anders arbeitet: die Art, wie ihr kalkuliert, plant, konfiguriert, Aufträge durch die Produktion steuert, eine bestimmte Kundengruppe bedient. Das ist der Teil, der euch vom Wettbewerb unterscheidet — und genau der Teil, den ein Standard-ERP per Definition nicht kennt. Wenn ihr euren Vorteil in die Zwänge einer Standardsoftware presst, geben ihr ihn an der gefährlichsten Stelle auf.

Daraus folgt eine klare Faustregel:

Standard kaufen, wo Software Commodity ist. Maßgeschneidert bauen, wo der Prozess euer Wettbewerbsvorteil ist — und ihn die Stange nicht abbildet.

Diese Faustregel ist ein ehrlicher Einstieg — sie nimmt dem Bauen den „zu teuer”-Schrecken, und man kann klein mit dem Modul anfangen, das den größten Hebel hat. Aber sie ist nicht das Ziel. Denn wer dauerhaft nur Einzelmodule an einen Standard-Kern und ein paar SaaS anflanscht, baut genau den Flickenteppich weiter, den wir gleich kritisieren werden — nur mit einem neuen Lieferanten der Flicken.

Nicht der nächste Flicken — ein System, das zusammenhängt

Das eigentliche Ziel ist deshalb kein Stapel angedockter Custom-Module, sondern ein zusammenhängendes System, maßgeschneidert für euren Betrieb. Der Einstieg über ein einzelnes Modul — etwa unsere Dokumenten-Pipeline, die Belege ins bestehende ERP bringt — ist der erste Schritt dorthin, nicht das Endbild.

Der Einwand liegt auf der Hand: Ersetzt ein Schwarm maßgeschneiderter Module den Software-Flickenteppich nicht einfach durch einen neuen — mit dem Entwickler als neuer Abhängigkeit? Genau deshalb arbeiten wir anders. Wir bauen nicht jedes Mal bei null und nicht in lauter Einzelteilen, sondern aus einem eigenen Baukasten erprobter Standard-Komponenten — Mandantenfähigkeit, Rechte, Datenmodelle, Integrationen, Agenten-Bausteine —, die wir zu einem kohärenten System zusammensetzen und nur dort erweitern, wo ihr anders seid. Das hält den Aufwand niedrig (deshalb ist unsere Plattform heysuma heute in Wochen replizierbar), hält das Ergebnis zusammenhängend statt zerstückelt — ihr bekommt ein kohärentes System aus einer Hand, keinen neuen Flickenteppich. Echte Commodity mit regulatorischem Zwang (Finanzbuchhaltung, DATEV) binden wir an, statt sie nachzubauen; alles andere wird Teil eures Systems, nicht der nächste Einzelposten. Wo „das System” heute in Wahrheit ein Flickenteppich aus 15 unverbundenen Tools ist, ist dieses eine System kein Größenwahn, sondern Aufräumen.

Was sich an der Rechnung geändert hat

Der klassische Einwand gegen Eigenentwicklung lautete: zu teuer, zu langsam, zu riskant, und am Ende sitzt man auf Code, den niemand mehr warten kann. Dieser Einwand war jahrzehntelang berechtigt — und er ist der Grund, warum der halbe deutsche Suchmarkt bis heute „Eigenentwicklung lohnt sich nur für Großkonzerne mit eigener IT” predigt. Das Problem: Diese Erzählung beruht auf Vor-KI-Kostenannahmen.

Moderne KI-Coding-Agenten verschieben die Rechnung. Im DORA State of AI-assisted Software Development 2025 nutzen 90 Prozent der Entwickler KI im Alltag, und KI korreliert inzwischen positiv mit der Liefergeschwindigkeit — eine Umkehr gegenüber 2024. Konkret bei uns: Unsere Multi-Tenant-SaaS-Plattform heysuma mit fünf nativ integrierten KI-Agenten entstand als Greenfield bis zur Version 1.0 in drei Monaten — und ist mit demselben Workflow heute in Wochen replizierbar. Maßgeschneiderte Software ist damit nicht mehr das Monatelang-Projekt, das viele aus leidvoller Erfahrung kennen.

Der zweite Hebel neben den Agenten ist Wiederverwendung. Was wir einmal gebaut haben — Mandantenfähigkeit, Rechteverwaltung, Integrationen, Agenten-Bausteine —, bauen wir nicht erneut, sondern setzen es als erprobte Komponente wieder ein. Genau das macht aus „drei Monaten” „wenige Wochen” — und sorgt nebenbei für Wartbarkeit, weil produktiv gehärtete Bausteine weniger Überraschungen bergen als frisch generierter Code.

Aber — und das ist die ehrliche Hälfte — Geschwindigkeit ersetzt keine Disziplin. Dieselbe Forschung, die die Beschleunigung zeigt, zeigt auch die Kehrseite: Eine kontrollierte METR-Studie (Juli 2025) fand, dass erfahrene Entwickler an ihren eigenen, reifen Codebasen mit KI 19 Prozent langsamer waren — und es nicht einmal merkten. GitClear maß über 211 Millionen Codezeilen, dass im KI-Zeitalter weniger sauber refaktoriert und mehr kopiert wird. Die Lehre ist nicht „KI funktioniert nicht”, sondern: Roher KI-Output ist schnell, aber nicht automatisch wartbar. Wartbarkeit entsteht durch Senior-Architektur, typisierte Schnittstellen, Tests, deterministische Prüfungen und Review — die Coding-Agenten sind das Werkzeug, nicht der Architekt. Warum genau das über Erfolg und Scheitern entscheidet, vertiefen wir im Artikel ERP mit KI-Coding-Agenten entwickeln.

Der Punkt für die Entscheidung: Der Kostengrund, der „individuell” jahrelang ausschloss, ist deutlich schwächer geworden — wenn das Engineering stimmt. Damit verschiebt sich die Grenze, ab der sich Maßgeschneidertes lohnt, spürbar nach unten in den Mittelstand hinein.

Die Stufe, die wir überspringen: Low-Code und No-Code

Zwischen „Standard kaufen” und „individuell bauen” hat sich eine Zwischenstufe etabliert: Low-Code- und No-Code-Plattformen, mit denen man ohne klassische Programmierung Anwendungen zusammenklickt. Die aktuelle Welle KI-nativer ERP-Anbieter setzt genau darauf — der Marktführer im Fertigungssegment führt „No-Code” sogar im Markennamen.

Für eng umrissene, unkritische Abläufe ist das ein vernünftiges Werkzeug. Als Fundament für ein geschäftskritisches System hat es zwei strukturelle Haken: eine Plattform-Decke (sobald Logik, Integration oder Datenvolumen anspruchsvoll werden, stößt man an Grenzen, die man nicht selbst auflösen kann) und einen Lock-in (die Anwendung lebt auf der Plattform des Anbieters, mit deren Decke und Roadmap).

kitun bietet diese Stufe bewusst nicht an — nicht aus Prinzipienreiterei, sondern aus Effizienz: Mit Coding-Agenten bauen wir echte, wartbare Software schnell genug, dass die No-Code-Abkürzung ihren Sinn verliert. Ihr bekommt kein angemietetes Plattform-Konstrukt mit Decke und Lock-in, sondern ein System, das genau auf euren Betrieb zugeschnitten ist. Die Details dieser Abgrenzung stehen in Low-Code- und No-Code-ERP: wo die Plattform an Grenzen stößt.

Daten, Betrieb und Souveränität

Der am meisten unterschätzte Unterschied zwischen Kaufen und Bauen liegt in Datenhoheit und Kostenmodell. Bei einer SaaS mietet man Funktionen: Die Daten liegen in der Cloud des Anbieters, Anpassung endet an dessen Roadmap, der Preis pro Nutzer oder pro Dokument läuft mit dem Wachstum mit, und ein Wechsel ist teuer bis unmöglich. Ein maßgeschneidertes System dreht das um: Es bildet genau euren Betrieb ab, die Datenhaltung und die Betriebshoheit liegen bei euch, und statt Miete pro Nutzer steht ein einmaliges Projekt.

Für DACH-Unternehmen ist das mehr als eine Kostenfrage. Wo Konditionen, Kalkulationslogik und Kundenbeziehungen im Spiel sind, ist Datensouveränität ein Architekturmerkmal: Ein System lässt sich on-premise oder EU-gehostet betreiben, DSGVO- bzw. revDSG-konform by design, ohne Drittstaaten-Transfer. Eure Daten bleiben dort, wo ihr die Kontrolle habt — und die Wartung ist unsere Aufgabe, nicht die eures Teams. Wie wir dieselbe Souveränitätslogik bereits in der Belegverarbeitung umsetzen, zeigt KI-Dokumentenverarbeitung on-premise.

Eine ehrliche Entscheidungshilfe

Maßgeschneidertes ERP lohnt sich nicht für jeden und nicht für alles. Die folgenden Fragen trennen die Fälle:

• Ist der Prozess euer Wettbewerbsvorteil? Wenn ja und die Stange ihn nicht abbildet: starker Custom-Kandidat. Wenn es Commodity ist: Standard kaufen.
• Passt euch die Standardsoftware an — oder ihr euch ihr? Wenn ihr eure Arbeitsweise verbiegt, um die Software glücklich zu machen, zahlt ihr dauerhaft drauf.
• Wächst eine Workaround-Schicht aus Excel und Zusatztools über dem ERP? Das ist das deutlichste Signal, dass das System die Realität nicht mehr trägt.
• Wie kritisch sind Datenhoheit und Integrationstiefe? Je kritischer, desto eher individuell.
• Ist „das System” in Wahrheit ein Tool-Flickenteppich? Dann geht es nicht um Eigenentwicklung gegen Standard, sondern um Konsolidierung.

Die teuerste Variante ist selten die maßgeschneiderte — sondern die falsch gewählte: die Standardlizenz, die nie passt, oder der Plattform-Bau, der an die Decke stößt, wenn es darauf ankommt.

Häufige Fragen

Was kostet eine individuelle ERP-Software? Das hängt vom Zuschnitt ab — ein einzelnes maßgeschneidertes Modul an einem bestehenden ERP ist ein kleines Projekt, ein vollständiges System ein größeres. Wichtiger als eine pauschale Zahl ist der Vergleich der Gesamtkosten: Ein Standard-ERP-Projekt liegt im Median bei rund 450.000 US-Dollar und 15,5 Monaten (Panorama, 2024) — plus laufender Lizenz, plus Anpassungs-Wartung bei jedem Release, plus dem SaaS-Stack, den es nicht ersetzt. Eine seriöse Rechnung mit euren Zahlen entsteht im Erstgespräch; eine erfundene „X Prozent günstiger”-Zahl gibt es bei uns nicht.

Lohnt sich ERP-Eigenentwicklung überhaupt noch? Häufiger als früher. Der alte Einwand „zu teuer, zu langsam” beruht auf Vor-KI-Annahmen. Mit KI-Coding-Agenten sinkt die Schwelle, ab der sich Maßgeschneidertes rechnet, deutlich in den Mittelstand hinein — vorausgesetzt, das Engineering stimmt. Für Commodity-Funktionen bleibt Standard die richtige Wahl.

Ist maßgeschneiderte Software nicht schwer zu warten? Roher KI-Output ist schnell, aber nicht automatisch wartbar — das belegen Studien zu Code-Qualität ehrlich. Wartbarkeit entsteht durch Senior-Architektur, typisierte Schnittstellen, Tests und Review, nicht durch das Modell allein. Genau dafür gibt es uns: Ihr seid nicht das Wartungsteam, sondern bekommt wartbaren Code plus Übergabe.

Standard, Low-Code oder individuell — wie entscheide ich? Standard für Commodity (Buchhaltung, Lohn). Individuell für alles, was Wettbewerbsvorteil, tiefe Integration oder Datenhoheit verlangt. Low-/No-Code eignet sich für erste, unkritische Gehversuche — als Fundament für Geschäftskritisches stößt es an Plattform-Decke und Lock-in.

Bleiben wir vom Entwickler abhängig? Wartung und Weiterentwicklung übernehmen wir — das ist unsere Aufgabe, kein Nebenjob für euer Team. Gerade für Unternehmen ohne große eigene IT ist genau das der Vorteil: ein verlässlicher Partner statt einer Plattform mit Decke. Anders als bei SaaS zahlt ihr kein Abo und keine Lizenz pro Nutzer, und das System bildet genau euren Betrieb ab, statt euch in ein fremdes Modell zu zwingen.

Fazit

Die Frage „Standard oder individuell” hat keine pauschale Antwort, aber eine klare Logik: Commodity kaufen, Differenzierer bauen, die Low-/No-Code-Stufe überspringen, wo Effizienz das erlaubt. Was sich verschoben hat, ist die Kostenseite — KI-Coding-Agenten machen maßgeschneidertes ERP für den Mittelstand erschwinglich und schnell, sofern die Engineering-Disziplin dahinter stimmt. Wer dort, wo er anders ist als der Wettbewerb, auch seine Software anders baut, gewinnt einen Vorteil, den keine Standardlizenz liefern kann — und behält ihn, weil das System genau zu seinem Betrieb passt.

---

kitun ist eine AI-native Software-Manufaktur für den Mittelstand: Zwei Senior-Architekten und Coding-Agents bauen Custom Business-Software und ERP-Module — on-premise oder EU-gehostet, ohne Abo und ohne Lizenz pro Nutzer. Im 20-minütigen Erstgespräch klären wir ehrlich, welcher Weg für euren Fall der richtige ist.

→ Die Lösung im Überblick: Custom ERP mit kitun

→ SaaS mit 5 nativen KI-Agenten: heysuma · Dokumenten-Pipeline als Custom-Modul