
Die Entscheidung fällt pro Prozess, nicht pro Unternehmen. Standard für alles, was Sie nicht vom Wettbewerb unterscheidet, eigene Software dort, wo Ihr Geschäft anders funktioniert. Sieben Kriterien führen durch die Prüfung. KI-Werkzeuge in der Entwicklung senken die Schwelle für eigene Lösungen, ändern aber nichts am größeren Kostenblock: Fachlichkeit, Abstimmung und Betrieb.
Individualsoftware oder Standardsoftware: So kommt die Frage im Gespräch fast immer an. Als müsste ein Unternehmen sich einmal entscheiden und dann damit leben.
In der Praxis sieht es anders aus. Nahezu jedes mittelständische Unternehmen betreibt längst beides gleichzeitig. Die Buchhaltung läuft auf einem Standardprodukt, die Auftragsabwicklung auf etwas Gewachsenem, das Kundenportal wurde gebaut. Die eigentliche Frage lautet deshalb nicht, welche der beiden Welten die bessere ist. Sie lautet: Welcher Ihrer Prozesse verträgt Standard, und welcher nicht?
Dieser Artikel beantwortet das entlang von sieben Kriterien, benennt bei beiden Wegen die Kosten, die in Angeboten selten auftauchen, und ordnet ein, was KI-Werkzeuge in der Entwicklung an dieser Rechnung tatsächlich verändert haben.
Der Lizenzpreis ist der Teil, den man vorher kennt. Er ist selten der größte.
Dazu kommen die Anpassung an Ihre Abläufe, Schnittstellen zu allem, was Sie sonst noch betreiben, Schulung und Datenmigration. Und der am häufigsten unterschätzte Posten: die Anpassung Ihrer Prozesse an die Software. Denn wo ein Standardprodukt nicht passt, passt sich in aller Regel das Unternehmen an. Das kostet kein Geld aus einer Rechnung, sondern Zeit an vielen Stellen gleichzeitig, und deshalb fällt es in keiner Kostenrechnung auf.
Dazu kommt die Bindung an einen fremden Entwicklungsplan. Funktionen kommen, wenn der Hersteller sie plant. Sie verschwinden ebenfalls, wenn er das beschließt. Preismodelle ändern sich, Produkte werden abgekündigt, Lizenzen werden teurer, wenn Sie wachsen. Diese Herstellerabhängigkeit ist der eigentliche strategische Preis von Standardsoftware, und sie wird meist erst spürbar, wenn sich nichts mehr daran ändern lässt.
Es gibt eine Schwelle, an der ein Standardprodukt seinen Vorteil verliert: wenn man anfängt, es umfangreich anzupassen.
Ein stark angepasstes Standardsystem verbindet die Nachteile beider Welten. Sie zahlen weiter Lizenzen, tragen aber den Anpassungsaufwand selbst. Jedes Update des Herstellers kann Ihre Anpassungen brechen, weshalb Updates aufgeschoben werden, weshalb der Abstand wächst, weshalb das nächste Update noch riskanter wird. Nach einigen Jahren steht ein System da, das weder Standard noch Individual ist, und dessen Ablösung genau deshalb schwierig geworden ist.
Als Faustregel: Sobald ein spürbarer Teil der benötigten Funktionalität selbst ergänzt werden muss und Updates deshalb aufgeschoben werden, sollten Sie die Entscheidung noch einmal aufmachen.
Der Einstieg ist teurer. Daran führt nichts vorbei, und jedes Angebot, das etwas anderes suggeriert, sollte Sie misstrauisch machen.
Was dafür wegfällt, sind Lizenzkosten pro Nutzer. Ein System, das Ihnen gehört, wird nicht teurer, weil Sie wachsen. Bei Unternehmen, die über Jahre Personal aufbauen, dreht sich die Rechnung irgendwann. Wann genau, hängt an der Nutzerzahl und am Lizenzmodell und lässt sich nur im konkreten Fall ausrechnen, nicht pauschal.
Ehrlich dazu gehört die andere Seite. Wartung, Betrieb und Weiterentwicklung liegen bei Ihnen. Sicherheitsupdates passieren nicht von allein. Und Sie tauschen die Abhängigkeit vom Produkthersteller gegen eine Abhängigkeit vom Dienstleister ein. Das ist kein Argument gegen Individualsoftware, aber ein Grund, drei Dinge vertraglich zu klären, bevor die erste Zeile Code entsteht: Wem gehören Quellcode und Rechte, wie wird dokumentiert, und läuft das System auf einem verbreiteten Technologie-Stack, für den es einen Arbeitsmarkt gibt.
Spiegelbildlich: wenn gebaut wird, was es fertig gibt.
Eine eigene Zeiterfassung, ein eigenes Rechnungswesen, ein eigenes Ticketsystem. Das ist technisch machbar und fast immer eine schlechte Investition, weil es Aufwand in einem Bereich bindet, in dem Ihr Unternehmen sich von niemandem unterscheidet. Ein Softwaredienstleister, der Ihnen an dieser Stelle abrät, arbeitet richtig.
Gehen Sie die folgenden Fragen für den konkreten Prozess durch, nicht für Ihr Unternehmen als Ganzes. Je häufiger die Antwort in Richtung der zweiten Variante ausfällt, desto eher lohnt sich eine eigene Lösung.
Lohnbuchhaltung unterscheidet niemanden. Die Art, wie Sie Aufträge kalkulieren, Projekte terminieren oder Ihre Kunden durch einen Ablauf führen, kann Sie sehr wohl unterscheiden. Standard, wo Sie austauschbar sind. Eigenes, wo Sie es nicht sein wollen.
Ein Ablauf, der seit zehn Jahren gleich läuft und es weitere zehn tun wird, ist ein Kandidat für Standard. Ein Ablauf, der sich jährlich ändert, weil Ihr Markt sich ändert, braucht ein System, in dem Änderungen eine Frage von Wochen sind und nicht von Release-Zyklen eines Herstellers.
Bei zwei Systemen ist Integration eine Aufgabe. Bei acht ist sie das Projekt. Wenn Ihr Wertschöpfungsprozess über viele Systeme läuft, entscheidet nicht mehr die Qualität der einzelnen Software, sondern wie gut sich die Teile verbinden lassen. Offene, dokumentierte Schnittstellen sind an diesem Punkt wichtiger als jede Funktionsliste.
Lizenzmodelle pro Nutzer sind bei kleinen Teams günstig und wachsen linear mit. Wenn Sie wachsen, wächst diese Position mit, ohne dass Sie dafür mehr Funktionalität bekommen. Rechnen Sie das für Ihre geplante Größe in fünf Jahren durch, nicht für heute.
Für drei Jahre kauft man. Für zehn oder fünfzehn Jahre lohnt sich die Frage, wer in dieser Zeit über die Weiterentwicklung bestimmt. Viele Systeme im Mittelstand laufen deutlich länger, als bei ihrer Einführung geplant war.
Wenn Sie nach ISO 27001 zertifiziert sind, in einer regulierten Branche arbeiten oder Daten verarbeiten, die Ihr Haus nicht verlassen sollen, engt das die Auswahl an Standardprodukten spürbar ein. Bei einer eigenen Lösung bestimmen Sie, wo die Daten liegen und wer sie sieht.
Diese Frage wird selten gestellt und ist die unangenehmste. Was tun Sie, wenn Ihr Produkt abgekündigt wird, sich der Preis deutlich erhöht oder der Anbieter übernommen wird? Wenn die Antwort lautet, dass Sie den Prozess dann neu aufbauen müssten, kennen Sie die tatsächliche Höhe Ihrer Abhängigkeit.
Seit KI-Werkzeuge in der Softwareentwicklung Alltag sind, hat sich eine der beiden Größen tatsächlich verschoben.
Der Aufwand für die handwerklichen Teile einer Anwendung ist gesunken: Datenzugriff, Formulare, Tests, Standardoberflächen, Dokumentation. Damit sinkt die Schwelle, ab der eine eigene Lösung sich rechnet. Vorhaben, die vor einigen Jahren zu klein für Individualsoftware waren, sind es heute nicht mehr zwingend.
Was sich nicht verschoben hat, ist der größere Teil: verstehen, was das Unternehmen wirklich braucht, das mit den Menschen abstimmen, die damit arbeiten, eine Architektur bauen, die in zehn Jahren noch trägt, betreiben, absichern, weiterentwickeln. Wer behauptet, KI mache Softwareentwicklung billig, beschreibt den Teil, der schon vorher der kleinere war.
Für die Entscheidung zwischen Standard und Individual kommt ein neues Kriterium hinzu. Standardprodukte bringen inzwischen eigene KI-Funktionen mit. Dabei lohnen sich zwei Fragen: Wohin fließen Ihre Daten, wenn diese Funktion arbeitet? Und lässt sich die Funktion an Ihre Fachlichkeit anpassen, oder bekommen Sie das, was für alle Kunden des Herstellers gedacht ist? Wer KI in die eigenen Abläufe integriert, sollte außerdem früh klären, welche Rolle er nach dem EU AI Act einnimmt, denn davon hängt ab, welche Pflichten überhaupt greifen. Mehr dazu unter KI-Integration und KI und Compliance.
Die belastbarste Antwort ist selten eine der beiden reinen Formen.
Standard für alles, was Sie nicht unterscheidet: Buchhaltung, Personalverwaltung, Office, Kommunikation. Eigene Software genau dort, wo Ihr Geschäft anders funktioniert als das der anderen. Und dazwischen saubere Schnittstellen, damit die Teile ein System ergeben und nicht eine Sammlung.
Das klingt unspektakulär und hat drei praktische Vorteile. Der Aufwand verteilt sich auf mehrere Schritte statt auf ein Großprojekt. Jeder Schritt liefert für sich einen Nutzen. Und gescheiterte IT-Projekte entstehen selten an einem einzelnen Baustein, sondern fast immer daran, dass zu viel gleichzeitig ersetzt werden sollte.
Die meisten Unternehmen führen diese Diskussion nicht auf der grünen Wiese. Sie haben ein System, das seit Jahren läuft, das niemand mehr gern anfasst, für das es kaum noch Dokumentation gibt, und das trotzdem das Geschäft trägt.
Dann lautet die Frage nicht Standard oder Individual, sondern: Was davon bleibt, was wird ersetzt, und in welcher Reihenfolge, ohne dass der Betrieb stehen bleibt? Eine riskante Komplettablösung ist dabei fast nie der richtige Weg. Wie eine schrittweise Modernisierung aussieht, steht unter Softwaresanierung.
Standardsoftware ist ein fertiges Produkt, das viele Unternehmen in gleicher Form einsetzen und gegen Lizenz nutzen. Individualsoftware wird für ein Unternehmen entwickelt und bildet dessen Abläufe ab, statt dass das Unternehmen seine Abläufe an das Produkt anpasst.
In der Anschaffung fast immer. Über die Laufzeit hängt es an drei Größen: der Zahl der Nutzer, dem Umfang der nötigen Anpassungen am Standardprodukt und der geplanten Einsatzdauer. Eine belastbare Antwort ergibt sich nur aus dem konkreten Fall.
Wenn der Prozess Sie vom Wettbewerb unterscheidet, sich regelmäßig ändert, viele Systeme verbindet, von vielen Nutzern verwendet wird, lange laufen soll oder besonderen Compliance-Anforderungen unterliegt. Die sieben Kriterien weiter oben führen durch die Prüfung.
Das ist der Normalfall und meistens die beste Lösung. Standard für austauschbare Aufgaben, eigene Software für den Kern des Geschäfts, verbunden über dokumentierte Schnittstellen.
Das hängt davon ab, was vorher vereinbart wurde. Entscheidend sind drei Punkte: Ihnen gehören Quellcode und Rechte, das System ist so dokumentiert, dass ein anderes Team einsteigen kann, und es läuft auf einem verbreiteten Technologie-Stack. Sind diese drei Punkte erfüllt, ist ein Wechsel unangenehm, aber machbar.
Typische Anzeichen: Änderungen dauern unverhältnismäßig lange, niemand traut sich an bestimmte Bereiche, es gibt keine Testumgebung, die eingesetzten Technologien bekommen keine Sicherheitsupdates mehr, und wesentliches Wissen hängt an einzelnen Personen.
DEVWARE entwickelt seit 2004 individuelle Business-Software auf .NET-Basis für den Mittelstand. In der Praxis heißt das: Wir raten dort zu Standard, wo Standard genügt, und bauen dort, wo es einen Unterschied macht.
Wenn Sie diese Entscheidung gerade vorbereiten, hilft ein Gespräch über den konkreten Prozess mehr als jede allgemeine Gegenüberstellung.

Praxiswissen, Tipps und Neuigkeiten für den Mittelstand: kompakt und ohne Spam. Abmelden jederzeit möglich.
Praxiswissen, Tipps und Neuigkeiten für den Mittelstand: kompakt und ohne Spam. Abmelden jederzeit möglich.