Was kostet Softwareentwicklung 2026 — Realistische Preise für Mittelständler

Die häufigste Frage in unseren Erstgesprächen lautet nicht „Wie geht das?“, sondern „Was kostet das?“. Und die ehrlichste Antwort, die wir geben können, beginnt mit einer Gegenfrage — nicht aus Verkaufstrickserei, sondern weil zwei Projekte mit identischem Arbeitstitel um den Faktor zehn auseinanderliegen können. Trotzdem ist der Wunsch nach einer Hausnummer berechtigt: Geschäftsführung und CFO brauchen eine Größenordnung, bevor sie weiterdenken. Dieser Artikel liefert genau das — realistische Stundensätze nach Region und Rolle, Vertragsmodelle mit ihren Stärken und Schwächen, Projekt-Ranges für die häufigsten Vorhaben, eine ehrliche Aufzählung versteckter Kosten und einen Blick auf den KI-Effekt sowie aktuelle Förderprogramme. Wer nach der Lektüre eine belastbare Größenordnung für sein eigenes Vorhaben hat, hat das Ziel erreicht. Für die Einordnung in das Gesamtbild siehe unseren Softwareentwicklungs-Guide für den Mittelstand.

Warum die Frage selten direkt beantwortet wird

Wer im Internet recherchiert, findet endlose Kosten-Rechner, aber kaum konkrete Zahlen. Das hat drei Gründe, und alle drei sind nachvollziehbar. Erstens ist der Begriff „Software“ enorm dehnbar — eine fünf-seitige Landing-Page und eine Industrial-IoT-Plattform fallen beide darunter, kosten aber das Hundert- bis Tausendfache. Zweitens hängt der Preis stark an nicht-funktionalen Anforderungen, die im Erstgespräch fast nie genannt werden: Verfügbarkeit, Skalierung, Mehrsprachigkeit, Barrierefreiheit, Compliance, Audit-Trail, Datenschutz-Folgenabschätzung. Diese Anforderungen verdoppeln in vielen Projekten das Budget, ohne dass die sichtbaren Features sich verändern. Drittens ist der Stundensatz nur die halbe Wahrheit — ein guter Senior braucht für dieselbe Aufgabe oft die halbe Zeit wie ein günstigerer Junior, das Endergebnis ist trotz höherem Stundensatz günstiger.

Seriöse Anbieter umgehen das Dilemma nicht, sondern adressieren es offen: sie nennen Stundensätze und typische Projekt-Ranges, schlagen eine kurze Discovery-Phase vor und liefern danach eine konkrete Bandbreite mit dokumentierten Annahmen. Wer ohne Scope einen Festpreis nennt, kalkuliert entweder einen Risiko-Puffer von 30 bis 50 Prozent ein, oder spart später am Ergebnis — meist an Tests, Dokumentation und Härtung. Beides ist für den Auftraggeber teuer, nur dass die Rechnung erst nach dem Launch kommt.

Aus unserer Praxis: in rund 70 Prozent der Anfragen lässt sich nach einem zweistündigen Erstgespräch eine Bandbreite mit Faktor zwei nennen. Nach einer Discovery-Phase reduziert sich diese Bandbreite typischerweise auf Faktor 1,3 und kann in einen Festpreis oder ein Cap-and-Collar-Modell überführt werden.

Stundensätze 2026 nach Region

Die globale Stundensatz-Landschaft hat sich seit 2020 verschoben. Nearshore-Anbieter aus Mittel- und Osteuropa sind teurer geworden. DACH-Beratungen halten ihre Preise stabil, weil der Fachkräftemangel den Effizienz-Gewinn aus KI-Tools kompensiert. Offshore-Anbieter aus Asien sind im unteren Segment günstig geblieben, im Tier-1-Segment an Nearshore-Niveau herangerückt.

Region / Modell	Stundensatz (Mid–Senior)	Vorteile	Risiken
DACH inhouse (Vollkosten)	90–160 €	Domänen-Wissen, direkte Verfügbarkeit, kulturelle Nähe	Schwierige Rekrutierung, hohe Fixkosten, geringe Skalierbarkeit nach oben
DACH-Beratung / Agentur	130–200 €	Schnelle Skalierung, Spezialisten-Pool, Lieferverantwortung	Höchstes Preisniveau, Personalwechsel im Team möglich
Nearshore Europa (PL, RO, PT, ES)	50–90 €	Zeitzone passt, gutes Englisch, EU-Recht, gute Senior-Qualität	Sprachbarriere bei Fach-Domänen, Reise-Aufwand bei Workshops
Offshore (IN, VN, PH)	25–45 €	Niedrigster Preis, große Talent-Pools, 24/7-Modelle möglich	Zeitverschiebung, hoher Koordinations-Overhead, Qualitäts-Streuung groß

Die Tabelle zeigt Bruttowerte, die Auftraggeber tatsächlich zahlen — nicht die Gehälter der Entwickler. Inhouse-Vollkosten umfassen Bruttogehalt, Sozialabgaben, Arbeitsplatz, Werkzeuge, Weiterbildung und einen realistischen Auslastungsfaktor von 70 bis 80 Prozent. Wer einen Senior mit 100.000 Euro Bruttogehalt anstellt, zahlt arbeitgeberseitig rund 130.000 Euro pro Jahr — bei 1.500 produktiven Stunden ergibt das 87 Euro pro Stunde. Bei vielen Mittelständlern liegt der reale Wert wegen Meetings, Urlaub und Recruiting-Aufwand näher an 110 bis 130 Euro.

Eine Anmerkung zum Offshore-Segment: die Stundensätze sind verlockend, der Total-Cost-of-Ownership ist es oft nicht. Wir haben mehrfach Projekte gesehen, in denen Offshore-Code nach 18 Monaten ersetzt werden musste. Das ist keine Kategorie-Aussage, sondern eine Erinnerung, dass die Stundensatz-Differenz allein keine Entscheidungsgrundlage ist. Tiefer zum Auswahl-Modell siehe unseren Artikel zu Nearshore vs Offshore vs Inhouse.

Stundensätze nach Rolle

Innerhalb einer Region streuen die Stundensätze nach Rolle und Erfahrung erheblich. Die folgenden Werte gelten für DACH-Beratungen mit Lieferverantwortung — Nearshore- und Offshore-Sätze liegen jeweils 30 bis 60 Prozent darunter, Inhouse-Vollkosten 20 bis 40 Prozent.

Rolle	Stundensatz DACH-Beratung	Typische Verantwortung
Junior-Entwickler (0–2 Jahre)	80–110 €	Umsetzung gut definierter Tickets unter Anleitung, Tests, kleinere Features
Mid-Entwickler (2–5 Jahre)	110–150 €	Selbstständige Feature-Umsetzung, Code-Reviews, kleinere Architektur-Beiträge
Senior-Entwickler (5–10 Jahre)	140–200 €	Modul-Verantwortung, Architektur-Entscheidungen, Mentoring, Stakeholder-Kommunikation
Tech-Lead	170–230 €	Team-Führung, technische Roadmap, Schnittstelle zu Produkt und Geschäftsführung
Software-Architekt	190–260 €	System-Architektur, Technologie-Auswahl, Risiko-Analyse, übergreifende Standards
UX/UI-Designer	110–170 €	User-Research, Wireframes, Design-System, Interaktions-Konzept
DevOps / SRE	130–190 €	CI/CD, Infrastruktur, Observability, Incident-Response
Projekt-Leitung	120–180 €	Scope, Budget, Risiko, Stakeholder, Reporting

Eine Beobachtung aus zahlreichen Audits: Teams, die ausschließlich aus Senior-Profilen bestehen, sind nicht zwangsläufig die produktivsten. Ein gesundes Team-Mix von 1 Senior auf 2 bis 3 Mid-Profile und gelegentlich einen Junior liefert in fast allen Projekten das beste Verhältnis aus Qualität, Geschwindigkeit und Stundensatz. Wer ein Angebot bekommt, in dem 80 Prozent der Stunden auf Senior-Rollen entfallen, sollte hinterfragen, ob die Aufgaben das wirklich erfordern.

Vertragsmodelle: Festpreis vs T&M vs Cap-and-Collar

Die Wahl des Vertragsmodells entscheidet darüber, wer welches Risiko trägt. Drei Modelle dominieren den Markt, jedes hat klare Stärken und klare Schwächen.

• FestpreisDer Anbieter trägt das Lieferrisiko, der Auftraggeber trägt das Anforderungsrisiko. Geeignet für klar abgrenzbare Vorhaben — Marketing-Sites, Standard-Migrationen, Integrationen mit bekannten Systemen. Voraussetzung ist eine detaillierte Spezifikation; ohne diese kalkuliert der Anbieter einen Puffer von 30 bis 50 Prozent ein, oder die Change-Requests während des Projekts erodieren das Modell.
• Time-and-Material (T&M)Der Auftraggeber trägt das volle Risiko, dafür entfällt der Puffer. Geeignet für explorative Vorhaben — MVPs, neue Produkte, komplexe Integrationen, R&D. Wichtig sind wöchentliches Reporting, Burn-down-Charts, klares Backlog-Management und ein Stopp-Mechanismus bei Budget-Überschreitung. Ohne diese Disziplin entgleisen T&M-Verträge in fast jedem Projekt.
• Cap-and-CollarMischmodell: T&M-Abrechnung mit einer beidseitigen Deckelung. Übersteigt der Aufwand den Cap, übernimmt der Anbieter die Mehrarbeit auf eigene Kosten. Unterschreitet er den Collar, profitiert der Auftraggeber. Geeignet für Projekte mit mittlerem Unbekannten-Anteil. Voraussetzung ist ein gemeinsamer Discovery-Workshop, der die Bandbreite belastbar macht — sonst landen beide Seiten in einer Konflikt-Situation.

Aus unserer Beratungspraxis ist die häufigste und tragfähigste Konstellation für den Mittelstand ein zweistufiges Modell: erstens eine bepreiste Discovery-Phase von ein bis drei Wochen mit klarem Deliverable (Anforderungsdokument, Architektur-Skizze, Risiko-Register, Kostenschätzung), zweitens ein Cap-and-Collar-Vertrag für die Umsetzung mit beidseitigem Skin-in-the-Game. Wer von Anfang an einen Festpreis fordert, bekommt entweder einen Puffer-Aufschlag oder schlechtere Qualität — wer von Anfang an T&M akzeptiert, riskiert Budget-Entgleisung. Das Mischmodell adressiert beide Risiken.

Projekt-Kosten nach Typ

Die folgenden Spannen sind 2026er Marktwerte für Vorhaben mit DACH-Beratung oder kombiniertem DACH/Nearshore-Modell. Sie umfassen Discovery, Design, Entwicklung, Testing und ersten Launch — Wartung und Weiterentwicklung sind separat zu rechnen.

Projekt-Typ	Kosten-Range	Typische Dauer	Team-Größe
Landing-Page mit CMS	5.000–15.000 €	2–6 Wochen	1–2 Personen
Marketing-Site (mehrsprachig, SEO-stark)	15.000–30.000 €	6–10 Wochen	2–3 Personen
MVP einer Web-App	30.000–80.000 €	2–4 Monate	2–4 Personen
Mittlere Web-App / Kundenportal	80.000–250.000 €	4–9 Monate	3–6 Personen
SaaS-Produkt bis zum Launch	150.000–500.000 €	6–14 Monate	4–8 Personen
Enterprise-Software / B2B-Plattform	300.000–2.000.000 €+	9–24 Monate	6–15 Personen

Die Spannen sind weit, und das ist kein Hedging — innerhalb jeder Kategorie liegen reale Projekte tatsächlich um den Faktor zwei bis vier auseinander. Ein MVP einer Web-App mit Standard-Auth, drei Modellen und einer einfachen Oberfläche landet bei 30.000 bis 50.000 Euro. Derselbe MVP mit Mehrmandantenfähigkeit, Audit-Trail, Echtzeit-Funktionen und ersten KI-Komponenten landet bei 60.000 bis 80.000 Euro — bei derselben Beratung, derselben Sprache und denselben Personen. Der Unterschied liegt im Scope, nicht im Anbieter. Wer sich der Range-Logik bewusst ist, kann sie aktiv steuern: durch klare Priorisierung, kompromissbereite Anforderungen und ein gemeinsames Verständnis von „good enough für Phase 1“. Für die spezielle Mechanik von MVP-Vorhaben siehe unseren Artikel zu MVP-Entwicklung in 90 Tagen.

Versteckte Kosten — die häufig übersehenen Posten

In den meisten Anfragen, die uns erreichen, ist der reine Entwicklungs-Aufwand realistisch geschätzt — die versteckten Posten daneben sind es nicht. Diese fünf Kategorien fehlen in fast jedem Budget-Entwurf und kosten dann 20 bis 50 Prozent mehr als erwartet:

• Discovery und Anforderungs-KlärungWorkshops, User-Interviews, Konkurrenz-Analyse, Architektur-Entscheidungen vor dem ersten Code. Realistisch sind 5 bis 15 Prozent des Build-Budgets, in komplexen Domänen bis 20 Prozent. Wer hier spart, zahlt im Build-Teil deutlich mehr.
• Design und User-ExperienceWireframes, Click-Dummies, Design-System, Mikro-Interaktionen, Barrierefreiheit. Realistisch sind 10 bis 20 Prozent des Build-Budgets. Bei kundenorientierten Produkten oft 25 Prozent, weil die Bedien-Qualität direkt auf den Geschäftserfolg durchschlägt.
• Testing und QualitätssicherungUnit-Tests, Integration-Tests, End-to-End-Tests, manuelle QA, Penetrationstest vor Launch. Realistisch sind 20 bis 30 Prozent des Build-Budgets. Wer auf 5 Prozent kürzt, bekommt ein Produkt mit hoher Fehlerrate und teurer Wartung.
• Deployment, Infrastruktur und ObservabilityCI/CD, Cloud-Setup, Monitoring, Logging, Backup, Disaster-Recovery, Compliance-Aufsetzung. Realistisch sind 10 bis 20 Prozent des Build-Budgets, plus laufende Cloud-Kosten von 200 bis 5.000 Euro pro Monat je nach Lastprofil.
• Refactoring und Tech-Debt-AbbauIm Build-Verlauf entstehen unvermeidlich technische Schulden, die in den ersten 6 bis 12 Monaten nach Launch abgebaut werden müssen. Wer das einplant, vermeidet das klassische Phänomen, dass Feature-Geschwindigkeit nach 18 Monaten auf 30 Prozent einbricht. Realistisch sind 10 bis 15 Prozent des Build-Budgets im ersten Wartungsjahr.

Die Summe dieser fünf Posten beträgt 55 bis 100 Prozent des reinen Entwicklungs-Aufwands — anders ausgedrückt: das Gesamt-Projekt-Budget liegt typischerweise bei dem 1,5- bis 2-Fachen dessen, was als „Entwicklung“ in einer ersten Schätzung steht. Wer diese Faustregel ignoriert, kalkuliert sein Projekt von Anfang an zu knapp.

Wartung pro Jahr — realistisch

Software ist kein Möbelstück. Sicherheits-Updates, Abhängigkeits-Pflege, neue Anforderungen und Compliance-Änderungen verursachen laufende Kosten. Der seit Jahrzehnten stabile Richtwert: 15 bis 25 Prozent der ursprünglichen Build-Kosten pro Jahr fallen für Wartung und Weiterentwicklung an.

Im unteren Bereich (15 Prozent) liegen Produkte mit geringer Veränderungs-Rate — interne Tools, Marketing-Sites, klassische Migrations-Produkte. Im oberen Bereich (25 bis 30 Prozent) liegen kundenorientierte SaaS-Produkte, die laufend neue Features brauchen, regelmäßig Sicherheits-Audits durchlaufen und auf einer sich verändernden Plattform-Landschaft laufen. Ein SaaS-Produkt mit 300.000 Euro Build-Kosten verursacht typischerweise 60.000 bis 90.000 Euro Wartung und Weiterentwicklung pro Jahr — das ist keine Strafe, sondern die Voraussetzung für ein Produkt, das im Markt bleibt.

Eine häufige Falle: Auftraggeber rechnen die Wartung in den ersten zwei Jahren niedrig, weil das Produkt „ja neu“ ist. Realität: gerade in den ersten zwei Jahren fallen die meisten Refactorings und Feature-Nachzieher an, weil die echten Nutzungs-Muster erst nach dem Launch sichtbar werden.

Der KI-Coding-Effekt — sinken die Preise oder nicht?

Seit 2024 ist KI-gestütztes Programmieren in den Produktiv-Workflows angekommen. Copilot, Claude-Code, Cursor und vergleichbare Werkzeuge sind in den meisten Beratungen Standard. Die berechtigte Frage von Auftraggebern: schlägt sich das in den Preisen nieder?

Studien aus 2025 zeigen Produktivitäts-Gewinne von 15 bis 30 Prozent bei Routine-Aufgaben — Boilerplate, Tests, Dokumentation, einfache Refactorings. Bei Architektur-Entscheidungen, Domänen-Logik und Performance-Optimierung ist der Effekt unter 10 Prozent. In Stundensätzen schlägt sich das kaum nieder: Effizienz-Gewinne werden in höhere Qualität reinvestiert, KI-Lizenzen kosten 30 bis 100 Euro pro Entwickler und Monat, und Beratungen absorbieren den Effekt in besseren Margen, weil der Fachkräftemangel den Preis stabil hält.

Für Auftraggeber heißt das praktisch: gleicher Preis, mehr Leistung. Wer 2026 ein Projekt vergibt, bekommt typischerweise bessere Test-Abdeckung, vollständigere Dokumentation und kürzere Lieferzeit als 2022 bei vergleichbarem Stundensatz.

Förderungen — Digital-Jetzt, go-digital, Innovationsgutscheine

Für deutsche mittelständische Unternehmen gibt es 2026 mehrere aktive Förderprogramme, die Software-Vorhaben mit Zuschüssen zwischen 30 und 70 Prozent unterstützen. Die wichtigsten:

• Digital-Jetzt (BMWK) — Zuschuss bis zu 50.000 Euro, in Sonderfällen bis 100.000 Euro, für Digitalisierungs-Vorhaben in KMU. Fördersatz 30 bis 50 Prozent, abhängig von Unternehmensgröße und Standort.
• go-digital (BMWK) — Beratungs-Förderung für KMU, deckt bis zu 50 Prozent der Beratungs-Tagessätze ab, maximal 16.500 Euro pro Vorhaben. Geeignet für Digitalisierungs-Strategie, IT-Sicherheit und digitale Markterschließung.
• Innovationsgutscheine — Landesprogramme in fast allen Bundesländern, fördern technologische Beratung und Entwicklung mit Beträgen zwischen 2.500 und 35.000 Euro je nach Land und Programm-Stufe.
• ZIM (Zentrales Innovationsprogramm Mittelstand) — Förderung von Forschungs- und Entwicklungs-Vorhaben, Zuschüsse zwischen 25 und 55 Prozent, typische Volumina 100.000 bis 550.000 Euro pro Projekt.

Förderungen sind kein Selbstläufer — Antragsstellung, Wirtschaftlichkeits-Plan, Verwendungsnachweis und Mittelabruf binden Aufwand, der in den Förder-Mitteln nicht enthalten ist. Realistisch sind 5 bis 10 Prozent des Förder-Volumens als zusätzlicher Aufwand für die Antrags- und Abrechnungs-Strecke. Trotzdem rechnet sich der Aufwand bei den meisten unserer mittelständischen Kunden — eine 50-Prozent-Förderung auf ein 100.000-Euro-Vorhaben ist auch nach Abzug von Antrags-Aufwand eine deutliche Entlastung.

Der Reepa-Ansatz — Discovery vor Festpreis

Unser Standard-Modell für mittelständische Auftraggeber ist zweistufig. Schritt eins ist eine ein- bis dreiwöchige Discovery-Phase mit bepreistem Festpreis (typisch 4.500 bis 18.000 Euro je nach Tiefe). Das Deliverable umfasst ein Anforderungsdokument, eine Architektur-Skizze, ein Risiko-Register und eine Kostenschätzung mit Bandbreite Faktor 1,3. Schritt zwei ist die Umsetzung als Cap-and-Collar-Vertrag mit beidseitigem Skin-in-the-Game. Übersteigt der Aufwand den Cap, übernehmen wir die Mehrarbeit. Unterschreitet er den Collar, teilen wir den Vorteil mit dem Auftraggeber.

Dieses Modell hat in den letzten 36 Monaten zu einer Treffer-Quote von über 90 Prozent geführt. Für Auftraggeber bedeutet das Planungssicherheit, ohne den 30- bis 50-Prozent-Puffer eines klassischen Festpreis-Modells zu zahlen.

Wer überlegt, ein eigenes Software-Vorhaben zu starten — egal ob Marketing-Site, MVP, Kundenportal oder SaaS-Produkt — sollte einen Anbieter wählen, der bereit ist, in dieser Reihenfolge zu arbeiten: erst Scope klären, dann Preis machen. Anbieter, die den Preis vor dem Scope nennen, optimieren auf ihr eigenes Risiko, nicht auf das Ergebnis. Mehr zur Wahl zwischen Individual- und Standard-Lösung in unserem Artikel zu Custom Software vs Standard-Software.

Häufige Fragen