Ratgeber · Softwareentwicklung
Was kostet Individualsoftware? Die vier Kostentreiber erklärt
Warum ist „Was kostet eine Software?" die falsche Frage?
Die Frage ist so offen wie „Was kostet ein Gebäude?". Ein Carport und eine Produktionshalle sind beides Bauwerke, liegen aber Welten auseinander. Bei Software gilt dasselbe: Ein internes Werkzeug, das eine Excel-Routine ablöst, und eine Anwendung mit Kundenportal, Rechteverwaltung und ERP-Anbindung sind verschiedene Projekte. Die bessere Frage lautet: Welches Problem soll gelöst werden, und was kostet die heutige Lösung an Arbeitszeit? Wer diese Frage zuerst beantwortet, bekommt am Ende ein Angebot, das zum tatsächlichen Bedarf passt, statt eine Zahl, die an einem falschen Vergleich hängt.
Die vier Kostentreiber
- 1. Fachlicher Umfang: Wie viele Abläufe, Sonderfälle und Benutzerrollen muss die Software abbilden? Jeder Sonderfall, der „eigentlich nie vorkommt", kostet Entwicklungs- und Testzeit.
- 2. Schnittstellen: Die Anbindung an Warenwirtschaft, Buchhaltung oder Dokumentenarchiv ist oft aufwendiger als die Software selbst. Dafür entsteht hier der größte Nutzen, denn ohne Anbindung bleibt jede neue Lösung eine Insel mit Doppeleingaben. Wie so eine Schnittstellen-Programmierung im Detail abläuft und was sie kostet, erklären wir separat.
- 3. Oberfläche: Ein funktionales internes Werkzeug braucht kein preisgekröntes Design. Eine Anwendung, die Ihre Kunden bedienen, sehr wohl. Diese Entscheidung gehört bewusst getroffen, nicht nebenbei.
- 4. Absicherung und Qualität: Rechteverwaltung, Datenschutz, Backups, Tests und Dokumentation. Hier zu sparen rächt sich, der Aufwand sollte aber zum Risiko des Einsatzes passen.
Wie unterscheiden sich die Kosten nach Projekttyp?
Eine seriöse Zahl gibt es erst nach der Anforderungsklärung, aber die Größenordnung lässt sich grob nach Projekttyp einordnen. Die folgende Übersicht zeigt Richtwerte aus der Praxis, keine Festpreise, und dient nur der ersten Einschätzung, welcher Aufwandsrahmen realistisch ist:
| Projekttyp | Typischer Umfang | Größter Kostentreiber | Grobe Umsetzungsdauer |
|---|---|---|---|
| Internes Werkzeug ohne Anbindung | Eine Excel-Routine oder ein manueller Ablauf wird digitalisiert, ein bis zwei Benutzerrollen | Fachlicher Umfang | Wenige Wochen |
| Einzelne Schnittstelle | Zwei bestehende Systeme werden verbunden, zum Beispiel ERP und Archiv | Schnittstellen | Wenige Wochen bis wenige Monate |
| Kundenportal oder Fachanwendung | Mehrere Benutzerrollen, eigene Oberfläche, meist mit ERP-Anbindung | Oberfläche und Schnittstellen zusammen | Mehrere Monate |
| Geschäftskritische Anwendung | Mehrere Integrationen, hohe Anforderungen an Ausfallsicherheit und Rechteverwaltung | Absicherung und Qualität | Mehrere Monate, oft in Ausbaustufen |
Rechenbeispiel: Wie verschiebt sich der Rahmen mit den Treibern?
Ein einfaches Berichts-Tool, das nur intern läuft und keine Anbindung an andere Systeme braucht, bewegt sich im unteren Rahmen eines internen Werkzeugs. Kommt eine Anbindung an die Warenwirtschaft dazu, damit Zahlen nicht mehr von Hand übertragen werden müssen, verschiebt sich der Aufwand spürbar nach oben, meist mehr durch die Schnittstelle selbst als durch das Tool. Soll dieselbe Anwendung anschließend auch von Kunden bedient werden, kommen Oberfläche und zusätzliche Absicherung dazu, und der Rahmen wandert in Richtung Kundenportal oder Fachanwendung. Diese Verschiebung ist der Grund, warum zwei Betriebe mit vermeintlich „derselben" Anforderung am Ende sehr unterschiedliche Angebote bekommen können, je nachdem, wie viele der vier Treiber tatsächlich greifen. Verbindliche Zahlen für Ihren Fall nennen wir erst nach einem kurzen Anforderungsgespräch, davor wäre jede Zahl Kaffeesatzleserei.
Erst Standard prüfen, dann individuell bauen
Nicht jedes Problem braucht eine Eigenentwicklung. Wenn eine Standardlösung 90 Prozent Ihrer Anforderungen abdeckt, ist sie fast immer die wirtschaftlichere Wahl, und genau das sagen wir Ihnen auch, schließlich führen wir selbst individuelle Softwareentwicklung ebenso wie Standardsysteme wie eEvolution und SAGE ein. Individualsoftware spielt ihre Stärke dort aus, wo Ihr Ablauf das Alleinstellungsmerkmal ist oder Standardlösungen nur mit teuren Verrenkungen passen.
Welche Stolpersteine tauchen in der Praxis auf?
- Scope Creep: Während der Umsetzung kommen laufend neue Wünsche dazu, jeder für sich klein, in Summe sprengen sie Budget und Zeitplan. Ein klar definierter Pilotbereich mit einer bewussten Warteliste für spätere Erweiterungen hält das im Griff.
- Schnittstellen zu spät geklärt: Wird die Anbindung an Warenwirtschaft oder Archiv erst kurz vor dem Go-Live thematisiert, verzögert sich das Projekt fast immer, weil dort oft unerwartete Altlasten stecken.
- Fixpreis-Erwartung ohne Anforderungsklärung: Ein verbindlicher Festpreis ohne vorherige, ausreichend tiefe Anforderungsanalyse ist entweder zu hoch kalkuliert, oder er geht später über Nachträge doch noch auf, das eine ist teuer, das andere unangenehm.
- Pflege wird vergessen: Wer nur die Erstentwicklung budgetiert, aber nicht den Betrieb danach, erlebt nach dem Go-Live eine böse Überraschung, sobald die erste Anpassung ansteht.
An die laufenden Kosten denken
Software ist nach dem Go-Live nicht fertig: Hosting oder Serverbetrieb, Updates, kleinere Anpassungen und Support gehören in die Gesamtrechnung. Als Faustregel sollten Sie für Pflege und Weiterentwicklung ein jährliches Budget einplanen und vorab klären, wer reagiert, wenn etwas klemmt. Bei uns ist das derselbe Ansprechpartner, der auch Ihre übrige IT betreut. Wächst der Pflegeaufwand über Jahre so stark, dass er den Nutzen übersteigt, lohnt sich der Blick auf eine geordnete Ablösung, wie unser Ratgeber Legacy-Software ablösen beschreibt.
Wie Sie diesen Ansprechpartner überhaupt finden und woran Sie einen verlässlichen Partner erkennen, bevor der erste Euro fließt, erklärt unser Ratgeber Softwareentwicklungspartner finden.

