Was kostet individuelle Software? Kostentreiber und Budgetrahmen

Wenn im Wareneingang dieselben Daten erst auf Papier, dann in Excel und später noch einmal im Versandportal landen, ist die Preisfrage berechtigt: Was kostet individuelle Software - und rechnet sie sich gegenüber dem bisherigen Aufwand? Eine belastbare Antwort beginnt nicht mit einer pauschalen Zahl. Sie beginnt mit dem konkreten Prozess, den das System verlässlich abbilden soll.

Individuelle Software ist keine Ware mit Preisschild. Sie entsteht aus Abläufen, Daten, Rollen, Schnittstellen und Qualitätsanforderungen. Ein schlankes Werkzeug für einen klar abgegrenzten Arbeitsschritt kostet deshalb etwas grundlegend anderes als eine Plattform, die Lagerbewegungen, Lieferscheine, Etiketten, Aufträge und externe Systeme verbindet.

Was kostet individuelle Software in der Praxis?

Für kleine, klar umrissene Anwendungen liegen realistische Projektbudgets häufig zwischen 15.000 und 35.000 Euro. Das kann etwa eine interne Webanwendung sein, die Aufträge strukturiert erfasst, Statuswechsel nachvollziehbar macht und Dokumente erzeugt.

Sobald mehrere Rollen, mobile Nutzung im Lager, Dokumentendruck, Rechtekonzepte oder Schnittstellen hinzukommen, bewegen sich Projekte oft zwischen 35.000 und 90.000 Euro. Systeme mit mehreren Standorten, komplexen Integrationen, historisierten Daten, anspruchsvoller Planung oder hohen Verfügbarkeitsanforderungen beginnen eher ab 90.000 Euro und können deutlich darüber liegen.

Diese Größenordnungen sind keine Festpreise. Sie dienen als Orientierung für Unternehmen, die zwischen einer erweiterten Tabellenlösung, Standardsoftware und einer eigenen Anwendung abwägen. Entscheidend ist nicht, ob eine Anwendung zehn oder fünfzig Masken hat. Entscheidend ist, welche Fehler sie verhindern, welche Arbeitsschritte sie verkürzt und wie zuverlässig sie unter realen Bedingungen funktionieren muss.

Ein Beispiel: Eine einfache Eingabemaske für Lieferdaten ist schnell gebaut. Eine Lösung, die beim Wareneingang Barcodes verarbeitet, Bestände aktualisiert, Teilmengen kennt, Sperrgründe dokumentiert, Etiketten druckt, Lieferscheine erzeugt und Abweichungen an ein bestehendes ERP meldet, ist ein anderes Projekt. Der sichtbare Bildschirm ist nur ein Teil der Arbeit. Die Regeln dahinter bestimmen Aufwand und Preis.

Die größten Kostentreiber eines individuellen Systems

Prozessklarheit und Ausnahmefälle
Ein sauber beschriebener Ablauf spart Entwicklungszeit. Das heißt nicht, dass ein Unternehmen vor Projektbeginn ein hundertseitiges Fachkonzept schreiben muss. Aber es sollte klar sein, wer was auslöst, welche Daten benötigt werden und wann ein Vorgang als erledigt gilt.

Die eigentlichen Kosten entstehen oft in den Ausnahmen: Was passiert bei einer falschen Lieferung? Darf eine Schichtleitung Buchungen nachträglich ändern? Wie wird eine Teillieferung behandelt? Muss ein Auftrag gesperrt werden, wenn Daten fehlen? Solche Fragen sind keine Nebensache. Sie definieren, ob die Software im Alltag trägt oder bei der ersten Abweichung umgangen wird.

Schnittstellen und Datenqualität
Eine Anwendung ohne Anbindung an andere Systeme ist kalkulierbarer. Sobald Daten mit ERP, Shop, Versanddienstleister, Zeiterfassung, Maschinen, Scanner-Hardware oder Kundensystemen ausgetauscht werden, steigt der Aufwand. Nicht nur wegen der technischen Verbindung, sondern wegen der Verantwortung für korrekte Daten.

Eine Schnittstelle braucht klare Regeln: Welches System ist führend? Was geschieht bei einer fehlgeschlagenen Übertragung? Werden Dubletten erkannt? Wie werden Änderungen protokolliert? Eine API, die auf dem Papier verfügbar ist, löst diese Fragen nicht automatisch. Gerade bei gewachsenen Systemlandschaften ist die Datenklärung häufig wertvoller als eine schnelle Integration.

Rollen, Sicherheit und Nachvollziehbarkeit
In vielen Betrieben soll nicht jeder alles sehen oder ändern dürfen. Mitarbeitende im Lager benötigen andere Funktionen als Disposition, Verwaltung oder Geschäftsführung. Hinzu kommen Passwortrichtlinien, Kontosperren nach Fehlversuchen, Freigaben und die Frage, welche Änderungen später nachvollziehbar sein müssen.

Ein belastbares Rechtekonzept kostet Zeit, verhindert aber teure Folgeschäden. Wenn Bestände, Lieferadressen, Preisinformationen oder Prüfprotokolle im System liegen, ist Zugriffskontrolle Teil der fachlichen Lösung - nicht bloß ein technisches Extra.

Bedienung am tatsächlichen Einsatzort
Software für den Schreibtisch lässt sich anders planen als Software für Lagerhalle, Werkstatt oder Rampe. Dort zählen große Bedienelemente, wenige Eingaben, Scanner-Unterstützung, verständliche Rückmeldungen und eine Ansicht, die auch auf kleineren Geräten funktioniert.

Werden Etiketten, Lieferscheine oder Prüfprotokolle benötigt, müssen Drucker, Papierformate und Ausgaberegeln früh berücksichtigt werden. Ein Prozess, der im Büro sauber aussieht, kann auf dem Handscanner oder am Etikettendrucker scheitern. Gute Planung reduziert solche Nacharbeiten.

Qualität, Betrieb und dokumentierte Übergabe
Ein funktionierender Prototyp ist nicht automatisch betriebsbereite Software. Für eine produktive Anwendung gehören automatisierte Tests, Fehlerbehandlung, Backups, Monitoring, Deployment und technische Dokumentation zur Kalkulation. Bei einer modernen Webanwendung können beispielsweise PHP 8.4, modernes JavaScript und MySQL 8 eine solide, wartbare Grundlage bilden. Die Technologie ist dabei kein Selbstzweck. Sie muss den Betrieb über Jahre erleichtern.

Auch Testaufwand hängt vom Risiko ab. Wenn eine fehlerhafte Anzeige intern korrigiert werden kann, gelten andere Maßstäbe als bei einer Anwendung, die täglich Versanddokumente erzeugt oder sensible Prüfungsdaten verarbeitet. Boring, nachweisbare Zuverlässigkeit ist in solchen Fällen wertvoller als ein modisches Technik-Experiment.

Ein konkretes Budgetbeispiel aus der Logistik

Nehmen wir ein mittelständisches Unternehmen, das Wareneingänge bisher über Papierlisten und Excel koordiniert. Gesucht ist eine Anwendung für drei bis fünf Nutzergruppen: Wareneingang, Lager, Disposition und Verwaltung. Sie soll Lieferungen erfassen, Positionen prüfen, Abweichungen dokumentieren, Etiketten drucken und den Status für andere Beteiligte sichtbar machen.

Wenn der Ablauf klar ist und zunächst keine tiefe ERP-Integration erforderlich wird, kann ein erster produktiver Ausbauschritt etwa 40.000 bis 65.000 Euro kosten. Darin enthalten wären üblicherweise Prozessaufnahme, UX-Konzept, Entwicklung, Test, Einrichtung und Einführung. Kommen bidirektionale Schnittstellen, komplexe Bestandslogik, mehrere Mandanten oder Offline-Fähigkeit hinzu, kann das Budget eher bei 70.000 bis 120.000 Euro liegen.

Die bessere Frage lautet daher nicht: Können wir alles auf einmal bauen? Sondern: Welcher Abschnitt beseitigt zuerst nachweisbar Reibung? Oft lohnt es sich, den Wareneingang als erste Ausbaustufe produktiv zu setzen, Erfahrungen zu sammeln und danach Versand, Inventur oder Routenplanung anzuschließen. Ein sinnvoller Projektzuschnitt schützt Budget und Akzeptanz.

Warum günstige Angebote später teuer werden können

Ein niedriges Angebot ist nicht grundsätzlich schlecht. Es kann passen, wenn Umfang, Datenmodell und Betriebsanforderungen wirklich klein sind. Problematisch wird es, wenn ein Angebot nur die sichtbaren Masken bewertet, aber keine Zeit für Abstimmungen, Ausnahmen, Tests, Rechte, Datenmigration oder Einführung vorsieht.

Dann tauchen die offenen Punkte später als Nachträge auf. Oder sie werden gar nicht gelöst, und Mitarbeitende führen wieder Schattenlisten. Das verursacht doppelte Pflege, Unsicherheit über den Datenstand und Abhängigkeit von einzelnen Personen. Die günstigste Umsetzung ist nicht immer die mit dem niedrigsten Einstiegspreis, sondern die mit einem ehrlichen, nachvollziehbaren Umfang.

Ein seriöses Angebot trennt deshalb häufig zwischen Discovery, erstem Release und möglichen Erweiterungen. In einer kurzen Vorphase werden Prozesse, Risiken, Datenquellen und Prioritäten geklärt. Das kostet Geld, senkt aber die Wahrscheinlichkeit, dass das Team Monate lang an Funktionen arbeitet, die am Arbeitsplatz niemand nutzt.

Folgekosten gehören zur Entscheidung dazu

Nach der Einführung entstehen laufende Kosten für Hosting, Backups, Überwachung, Sicherheitsupdates, Support und Weiterentwicklung. Als grobe Orientierung planen viele Unternehmen jährlich etwa 10 bis 20 Prozent der initialen Entwicklungskosten ein. Bei sehr stabilen, kleinen Anwendungen kann es weniger sein. Bei Systemen mit vielen Integrationen, hoher Nutzung oder fortlaufenden regulatorischen Anforderungen kann es mehr sein.

Diese Kosten sind kein Zeichen für ein schlechtes System. Software bleibt Teil des Betriebs: Browser ändern sich, Schnittstellen entwickeln sich weiter, Mitarbeitende haben neue Anforderungen. Entscheidend ist, ob das System so aufgebaut ist, dass Änderungen planbar bleiben. Dokumentierte Deployments, verständliche Datenstrukturen und automatisierte Tests zahlen genau darauf ein.

Wann individuelle Software nicht die richtige Wahl ist

Nicht jeder Prozess braucht eine eigene Anwendung. Wenn eine Tabelle von zwei Personen gepflegt wird, selten Fehler entstehen und der Ablauf stabil bleibt, kann sie die vernünftigste Lösung sein. Auch Standardsoftware ist sinnvoll, wenn der eigene Prozess weitgehend einem etablierten Branchenstandard folgt und Anpassungen nur kosmetisch wären.

Eigene Software lohnt sich dort, wo der Arbeitsablauf einen direkten Wettbewerbsvorteil bildet, Standardlösungen dauerhaft umständliche Umwege erzwingen oder Medienbrüche regelmäßig Zeit und Fehler verursachen. Sie lohnt sich ebenfalls, wenn sensible Daten und spezifische Abläufe mehr Kontrolle verlangen, etwa bei intern betriebenen Testsystemen für Web- oder Windows-Anwendungen.

Vor einer Beauftragung sollte ein Anbieter drei Dinge klar beantworten können: Welcher Prozess wird im ersten Release gelöst, welche Annahmen stecken im Budget und welche laufenden Aufgaben bleiben nach dem Go-live? Wer diese Antworten konkret erhält, kann eine Investition sachlich bewerten. Der beste nächste Schritt ist meist nicht die größte Plattform, sondern die kleinste Lösung, die auf dem Hallenboden, im Büro und im späteren Betrieb nachweisbar besser funktioniert.