Individuelle Softwareentwicklung: Wann sie sich lohnt

Individuelle Softwareentwicklung lohnt sich dort, wo ein Ablauf Sie vom Wettbewerb unterscheidet und keine Standardsoftware ihn ohne Umwege abbildet. Für alles andere ist Standard meist günstiger. Ob sich ein Projekt trägt, lässt sich vorab grob rechnen: Eine Software für 80.000 Euro muss unter offengelegten Annahmen rund 16,5 Stunden Arbeit pro Woche ersetzen, damit sie sich in drei Jahren bezahlt macht. Dieser Ratgeber gibt Ihnen dafür einen Entscheidungsbaum, das Rechenmodell, eine nüchterne Einordnung, was KI an den Kosten ändert, und die Vertragspunkte, mit denen Ihnen der Code auch wirklich gehört.

Wann sich individuelle Softwareentwicklung lohnt: drei Fragen

Drei Fragen klären, ob Sie selbst entwickeln lassen sollten. Stellen Sie sie in dieser Reihenfolge. Führt eine Antwort aus dem Baum heraus, ist meist eine günstigere Lösung die bessere Wahl.

1. Unterscheidet der Ablauf Sie vom Wettbewerb? Buchhaltung, Lohnabrechnung oder E-Mail laufen in fast jedem Unternehmen gleich. Dafür gibt es ausgereifte Standardsoftware, und eine Eigenentwicklung erfindet sie nur teuer neu. Anders ist es bei dem, was Kunden an Ihnen schätzen: wie schnell Sie antworten, wie Sie Aufträge abwickeln, wie Sie ein Portfolio steuern.

2. Deckt Standard- oder Branchensoftware die wichtigen Schritte ohne Umwege ab? Testen Sie zwei oder drei Lösungen mit Ihren eigenen Fällen, nicht mit der Vorführung des Anbieters. Fehlen nur einzelne Funktionen, ist eine Anpassung oder eine Ergänzung über Schnittstellen meist günstiger als ein Neubau. Viele gute Lösungen sind Mischformen: Standard für den Kern, eine eigene Schicht für die Abläufe dazwischen. Besteht der Ablauf vor allem aus festen Regeln zwischen vorhandenen Systemen, reicht oft eine Automatisierung. Wie das geht, steht im Grundlagenartikel zur Prozessautomatisierung.

3. Ersetzt oder bringt die Software in drei Jahren mehr, als sie kostet? Diese Frage beantwortet das Rechenmodell im nächsten Abschnitt. Geht die Rechnung nicht einmal grob auf, vereinfachen Sie zuerst den Ablauf und rechnen später neu.

Ein Beispiel aus unserer Arbeit: Beim Mieterportal mit Vorgangsverwaltung für eine Hausverwaltung lag der Unterschied zu Standardsoftware in der Passform. Abläufe und Begriffe folgen den internen Prozessen der Verwaltung: die eigenen Kategorien, die eigenen Freigabestufen, der eigene Handwerkerpool. Die Beauftragung des Handwerkers läuft automatisiert aus dem Vorgang heraus, statt nebenher gepflegt zu werden.

Was individuelle Software kostet: das Rechenmodell

Eine Software rechnet sich, wenn sie über ihre Laufzeit mehr Arbeit ersetzt oder mehr Nutzen bringt, als Entwicklung und Pflege kosten. Das Rechenmodell dreht die übliche Frage deshalb um. Nicht „Was kostet das Projekt?“, sondern „Wie viel Arbeit muss es ersetzen, damit es sich trägt?“

Die Annahmen:

• Entwicklung: drei Projektgrößen mit 30.000, 80.000 und 200.000 Euro. Zum Median-Stundensatz freier Software- und Webentwickler von 90 Euro (Freelancer-Kompass 2026) entspricht das rund 40, 110 und 280 Personentagen.
• Betrieb und Pflege: 15 Prozent der Entwicklungskosten pro Jahr für Hosting, Sicherheitsupdates, Fehlerbehebung und kleine Änderungen. Das ist eine Annahme, keine Studienzahl. Aktuelle, unabhängige Erhebungen dazu gibt es kaum.
• Arbeitskosten: 45 Euro je Stunde. So viel kostete eine Arbeitsstunde in Deutschland 2025 im Schnitt, Lohnnebenkosten eingerechnet (Statistisches Bundesamt).
• Zeitraum: drei Jahre, 52 Wochen pro Jahr.

Entwicklungskosten	Kosten über drei Jahre	Muss pro Woche ersetzen
30.000 Euro	43.500 Euro	6,2 Stunden
80.000 Euro	116.000 Euro	16,5 Stunden
200.000 Euro	290.000 Euro	41,3 Stunden

Das kleine Projekt trägt sich, wenn es einem Team gut sechs Stunden Routinearbeit pro Woche abnimmt, etwa das Abtippen von Anfragen oder das Zusammensuchen von Unterlagen für einen Bericht. Das große Projekt muss so viel ersetzen wie eine Vollzeitstelle. Oder es bringt Nutzen, der sich nicht in Stunden misst: mehr Umsatz, weniger Fehler, zufriedenere Kunden. Dann sollten Sie diesen Nutzen ebenso grob beziffern.

Zwei Stellschrauben verändern das Ergebnis deutlich. Rechnen Sie mit fünf statt drei Jahren, sinkt der Wert für das mittlere Projekt auf 12 Stunden pro Woche. Setzen Sie 20 statt 15 Prozent Pflege an, steigt er auf 18,2 Stunden. Rechnen Sie mit den Zahlen aus Ihrem Angebot nach: Entwicklungskosten durch Laufzeit teilen, Pflege pro Jahr addieren, durch Ihren Stundensatz und 52 Wochen teilen.

Das Modell lässt bewusst einiges weg: Ihre interne Zeit für Gespräche, Tests und Einführung, Kosten für Datenübernahme und Schnittstellen zu Altsystemen. Planen Sie dafür einen Puffer ein. Und vergleichen Sie fair. Auch Standardsoftware kostet Lizenzen, Einführung und Anpassung, oft pro Nutzer und jedes Jahr neu.

Macht KI individuelle Software billiger?

Ja, aber weniger, als Schlagzeilen versprechen. KI-Assistenten schreiben Code schneller, doch das Schreiben ist nur ein kleiner Teil eines Softwareprojekts. Die Studienlage zeigt eine große Spanne:

Studie	Aufbau	Ergebnis
GitHub, Microsoft 2023	Laborversuch mit einer klar umrissenen Aufgabe	55,8 % schneller
Microsoft, Accenture, Fortune-100-Firma 2025	4.867 Entwickler im Arbeitsalltag	26 % mehr erledigte Aufgaben
Google 2024	96 Entwickler, eine komplexe Aufgabe	rund 21 % schneller
METR 2025	16 erfahrene Entwickler, 246 Aufgaben in vertrauten Projekten	19 % langsamer
METR 2026	Folgemessung mit Werkzeugen von Ende 2025	4 bis 18 % schneller, statistisch unsicher

Die Spanne hat ein Muster. Je klarer und abgegrenzter die Aufgabe, desto größer der Gewinn. In gewachsenen Projekten mit hohen Qualitätsansprüchen war der Effekt 2025 sogar negativ. Bemerkenswert ist die Selbsteinschätzung: Die Entwickler in der METR-Studie hatten 24 Prozent Beschleunigung erwartet und hielten sich auch danach noch für 20 Prozent schneller. METR hält es inzwischen für wahrscheinlich, dass die Werkzeuge Anfang 2026 stärker beschleunigen. Die eigenen neuen Daten seien dafür aber nur sehr schwache Evidenz.

Wichtiger als jede Prozentzahl ist, worauf sie sich bezieht. In einer Befragung von 484 Entwicklern bei Microsoft entfielen auf das Programmieren neuer Funktionen nur rund 11 Prozent der tatsächlichen Arbeitswoche. Auf Kommunikation und Meetings kamen rund 12 Prozent, auf Fehlersuche rund 9 Prozent (Microsoft Research).

Der Wert stammt aus einem Großkonzern, in kleinen Teams kann er höher liegen. Die Richtung bleibt: KI beschleunigt vor allem das Schreiben, kaum das Klären. Für Ihr Projekt folgen daraus drei Dinge.

• Prototypen werden billiger. Ein erster Entwurf ist eine klar umrissene Aufgabe, also genau die Art, bei der KI am meisten bringt. Nutzen Sie das, um Anforderungen am echten Objekt zu prüfen, bevor Sie viel investieren.
• Klare Anforderungen sparen mehr Geld als je zuvor. Der Engpass verschiebt sich vom Schreiben zum Klären. Gut beschriebene Abläufe mit Beispielen und Ausnahmen machen den Unterschied.
• Qualitätssicherung wird wichtiger. Das Forschungsprogramm DORA bei Google fasst seine Ergebnisse 2025 so zusammen: KI erhöht den Durchsatz, oft aber auf Kosten der Stabilität, wenn das Fundament nicht solide ist (DORA). Fragen Sie Ihren Dienstleister, wie er KI einsetzt und wie er Code prüft, testet und dokumentiert.

Wem gehört die Software? Was in den Vertrag gehört

Wer Software extern entwickeln lässt, bekommt die Rechte daran nicht automatisch. Computerprogramme sind urheberrechtlich geschützt, einschließlich des Entwurfsmaterials (§ 69a UrhG). Bei Angestellten ist die Lage klar: Schreibt ein Arbeitnehmer ein Programm im Rahmen seiner Aufgaben, ist „ausschließlich der Arbeitgeber zur Ausübung aller vermögensrechtlichen Befugnisse“ berechtigt (§ 69b UrhG). Für Agenturen und Freelancer gilt diese Regel nicht.

Dort zählt der Vertrag. Sind die Nutzungsarten nicht ausdrücklich einzeln bezeichnet, entscheidet der Vertragszweck, worauf sich das Nutzungsrecht erstreckt (§ 31 Abs. 5 UrhG). Im Zweifel bekommen Sie also nur die Rechte, die der Zweck erfordert. Ob dazu gehört, den Code später selbst oder von einem anderen Dienstleister weiterentwickeln zu lassen, ist dann Auslegungssache.

Ebenso wichtig ist die Vertragsart. Beim Werkvertrag schuldet der Dienstleister ein Ergebnis, das Werk (§ 631 BGB). Ist es vertragsgemäß, müssen Sie es abnehmen. Vorsicht bei Fristen: Setzt Ihnen der Dienstleister nach Fertigstellung eine angemessene Frist zur Abnahme und verweigern Sie diese nicht unter Angabe mindestens eines Mangels, gilt das Werk als abgenommen (§ 640 BGB). Beim Dienstvertrag schuldet der Dienstleister dagegen die Arbeit selbst, nicht den Erfolg (§ 611 BGB). In agilen Projekten mit wechselnden Anforderungen lässt sich das Ergebnis vorab schwer beschreiben. Dann muss der Vertrag besonders klar regeln, was je Ausbaustufe als fertig gilt.

Sechs Punkte gehören in jeden Entwicklungsvertrag:

1. Nutzungsrechte: ausschließlich, zeitlich und räumlich unbeschränkt, ausdrücklich einschließlich Bearbeitung und Weiterentwicklung durch Dritte.
2. Quellcode und Dokumentation: laufender Zugang zum Code-Repository, nicht erst eine Übergabe am Ende.
3. Fremdbausteine: eine Liste aller Open-Source-Komponenten und ihrer Lizenzen.
4. Abnahme: Kriterien je Ausbaustufe, also was getestet wird und wann eine Stufe fertig ist.
5. Betrieb und Pflege: Leistungen, Reaktionszeiten und Preis, getrennt von der Entwicklung.
6. Ausstieg: wie der Dienstleister an Sie oder einen Nachfolger übergibt und was das kostet.

Das ist eine allgemeine Einordnung und keine Rechtsberatung. Lassen Sie Ihren Vertrag im Einzelfall von einer Fachanwältin oder einem Fachanwalt für IT-Recht prüfen.

Angebote vergleichen: Festpreis, Aufwand oder Stufen

Angebote lassen sich nur vergleichen, wenn klar ist, welches Preismodell dahintersteht und was es abdeckt. Drei Modelle begegnen Ihnen am häufigsten.

Festpreis. Ein fester Betrag für einen vorab beschriebenen Umfang, meist als Werkvertrag. Sie haben Planungssicherheit, der Dienstleister trägt das Risiko und preist es ein. Jede Änderung wird zum Nachtrag. Das passt, wenn der Umfang wirklich feststeht.

Nach Aufwand. Sie bezahlen die geleisteten Tage, meist als Dienstvertrag. Änderungen sind einfach, das Kostenrisiko liegt bei Ihnen. Das passt, wenn sich Anforderungen erst im Projekt klären, und braucht eine enge Begleitung mit fester Budgetgrenze.

Festpreis je Ausbaustufe. Jede Stufe hat einen festen Umfang und Preis, danach entscheiden Sie neu. So begrenzen Sie das Risiko, ohne alles vorab festlegen zu müssen. Für die meisten Vorhaben im Mittelstand ist das ein guter Ausgangspunkt.

Stellen Sie jedem Angebot dieselben vier Fragen. Sind Projektleitung, Gestaltung, Tests und Einführung enthalten? Was kostet die Pflege pro Jahr? Wer betreibt die Software, und wo liegen die Daten? Welche Rechte bekommen Sie? Ist ein Angebot deutlich günstiger als die anderen, prüfen Sie zuerst, ob einer dieser Punkte fehlt.

So läuft ein Projekt, das im Betrieb hält

Gute Projekte starten klein und wachsen in Stufen. Am Anfang steht kein Lastenheft mit hundert Seiten, sondern das Verstehen: Gespräche mit den Menschen, die den Ablauf täglich führen, und die Suche nach den Stellen, an denen eine Software wirklich etwas verändert.

Daraus entsteht ein Plan mit klaren Grenzen. Was wird gebaut, wie fügt es sich in die vorhandenen Systeme, was bleibt bewusst draußen? Dann folgt eine erste nutzbare Fassung für einen Ausschnitt, etwa eine Vorgangsart oder einen Standort. Sie entsteht in kurzen, sichtbaren Schritten, damit Sie korrigieren können, bevor etwas fertig ist. Vor dem Livegang wird sie gegen den Alltag geprüft: Last, Datenschutz, Zugriffsrechte.

Wie weit eine solche Software reichen kann, zeigt die Asset-Management-Plattform für ein Immobilienportfolio. Sie führt Objekt-, Vertrags- und Mieterdaten an einem Ort zusammen. Mieterschreiben, Mieterhöhungen und Fristenprüfungen werden direkt im System vorbereitet und nachvollziehbar dokumentiert, statt aus Tabellen und Ordnern zusammengesucht.

Grenzen und Risiken

Individuelle Software löst nicht jedes Problem. Vier Risiken sollten Sie kennen, bevor Sie starten.

Der Umfang wächst. Wer alle Wünsche in die erste Fassung packt, wartet lange auf Nutzen und bezahlt Funktionen, die später niemand braucht. Legen Sie fest, was in die erste Stufe gehört, und schieben Sie den Rest bewusst nach hinten.

Niemand ist zuständig. Software nach Maß braucht eine Person, die den Ablauf kennt, Fragen beantwortet und Zwischenstände testet. Fehlt sie, entscheidet der Dienstleister, und das Ergebnis passt schlechter. Ohne diese Person sollten Sie lieber noch nicht starten.

Abhängigkeit vom Dienstleister. Ohne Rechte, Quellcode und Dokumentation kann nur der Ersteller weiterentwickeln. Die Vertragspunkte oben und verbreitete Technologien halten Ihnen einen Wechsel offen.

Software altert. Bibliotheken brauchen Sicherheitsupdates, Schnittstellen ändern sich, Anforderungen wachsen. Eine Software, die drei Jahre niemand pflegt, wird zum Risiko. Deshalb steht die Pflege im Rechenmodell, und deshalb gehört sie in den Vertrag.

Nächster Schritt: die Entscheidung in zwei Wochen vorbereiten

1. Ablauf aufschreiben. Schritte, beteiligte Personen, genutzte Systeme und die häufigsten Ausnahmen, dazu fünf echte Beispielfälle.
2. Zeit messen. Wie viele Stunden pro Woche kostet der Ablauf heute? Diese Zahl brauchen Sie für das Rechenmodell.
3. Standard prüfen. Zwei oder drei Lösungen mit Ihren Beispielfällen testen.
4. Rechnen. Das Modell mit Ihrem Stundensatz und einem groben Budget füllen.
5. Den kleinsten sinnvollen Ausschnitt festlegen. Eine Vorgangsart, ein Team oder ein Standort, mit dem Sie beginnen.

Wenn Sie Ihren Ablauf und Ihre Zahlen einmal mit uns durchgehen möchten, sprechen Sie uns im Erstgespräch an.

Häufige Fragen

Was ist der Unterschied zwischen Individualsoftware und Standardsoftware?

Standardsoftware wird einmal für viele Kunden entwickelt und per Lizenz oder Abo genutzt. Individualsoftware entsteht für einen Auftraggeber und seine Abläufe. Dazwischen liegt angepasste Standardsoftware. Häufig ist eine Mischung am sinnvollsten: Standard für den Kern, eigene Entwicklung für die Abläufe, die Sie unterscheiden.

Was braucht man, um Software entwickeln zu lassen?

Vor allem eine Person im Unternehmen, die den Ablauf kennt und Zeit für Fragen und Tests hat. Dazu eine Beschreibung des Ablaufs mit echten Beispielfällen und Ausnahmen, Zugang zu den beteiligten Systemen und einen groben Budgetrahmen. Ein ausführliches Lastenheft ist für den Start nicht nötig.

Wie lange dauert die Entwicklung einer individuellen Software?

Das hängt vom Umfang ab, deshalb lohnt sich der Zuschnitt. Planen Sie die erste Ausbaustufe so klein, dass sie nach wenigen Wochen im Alltag läuft, etwa für eine Vorgangsart. Weitere Stufen folgen, wenn die erste trägt. Vorhaben, die erst nach einem Jahr Nutzen zeigen, sind deutlich riskanter.

Gibt es eine Förderung für individuelle Softwareentwicklung?

Die steuerliche Forschungszulage gilt nur für echte Forschung und Entwicklung. Routinemäßige Softwareentwicklung samt Anforderungsanalyse, Tests und Dokumentation ist laut Prüfleitfaden der Bescheinigungsstelle Forschungszulage ausdrücklich nicht bescheinigungsfähig. Für Digitalisierungsprogramme der Länder fragen Sie am besten bei Ihrer IHK oder der Förderbank Ihres Landes nach.

Quellen

1. Statistisches Bundesamt: Eine Arbeitsstunde kostete im Jahr 2025 durchschnittlich 45,00 Euro (Pressemitteilung 148/2026)
2. freelancermap: Freelancer-Kompass 2026, Stundensätze in der IT (Pressemitteilung vom 23.07.2026)
3. Peng, Kalliamvakou, Cihon, Demirer: The Impact of AI on Developer Productivity: Evidence from GitHub Copilot (2023)
4. Cui, Demirer, Jaffe, Musolff, Peng, Salz: The Effects of Generative AI on High-Skilled Work, drei Feldexperimente (2025)
5. Paradis u. a.: How much does AI impact development speed? An enterprise-based randomized controlled trial (Google, 2024)
6. METR: Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity (2025)
7. METR: We are Changing our Developer Productivity Experiment Design (Februar 2026)
8. Kumar u. a.: Time Warp: The Gap Between Developers’ Ideal vs Actual Workweeks in an AI-Driven Era (Microsoft, ICSE 2025)
9. DORA: 2025 Year in Review
10. § 69a UrhG: Gegenstand des Schutzes (Computerprogramme)
11. § 69b UrhG: Urheber in Arbeits- und Dienstverhältnissen
12. § 31 UrhG: Einräumung von Nutzungsrechten
13. § 631 BGB: Vertragstypische Pflichten beim Werkvertrag
14. § 640 BGB: Abnahme
15. § 611 BGB: Vertragstypische Pflichten beim Dienstvertrag
16. Bescheinigungsstelle Forschungszulage: Prüfleitfaden (Stand 10/2025)

Markus Tozman Co-Founder, 21Layer

Markus Tozman baut mit 21Layer KI-Lösungen, die in Unternehmen wirklich ankommen: maßgeschneidert, verlässlich und vom ersten Gespräch bis zum laufenden Betrieb begleitet. Die Beiträge zeigen, was heute schon zuverlässig funktioniert, was es kostet und wie der Einstieg gelingt.

Recherchiert mit unseren eigenen KI-Werkzeugen, inhaltlich verantwortet von Markus Tozman.