Ist Individualsoftware immer teurer?

Über drei Jahre oft nicht — aber der Vergleich muss Einführung, Wachstum je Nutzer, die separat verkauften Module und die Arbeitszeit zum Überbrücken von Lücken enthalten. Im ersten Jahr ist die Standardlösung fast immer günstiger, und bei guter Passung bleibt sie es.

Wie lange dauert eine Individualentwicklung?

Ein fokussiertes internes System braucht typischerweise acht bis vierzehn Wochen bis zur Produktion. Eine Plattform aus mehreren Modulen dauert länger und sollte in Stufen geliefert werden, wobei das erste Modul läuft, während das nächste gebaut wird. Erreicht vor dem neunten Monat nichts die Produktion, fragen Sie nach dem Grund.

Können wir mit einem Standardprodukt starten und später auf Individualsoftware wechseln?

Ja, und oft ist das der vernünftige Weg. Etwas Fertiges zu nutzen klärt Anforderungen zu geringen Kosten. Das Einzige, was Sie schützen müssen, sind Ihre Daten: Stellen Sie sicher, dass Sie sie vollständig und in einem dokumentierten Format exportieren können, bevor Sie sich auf das System verlassen.

Was passiert, wenn der Entwickler verschwindet?

Das ist die richtige Frage, und die Antwort sollte strukturell sein, keine Beruhigung. Ihnen gehört das Repository, das Deployment ist dokumentiert, der Stack ist gängig statt exotisch, und keine Laufzeitlizenz bindet Sie. Diese vier Dinge bedeuten, dass ein anderes Team es übernehmen kann.

Software kaufen

Individualsoftware oder Standardlösung: Wie man wirklich entscheidet

Diese Entscheidung wird meist über den Preis getroffen und über die Passung bereut. So führt man sie richtig — einschließlich der Fälle, in denen wir vom Bauen abraten.

19. September 2026 8 Min. Lesezeit Plexowave

Wir bauen Individualsoftware, nehmen Sie das Folgende also mit der gebotenen Skepsis. Es bleibt dennoch wahr, dass die meisten Unternehmen, die uns diese Frage stellen, kaufen statt bauen sollten, und dass die, die bauen sollten, den Grund meist schon kennen, bevor sie anrufen — sie wollen nur, dass jemand bestätigt, dass es das, was sie nicht finden, tatsächlich nicht gibt.

Die Entscheidung wird meist als Kostenfrage gerahmt. Diese Rahmung ist falsch, weil die Kosten beider Optionen unterschiedlich geformt sind. Standardsoftware hat niedrige, sichere, wiederkehrende Kosten und unsichere Passung. Eine Individualentwicklung hat hohe, unsichere, einmalige Kosten und eine Passung, die Sie festlegen. Die erste Zahl mit der ersten Zahl zu vergleichen, sagt fast nichts.

Die vier Fragen, die es entscheiden

Führen Sie das der Reihe nach durch. Die erste Frage mit einer klaren Antwort beendet die Diskussion meist.

Ist der Prozess ein Wettbewerbsvorteil oder nur notwendig?Lohnabrechnung ist notwendig. Niemand gewinnt Aufträge, weil er die Lohnabrechnung ungewöhnlich gut macht, also kaufen Sie sie. Wie Sie einen Auftrag kalkulieren, eine Partie einem Käufer zuordnen oder Ihre Maschinen planen, ist womöglich tatsächlich Ihr Wettbewerbsfaktor — und ihn in den Workflow eines anderen zu gießen, ist der Weg, ihn aufzugeben.
Kann ein Standardprodukt Ihr Datenmodell abbilden?Nicht Ihre Bildschirme — Ihr Modell. Wenn Ihr Bestand zwei Einheiten hat, die beide stimmen müssen, wenn Ware Ihnen gehören kann, während sie physisch anderswo liegt, wenn ein Mitarbeiter im selben Monat auf drei Arten bezahlt wird, dann wird ein System mit einem Mengenfeld und einer Lohnstruktur auf eine Weise falsch sein, die Konfiguration nicht erreicht.
Wie viele Produkte bräuchte es?Ein gutes Standardprodukt schlägt eine Individualentwicklung meistens. Vier Standardprodukte plus die Tabellen, die sie verbinden, fast nie — Sie haben vier Passungsprobleme gekauft und ein Integrationsprojekt gebaut, ohne es so zu nennen.
Wer wird es in drei Jahren besitzen?Eine Individualentwicklung braucht jemanden, der dafür verantwortlich ist, ob interner Entwickler, Wartungsvertrag oder ein anderes Studio. Lautet die ehrliche Antwort „niemand“, kaufen Sie stattdessen etwas mit Supportvertrag. Ungepflegte Individualsoftware wird schneller zur Last als alles andere Ungepflegte.

Die Kosten, die auf beiden Seiten übersehen werden

Auf der Standardseite ist die wiederkehrende Lizenz der sichtbare Kostenblock und selten der größte. Die versteckten Kosten sind die Preisbildung je Arbeitsplatz, die mit der Belegschaft wächst, die Module, die sich als eigene Produkte entpuppen, der Einführungspartner, die jährliche Erhöhung und die Arbeit, die Ihr Team leistet, um die Lücke zwischen dem, was die Software tut, und dem, was Sie brauchen, zu schließen — eine dauerhafte Personalkostenposition, die im Vergleich nie auftaucht.

Der größte Kostenblock bei Standardsoftware ist meist der, den niemand einpreist: die Prozesse, die Sie ändern, damit sie zur Software passen. Manchmal ist das ein Gewinn, weil der Standardprozess besser ist als Ihrer. Manchmal heißt es, dass Ihre besten Leute die Woche mit Dateneingaben verbringen, die es nur gibt, um das System zufriedenzustellen.

Auf der Individualseite ist die Entwicklung der sichtbare Kostenblock und wird meist ehrlich geschätzt. Unterschätzt werden Datenmigration, Parallelbetrieb und die Änderungen im zweiten Jahr. Die Migration ist fast immer schlimmer, als sie aussieht, weil die Altdaten ein Jahrzehnt undokumentierter Ausnahmen enthalten. Ein Parallelbetrieb ist weder optional noch kostenlos — jemand macht die Arbeit einen Monat lang doppelt. Und Software, die sich nicht ändern lässt, ist Software, die Sie ersetzen werden, also planen Sie Budget für Änderungen ein, statt sie als Scheitern zu behandeln.

Die Mischform, die niemand vorschlägt

In der Praxis ist es selten alles oder nichts, und die beste Antwort lautet oft: die Standardware kaufen und das Unterscheidende bauen. Behalten Sie die fertige Buchhaltung als gesetzliches Buchungswerk. Bauen Sie das operative System, das Ihr Gewerbe kennt, und lassen Sie es automatisch in die Buchhaltung übergeben.

Das funktioniert, weil es die Grenze an die richtige Stelle legt. Die Buchhaltungsregeln sind für alle gleich und ändern sich per Gesetz; die operativen Regeln sind Ihre und ändern sich, wenn Sie es entscheiden. Der Versuch, ein System beides tun zu lassen, erzeugt die schlechteste Version von beidem.

Wann wir Leuten zum Kaufen raten

Ein Standardbedarf mit reifem Markt. Buchhaltung für ein Einzelunternehmen, E-Mail, Lohnabrechnung für Festangestellte, Dokumentenablage, ein allgemeines CRM für ein kleines Team mit einfachem Produkt. In diesen Kategorien gibt es Produkte, die über Jahrzehnte an Tausenden Kunden geschliffen wurden. Das schlagen wir in zwölf Wochen nicht, und niemand sonst auch.

Ein unklares Problem. Übersteht die Anforderung kein Gespräch mit denen, die sie nutzen werden, produziert eine Entwicklung eine teure Version der Verwirrung. Etwas Günstiges zu kaufen und ein halbes Jahr damit zu leben, ist ein legitimer und deutlich billigerer Weg, herauszufinden, was Sie wirklich brauchen.

Kein Verantwortlicher und kein Budget für das zweite Jahr. Eine Entwicklung, die niemand pflegt, verfällt zu genau dem Altsystem, das sie ersetzen sollte, nur dass Sie jetzt allein damit dastehen.

Wann Bauen eindeutig richtig ist

Sie haben Standardprodukte ausprobiert und jedes ist an derselben Stelle gescheitert. Diese Stelle ist meist Ihr Datenmodell, und sie wird es bleiben, weil sie das Einzige ist, was Konfiguration nicht ändern kann.

Die Software ist das Produkt, oder sie ist das, was der Kunde erlebt. Niemand differenziert sich über eine Plattform, die seine Wettbewerber ebenfalls abonnieren können.

Die Integrationsarbeit würde die Entwicklung übersteigen. Wenn vier Systeme übereinstimmen müssen und das Verbinden von Menschen und Tabellen erledigt wird, bezahlen Sie bereits ein individuelles System — nur in Gehältern statt in Software, und ohne die Software zu bekommen.

Compliance oder Datenstandort machen die Standardlösung tatsächlich unmöglich. Das ist seltener, als behauptet wird, prüfen Sie also, ob es eine echte Einschränkung oder eine Vorliebe ist — aber wenn es echt ist, ist es entscheidend.

Wie Sie die Entscheidung vorher überprüfen

Schreiben Sie die drei Dinge auf, die Ihr jetziger Prozess tut und die Ihrer Überzeugung nach kein Standardprodukt abdeckt. Verbringen Sie dann einen Tag damit, ernsthaft zu versuchen, ein Produkt dazu zu bringen. Die meisten Einwände überstehen das nicht, und die, die es tun, sind Ihre echten Anforderungen.
Fragen Sie jeden Anbieter nach einer Referenz aus genau Ihrer Branche, und fragen Sie diese Referenz, was sie an ihrer Arbeitsweise ändern musste. Die Antwort ist die Passungslücke, genannt von jemandem, der kein Interesse daran hat, sie kleinzureden.
Kalkulieren Sie die Standardlösung über drei Jahre einschließlich Einführung, jährlicher Erhöhung und der Arbeitszeit zum Überbrücken von Lücken — nicht mit den Lizenzkosten des ersten Jahres.
Bestehen Sie bei einer Entwicklung auf einem Phasenplan, bei dem innerhalb von drei Monaten etwas Echtes produktiv ist. Liegt die erste Lieferung im neunten Monat, wird das Risiko aufgeschoben statt gesteuert.

Die Kurzfassung

Kaufen Sie die Standardware. Bauen Sie das, worüber Sie konkurrieren, sofern jemand es verantworten kann. Seien Sie misstrauisch gegenüber jedem — uns eingeschlossen —, der diese Frage beantwortet, bevor er Ihr Datenmodell verstanden hat, denn dort liegt die Antwort.