Die Grundregel: Standard für Routine, individuell für Ihren Vorsprung
Kein Unternehmen sollte seine Finanzbuchhaltung, Lohnabrechnung oder E-Mail selbst entwickeln. Diese Abläufe sind überall ähnlich, gesetzlich stark geregelt und von ausgereiften Produkten gut abgedeckt. Anders sieht es bei Abläufen aus, mit denen Sie Geld verdienen: eine besondere Auftragskalkulation, ein Kundenportal, eine Disposition, in der Ihr Wissen steckt, oder eine Plattform, die selbst das Produkt ist. Hier zwingt Standardsoftware oft zu Umwegen über Excel, zu Doppelerfassung oder zu Prozessen, die sich nach dem Werkzeug richten statt nach dem Geschäft.
Die Frage lautet deshalb selten „entweder oder“, sondern: Welcher Teil Ihrer Abläufe ist Routine, welcher ist Ihr Vorsprung? Diese Einordnung ist der Kern jeder digitalen Strategie und sollte vor der Produktauswahl stehen.
Wann lohnt sich Individualsoftware? Die Kriterien
| Kriterium | Spricht für Standardsoftware | Spricht für Individualsoftware |
|---|---|---|
| Ablauf | branchenüblich oder gesetzlich vorgegeben | Wettbewerbsvorteil, eigenes Know-how |
| Anpassungsbedarf | gering, per Konfiguration lösbar | viele Sonderfälle, Umgehungen in Excel |
| Zeit bis zum Start | wenige Wochen nötig | mehrere Monate vertretbar |
| Nutzerzahl | gering, Lizenzen günstig | hoch, Lizenzen pro Nutzer werden teuer |
| Schnittstellen | Standardkonnektoren vorhanden | viele eigene Systeme, Maschinen, Partner |
| Daten und Betrieb | Betrieb beim Anbieter akzeptiert | Datenhoheit, eigener Betrieb oder besondere Vorgaben |
| Weiterentwicklung | Roadmap des Herstellers genügt | eigene Prioritäten, schnelle Änderungen |
| Nutzungsdauer | Wechsel in einigen Jahren denkbar | Einsatz über viele Jahre geplant |
Zählen Sie nicht nur Kreuze. Ein einziges Kriterium, etwa eine zwingende Anbindung an Maschinensteuerungen, kann die Entscheidung allein tragen. Diese Fragen helfen, die Tabelle ehrlich auszufüllen:
- Welche Abläufe würden wir nie an einen Wettbewerber weitergeben, weil sie unser Geschäft ausmachen?
- Wo arbeiten Mitarbeitende heute an der vorhandenen Software vorbei, etwa mit Excel-Listen oder Papier?
- Welche Systeme, Maschinen oder Partner müssen angebunden werden, und gibt es dafür fertige Konnektoren?
- Wie viele Nutzer werden es in fünf Jahren sein, und wie entwickeln sich die Lizenzkosten dann?
- Wer betreut die Lösung im Alltag, das eigene Team oder ein Dienstleister?
Was kostet Individualsoftware im Vergleich zu Standardsoftware?
Der häufigste Fehler beim Vergleich: Lizenzpreis gegen Entwicklungsangebot. Aussagekräftig sind nur die Gesamtkosten (Total Cost of Ownership) über die geplante Nutzungsdauer. Dazu gehören:
- Bei Standardsoftware: Lizenzen oder Abonnements pro Nutzer, Einführung und Datenübernahme, Anpassungen und deren Pflege bei jedem Update, Schnittstellen, Schulung und künftige Preiserhöhungen des Anbieters.
- Bei Individualsoftware: Analyse und Entwicklung, Betrieb und Hosting, Wartung mit Sicherheitsupdates, Weiterentwicklung, Dokumentation und die Absicherung gegen den Ausfall von Wissensträgern.
| Posten | Typische Spanne |
|---|---|
| Lizenzen für Fachanwendungen im Abo (CRM, Projekte, Service) | etwa 10 bis 200 Euro pro Nutzer und Monat |
| Kleines internes Werkzeug oder Erweiterung | etwa 5.000 bis 20.000 Euro |
| Webanwendung oder erste Produktversion | etwa 20.000 bis 60.000 Euro |
| Fachanwendung oder einzelnes ERP-Modul | etwa 50.000 bis 150.000 Euro |
| Plattform mit vielen Schnittstellen | etwa 150.000 bis 500.000 Euro und mehr |
| Wartung und Pflege von Individualsoftware | etwa 10 bis 20 Prozent der Entwicklungskosten pro Jahr |
| Stundensätze für Softwareentwicklung | etwa 80 bis 150 Euro pro Stunde |
Richtwerte am Markt, netto, Stand November 2026, kein Angebot.
Beispiel mit typischen Werten: 60 Nutzer einer Branchenlösung zu 60 Euro im Monat kosten über sechs Jahre rund 260.000 Euro an Lizenzen (60 × 60 Euro × 72 Monate), dazu kommen Einführung und Anpassungen. Eine individuelle Fachanwendung für 120.000 Euro mit 15 Prozent Wartung pro Jahr liegt im selben Zeitraum bei etwa 230.000 Euro (120.000 Euro plus sechs Jahre zu je 18.000 Euro), dazu kommen Betrieb und Hosting. Die Zahlen liegen nah beieinander. Den Ausschlag geben dann Passgenauigkeit, Abhängigkeiten und Risiko, nicht der Preis allein.
Der hybride Weg: Standard im Kern, individuell an den Rändern
In der Praxis ist die Kombination am häufigsten. Das ERP-System bleibt Standard und wird im Kern möglichst nicht verändert, eigene Funktionen entstehen daneben und werden über Schnittstellen angebunden. Typische Beispiele:
- ein Kundenportal für Bestellungen, Reklamationen und Dokumente, das Daten aus dem ERP liest und Aufträge zurückschreibt,
- eine Tablet-Anwendung für die Fertigung, die Rückmeldungen erfasst und an das ERP übergibt,
- eine Kalkulation mit Ihrer eigenen Logik, die Preise an CRM und Shop liefert,
- Automatisierungen, die Daten zwischen Systemen abgleichen, statt dass jemand sie abtippt.
Der Vorteil: Updates des Standardprodukts bleiben einfach, weil der Kern unverändert ist, und Ihre Besonderheiten liegen in einer Anwendung, die Sie selbst steuern. Low-Code-Werkzeuge der Standardanbieter passen gut für einfache Formulare und Freigaben, stoßen aber bei komplexer Logik und vielen Schnittstellen an Grenzen. Voraussetzung sind gute Schnittstellen. Worauf es dabei ankommt, beschreibt unser Beitrag zu Schnittstellen zwischen ERP, CRM und Shop.
Risiken auf beiden Seiten
Typische Risiken bei Standardsoftware:
- Abhängigkeit vom Anbieter: Preiserhöhungen, neue Lizenzmodelle oder das Ende einer Produktlinie müssen Sie hinnehmen.
- Starke Anpassungen machen jedes Update teuer und riskant.
- Prozesse werden an das Werkzeug angepasst, auch dort, wo das Geschäft darunter leidet.
- Daten liegen in Formaten und bei Betreibern, die Sie nicht frei wählen.
Typische Risiken bei Individualsoftware:
- Abhängigkeit vom Entwickler, wenn Quellcode, Dokumentation und Rechte nicht sauber geregelt sind.
- Wachsender Umfang ohne klare Prioritäten, dadurch Verzug und Mehrkosten.
- Wissen in wenigen Köpfen, fehlende Tests und Dokumentation.
- Fehlende Wartung: Frameworks und Bibliotheken veralten, Sicherheitslücken bleiben offen.
Gegen die meisten dieser Risiken helfen ein klar begrenzter erster Umfang, kurze Entwicklungszyklen mit lauffähigen Zwischenständen und ein Vertrag, der Rechte und Übergabe regelt.
Wem gehört der Quellcode?
Computerprogramme sind in Deutschland nach den §§ 69a ff. UrhG urheberrechtlich geschützt. Das Urheberrecht selbst lässt sich nicht übertragen (§ 29 UrhG), wohl aber Nutzungsrechte. Schreiben angestellte Entwickler ein Programm in Wahrnehmung ihrer Aufgaben oder nach Anweisung, ist nach § 69b UrhG ausschließlich der Arbeitgeber zur Ausübung aller vermögensrechtlichen Befugnisse berechtigt, sofern nichts anderes vereinbart ist. Für Freelancer und externe Dienstleister gilt diese Regel nicht. Fehlt eine ausdrückliche Vereinbarung, erhält der Auftraggeber nach der Zweckübertragungsregel des § 31 Abs. 5 UrhG im Zweifel nur die Rechte, die der Vertragszweck erfordert. Das Recht, die Software zu bearbeiten oder von einem anderen Team weiterentwickeln zu lassen, gehört ohne Vereinbarung nicht automatisch dazu (§ 69c Nr. 2 UrhG), und einen Anspruch auf den Quellcode gibt es nicht in jedem Fall. Regeln Sie deshalb vor Projektstart schriftlich:
- Art der Nutzungsrechte (einfach oder ausschließlich) sowie räumlichen und zeitlichen Umfang,
- das Recht zur Bearbeitung und Weiterentwicklung, auch durch Dritte,
- die Übergabe des Quellcodes mit Build-Skripten, Dokumentation und Zugang zum Repository,
- den Umgang mit Open-Source-Komponenten und deren Lizenzen,
- gegebenenfalls die Hinterlegung des Quellcodes bei einem Treuhänder (Escrow), wenn Sie nur ein einfaches Nutzungsrecht erhalten.
In der Praxis bewährt sich ein Repository, das von Anfang an in Ihrem Konto liegt und auf das der Dienstleister nur Zugriff erhält. Dann stellt sich die Frage nach der Übergabe am Projektende gar nicht erst.
Dieser Artikel ersetzt keine Rechtsberatung.
Wartung und Betrieb von Anfang an einplanen
Software ist nach dem Start nicht fertig. Betriebssysteme, Frameworks und Bibliotheken haben feste Supportzeiträume, danach gibt es keine Sicherheitsupdates mehr. Ein aktuelles Beispiel: Der Support für .NET 8 und .NET 9 endet am 10. November 2026, Anwendungen darauf sollten auf .NET 10 umziehen, das bis November 2028 unterstützt wird. Planen Sie für Individualsoftware ein festes jährliches Budget für Wartung ein, vereinbaren Sie Reaktionszeiten und Überwachung und lassen Sie Abhängigkeiten regelmäßig prüfen. Bei Standardsoftware gilt dasselbe für Ihre Anpassungen und Schnittstellen, die bei jedem Update des Herstellers getestet werden müssen. Was zu tun ist, wenn eine Anwendung schon in die Jahre gekommen ist, beschreibt der Beitrag Legacy-Software modernisieren.
Wie Unite2Link bei der Entscheidung hilft
Unser Team analysiert Ihre Abläufe und vorhandenen Systeme und zeigt, wo Standardsoftware reicht und wo eine eigene Lösung oder Erweiterung sinnvoll ist. Wenn wir entwickeln, regeln wir Rechte am Code und Übergabe vor Projektbeginn im Vertrag, arbeiten in kurzen Zyklen mit sichtbaren Zwischenständen und betreuen die Software danach weiter. Eine Handelsplattform, die unser Team aufgebaut hat, läuft seit über 15 Jahren und wird laufend weiterentwickelt. Abgerechnet wird nach Aufwand: Techniker ab 80 Euro, Ingenieur ab 120 Euro pro Stunde, netto. Mehr unter Individuelle Software.