Was kostet individuelle Softwareentwicklung? Preismodelle erklärt

„Was kostet uns das?” Wenn diese Frage am Anfang eines Software-Projekts steht, gibt es zwei Sorten Antworten. Die unseriöse: eine Hausnummer aus der Hüfte, die niemand belastbar einhalten kann. Die seriöse: eine Gegenfrage, die mit dem Preismodell anfängt und nicht mit der Zahl.

Welches Modell im Vertrag landet, entscheidet später häufiger über Budgettreue als die Stack-Wahl, das Bauchgefühl beim Pitch oder das schickste Pitchdeck. Wer das falsche Modell unterschreibt, zahlt entweder zu viel, bekommt am Ende zu wenig oder verliert ein halbes Jahr mit Change-Request-Diskussionen, die das eigentliche Projekt blockieren. Daher beginnen wir Projekte nie mit einer Zahl, sondern mit der Frage nach dem richtigen Vertragstyp.

Warum eine Pauschalantwort auf die Kostenfrage Quatsch ist

Software ist kein Regalprodukt. Bei zwei sauber kalkulierten Angeboten für dasselbe Briefing kann der Preisunterschied beim Faktor zwei oder drei liegen, ohne dass einer der Anbieter abzockt. Der Unterschied steckt in dem, was eingepreist wurde: Anforderungsanalyse, UX-Konzept, automatisierte Tests, technische Doku, DevOps, Code Reviews, Sicherheitsprüfungen, Übergaben, der Puffer für die Sachen, die garantiert anders kommen als geplant.

Als grobe Orientierung für den deutschen Markt 2026: Kleine Tools und schlanke Web-Apps landen laut xmethod.de zwischen 5.000 und 15.000 Euro. Mittlere Lösungen mit Integrationen oder ein MVP kosten 15.000 bis 50.000 Euro. Komplexe Enterprise-Systeme starten bei 50.000 Euro und gehen schnell sechsstellig weiter. Für Wartung und Weiterentwicklung rechnet man jährlich 15 bis 20 Prozent der Projektsumme oben drauf. Wer diesen Posten beim Vergleich vergisst, kalkuliert nicht das Projekt, sondern den Launch.

Diese Spannweiten sagen dir grob, in welcher Ordnung sich dein Vorhaben bewegt. Sie sagen dir nicht, wie du das Geld vergibst. Genau das ist die Aufgabe des Preismodells.

Die drei Modelle, um die es in der Praxis geht

In Lehrbüchern stehen ein Dutzend Preismodelle. Im echten Vertragspapier stehen drei: Festpreis, Time & Material und agiler Festpreis. Alles andere sind Spielarten davon.

Festpreis: Sicher klingt anders, als sicher ist

Beim Festpreis vereinbart ihr eine Pauschale. Der Anbieter trägt das Risiko, du zahlst die fixe Summe. Klingt nach Vollkasko und sieht im Lenkungskreis gut aus.

Der Haken steckt im Kleingedruckten. Ein Festpreis ist nur so belastbar wie die Spezifikation, auf der er sitzt. Ohne sauberes Pflichtenheft ist der Preis entweder ein Bluff, weil der Anbieter später jede Detailfrage als Change Request abrechnet, oder er enthält einen so dicken Risikoaufschlag, dass du die Sicherheit doppelt bezahlst. Die Beratergruppe it-agile bringt es deutlich auf den Punkt: Klassische Festpreise passen nicht zu agiler Entwicklung, weil der Funktionsumfang zu Projektbeginn schlicht nicht abschließend bekannt ist.

In unserer Praxis funktionieren Festpreise sauber bei zwei Konstellationen. Erstens bei Migrationen oder Schnittstellen mit klar messbarem Endzustand. „Daten aus System A nach System B, hier der Mapping-Plan” lässt sich kalkulieren. Zweitens bei kompakten Bausteinen mit hoher Wiederholerfahrung: ein Standard-Auftragsformular, eine PIM-Anbindung, eine DATEV-Schnittstelle. Bei echter Neuentwicklung wird Festpreis zur Bremse. Du verhandelst dann über Worte im Vertrag statt über Funktionen im Produkt.

Time & Material: Ehrlich, aber nichts für Stillsitzer

Bei Time & Material zahlst du, was tatsächlich gearbeitet wurde. Stunden werden erfasst, monatlich abgerechnet, Scope ist verhandelbar. Du steuerst über Priorisierung statt über Vertragstexte.

Der Preis dafür: Das Risiko liegt bei dir. Verzögert sich das Projekt um zwei Monate, zahlst du zwei Monate mehr. Genau deshalb funktioniert T&M nur mit einem Anbieter, der von sich aus „das lohnt sich nicht mehr” sagt, statt einfach weiterzuabrechnen. Und mit einem Auftraggeber, der wöchentlich oder zumindest alle zwei Wochen wirklich draufschaut. Wer einmal im Quartal unterschreiben will und sich sonst raushalten möchte, ist bei T&M falsch.

Inhaltlich ist T&M das ehrlichste Modell. Es bildet ab, wie Software wirklich entsteht: in Schleifen, mit korrigierten Annahmen, mit Erkenntnissen, die in Sprint zwei den Plan aus Sprint eins kippen. Wer Software-Entwicklung schon einmal von innen erlebt hat, weiß, dass alles andere eine Inszenierung ist.

Agiler Festpreis: Der Vertrag, mit dem die meisten Mittelständler leben können

Der agile Festpreis ist der Versuch, Budgetsicherheit mit Realismus zu vereinen. Die einfachste Form: Ihr fixt Budget und Termin, lasst aber offen, welche Features in welcher Reihenfolge umgesetzt werden. Was wichtiger wird, rückt nach vorn. Was unwichtig wird, fliegt raus.

In der Variante „Money for Nothing, Change for Free” von it-agile darf der Auftraggeber jederzeit Features tauschen, solange das Gesamtgewicht stabil bleibt. Wird das Projekt früher fertig, teilt sich das eingesparte Budget zwischen beiden Seiten. Funktioniert in der Theorie wunderbar, braucht in der Praxis reife Teams und einen Auftraggeber, der priorisieren kann.

Die Variante, die wir in den meisten Mittelstandsprojekten unterschreiben, ist pragmatischer: Festpreis für eine kompakte Konzept- und Vorabklärungsphase mit klarer Lieferung am Ende, anschließend T&M oder ein Sprint-Budget pro Monat für die Umsetzung. Damit weißt du nach drei bis sechs Wochen, ob das Projekt überhaupt machbar ist, was es realistisch kostet und ob das Team passt. Erst dann fließt das große Budget. Diese zwei Stufen retten regelmäßig Projekte, die sonst auf einen falsch dimensionierten Festpreis zugesteuert wären.

Stundensätze 2026: Was ein Tag wirklich kostet

Sobald T&M oder ein Sprint-Modell auf dem Tisch liegt, brauchst du belastbare Stundensätze, sonst sind Angebote nicht vergleichbar. Für den DACH-Markt 2026 ist das Bild klarer als gemeinhin behauptet:

• Junior-Entwickler beim Dienstleister: 95 bis 120 Euro pro Stunde
• Mid-Level mit zwei bis fünf Jahren Erfahrung: 120 bis 150 Euro pro Stunde
• Senior-Entwickler: 150 bis 180 Euro pro Stunde
• Software-Architekten und Spezialisten für Cloud, KI oder anspruchsvolle Backends: 170 bis 220 Euro pro Stunde

CIO.de berichtet, dass selbst nach dem leichten Rückgang im Markt erfahrene Applikationsentwickler 2026 bei knapp 1.500 Euro Tagessatz liegen, was umgerechnet rund 187 Euro pro Stunde entspricht. Yuhiro nennt für IT-Dienstleister, die mittelständische und größere Kunden bedienen, einen Korridor von 150 bis 200 Euro pro Stunde zuzüglich Mehrwertsteuer. Beides deckt sich mit dem, was wir tagtäglich auf Angeboten unserer Wettbewerber sehen. Wer dir 90 Euro für einen Senior anbietet, hat entweder einen Junior dahinter, ein Offshore-Modell oder ein nicht tragfähiges Geschäftsmodell.

Etablierte Agenturen mit Team aus Projektleitung, Entwicklung, Qualitätssicherung und Betrieb liegen für ihre Mischrate üblicherweise zwischen 130 und 180 Euro pro Stunde. Premium-Häuser mit Spezialisierung auf KI, Embedded oder regulierte Branchen rufen 180 bis 250 Euro auf. Freie Senior-Entwickler ohne Drumherum sind günstiger, aber dann verantwortest du Projektleitung, Architektur und Qualitätssicherung selbst. Diese Stunden zahlst du nur an einer anderen Stelle der Bilanz.

Nearshore-Angebote aus Polen, Rumänien oder dem Baltikum bewegen sich nach unserer Erfahrung zwischen 60 und 100 Euro pro Stunde, Offshore aus Indien oder Vietnam zwischen 25 und 60 Euro. Ergibt rechnerisch sofort eine Halbierung. In der Realität laufen rund 20 bis 40 Prozent der vermeintlichen Ersparnis in Übersetzungsaufwand, Reviews, Zeitzonen und doppelte Abnahmen zurück. Für klar abgesteckte Liefereinheiten kann Nearshore funktionieren. Für echte Produktentwicklung mit täglichem Sparring bleibt der Aufpreis für lokale Teams das Geld wert.

Welches Modell für welche Situation

Aus der Praxis sind unsere Faustregeln eindeutig.

Festpreis wählen wir bei klar abgrenzten Projekten mit messbarem Endzustand: Migrationen, Standardschnittstellen, Ablösung eines bestehenden Tools mit dokumentierter Funktionsliste, kompakte Prototypen mit gedeckeltem Budget. Voraussetzung ist immer ein belastbares Lastenheft oder Pflichtenheft. Ohne Spec ist Festpreis Glücksspiel.

Time & Material wählen wir bei laufender Produktentwicklung, internen Tools, deren Anforderungen sich aus der Nutzung schärfen, und bei langfristiger Zusammenarbeit, in der das Team Teil des Kunden wird. Funktioniert nur, wenn der Kunde aktiv steuert.

Agiler Festpreis ist unsere Standardempfehlung für Mittelstandsprojekte zwischen 30.000 und 200.000 Euro. Phase eins als kleiner Festpreis liefert Klarheit. Phase zwei als gedeckeltes Sprint-Budget liefert das Produkt. Beide Seiten haben Kontrolle, beide Seiten teilen sich das Risiko realistisch.

Was beim Preismodell typisch danebengeht

Der häufigste Denkfehler ist, Festpreis als Schutzschild zu verstehen. Festpreis schützt nur, solange du nichts änderst. Sobald sich Markt, Anforderungen oder interne Organisation drehen, landest du in Change-Request-Verhandlungen, die teurer werden als ein offenes Modell. Wir haben Projekte gesehen, in denen die Summe der Change Requests am Ende größer war als der ursprüngliche Festpreis. Wer das einmal mitgemacht hat, unterschreibt nie wieder einen Festpreis ohne Phase-1-Vorklärung.

Der zweite Klassiker ist T&M ohne Deckelung und ohne echte Reviews. Drei Monate nicht hinschauen, dann eine Rechnung bekommen, die niemand mehr verteidigen kann. T&M funktioniert nur mit aktiver Kundenrolle und mit einem Anbieter, der gegenrudert, wenn der Aufwand aus dem Ruder läuft. Wer beides nicht leisten will, ist mit gedeckeltem Sprint-Budget besser aufgehoben.

Der dritte Fehler ist der Tunnelblick auf den Entwicklungspreis. Wenn Anbieter A 80.000 Euro für die Erstentwicklung anbietet und Anbieter B 110.000 Euro, aber A für jede spätere Anpassung 220 Euro die Stunde verlangt und B 150 Euro, kippt der Vergleich nach zwölf Monaten. Wartung, Support und Weiterentwicklung gehören in jeden Angebotsvergleich. Sonst kaufst du den Launch und finanzierst danach unfreiwillig die Marge des Anbieters.

Wenn du gerade vor einer konkreten Projektentscheidung sitzt und wissen willst, welches Modell zu deiner Konstellation passt, sprich uns in einer Fokus-Session an. Eine Stunde, ein konkreter Blick auf dein Vorhaben, eine ehrliche Einschätzung und keine PowerPoint-Folien. Mehr zu unserem Vorgehen findest du auf der Seite Individuelle Software.