Preisstrukturen vergleichen und die richtige Wahl treffen
Wenn Entwickler Angebote unterbreiten, stehen Auftraggeber vor einer grundlegenden Frage: Stundensatz oder Projektpreis? Beide Modelle haben klare Vor- und Nachteile – und die Wahl beeinflusst nicht nur die Kosten, sondern auch die Qualität der Zusammenarbeit und das Projektergebnis. Dieser Artikel vergleicht beide Ansätze und zeigt, wann welches Modell sinnvoll ist.
1. Stundensatz (Time & Materials) im Detail
Beim Stundensatzmodell zahlt der Auftraggeber für die tatsächlich aufgewendete Zeit.
Typische Stundensätze im DACH-Raum: [3]
| Entwicklertyp | Stundensatz |
|---|---|
| Frontend-Entwickler (Mid) | 80–120 €/h |
| Backend-Entwickler (Mid) | 85–130 €/h |
| Full-Stack-Entwickler (Senior) | 110–160 €/h |
| Mobile-Entwickler (Senior) | 110–170 €/h |
| DevOps Engineer | 100–160 €/h |
| UX/UI Designer | 80–140 €/h |
Die Werte in dieser Tabelle basieren auf Branchenschätzungen, Praxiserfahrungswerten und marktüblichen Angaben.
Wie der Stundensatz entsteht:
Ein selbständiger Entwickler kalkuliert seinen Stundensatz typischerweise so:
Gewünschtes Nettoeinkommen: 60.000 €/Jahr
+ Sozialversicherung/Vorsorge: 15.000 €
+ Betriebskosten: 8.000 €
+ Rücklagen/Akquise: 12.000 €
= Nötiger Bruttoumsatz: 95.000 €
÷ Fakturierbare Stunden: 1.200 h/Jahr
= Stundensatz: ~80 €/h
Erfahrenere Entwickler haben höhere Einkommenserwartungen und weniger fakturierbare Stunden (wegen Weiterbildung und selektiverer Projektauswahl), was den Stundensatz nach oben treibt. [4]
2. Projektpreis (Fixed Price) im Detail
Beim Festpreismodell wird ein Gesamtpreis für ein definiertes Ergebnis vereinbart.
Wie Entwickler Festpreise kalkulieren:
Geschätzter Aufwand: 40 Tage
× Interner Stundensatz: 100 €/h × 8h = 800 €/Tag
= Basiskosten: 32.000 €
+ Risikozuschlag (20 %): 6.400 €
+ Gewinnmarge: 3.200 €
= Festpreis: 41.600 €
Der Risikozuschlag von 15–30 % ist üblich und gerechtfertigt – der Entwickler trägt das Risiko von Mehraufwand.
3. Direkter Vergleich: Stundensatz vs. Projektpreis
| Kriterium | Stundensatz | Projektpreis |
|---|---|---|
| Kostentransparenz | Hoch (jede Stunde sichtbar) | Mittel (Pauschalpreis) |
| Planungssicherheit | Niedrig (offenes Budget) | Hoch (fester Preis) |
| Flexibilität bei Änderungen | Hoch | Niedrig (Change Requests kosten extra) |
| Risiko beim Auftraggeber | Höher (Zeitrisiko) | Niedriger (Preisrisiko beim Entwickler) |
| Risiko beim Entwickler | Niedriger | Höher |
| Geeignet für | Agile Projekte, unklare Anforderungen | Klar definierte Projekte |
| Typischer Kostenunterschied | Basiswert | 15–30 % teurer durch Risikozuschlag |
Die Werte in dieser Tabelle basieren auf Branchenschätzungen, Praxiserfahrungswerten und marktüblichen Angaben.
4. Hybride Modelle als Alternative
In der Praxis haben sich Mischformen etabliert:
Time & Materials mit Cap
- Stundensatzabrechnung mit vereinbarter Obergrenze
- Kombiniert Flexibilität mit Kostenkontrolle
- Beispiel: „Stundensatz 110 €/h, maximal 35.000 €"
Phasenbasierte Festpreise
- Jede Projektphase wird separat als Festpreis vereinbart
- Nach jeder Phase kann der Scope angepasst werden
- Reduziert das Risiko für beide Seiten
Retainer-Modell
- Monatliches Kontingent zu einem vergünstigten Stundensatz
- Typisch: 80 Stunden/Monat zu 95 €/h statt 110 €/h bei Einzelbuchung
- Geeignet für laufende Entwicklung und Wartung
5. Praxisbeispiel: Dasselbe Projekt, zwei Angebote
Ein Unternehmen lässt sich für eine Mitarbeiter-App zwei Angebote erstellen:
Angebot A – Stundensatz:
- Geschätzter Aufwand: 45 Tage
- Stundensatz: 105 €/h
- Geschätzte Kosten: 45 × 8 × 105 = 37.800 €
- Tatsächlicher Aufwand (realistisch): 52 Tage
- Tatsächliche Kosten: 43.680 €
Angebot B – Festpreis:
- Festpreis für definierten Scope: 44.000 €
- Inkl. Risikozuschlag des Entwicklers
- 2 Change Requests während des Projekts: +4.500 €
- Tatsächliche Kosten: 48.500 €
Ergebnis: In diesem Beispiel war der Stundensatz günstiger – aber nur, weil der Mehraufwand moderat blieb. Bei stärkerem Scope Creep hätte das Stundensatzmodell teurer werden können.
Entscheidungshilfe
| Ihre Situation | Empfohlenes Modell |
|---|---|
| Anforderungen klar und stabil | Festpreis |
| Anforderungen werden sich ändern | Stundensatz |
| Erstes Projekt mit neuem Entwickler | Stundensatz (bessere Kontrolle) |
| Langfristige Zusammenarbeit | Retainer |
| Großes Projekt, phasenweise umsetzbar | Phasenbasierte Festpreise |
| Sehr knappes Budget, klarer Scope | Festpreis |
Fazit und Einordnung
1. Kein Modell ist pauschal günstiger: Der tatsächliche Preis hängt stark vom Projektverlauf und vom Änderungsbedarf ab.
2. Die Wahl sollte zur Projektrealität passen: Festpreise eignen sich eher bei klarem Scope, Stundensätze eher bei Unsicherheit.
3. Hybride Modelle können sinnvoll sein: Time & Materials mit Cap oder phasenbasierte Festpreise bieten häufig einen praktikablen Mittelweg.
4. Festpreise enthalten typischerweise einen Risikozuschlag: Damit werden Unsicherheit und Änderungsrisiken kalkulatorisch berücksichtigt.
5. Klare Spielregeln verbessern die Steuerbarkeit: Es sollte nachvollziehbar geregelt sein, wie mit Änderungen, Verzögerungen und Mehraufwand umgegangen wird.
Quellen
- Freelancer-Kompass 2025 (2025-09-01)
- GULP Stundensatzkalkulator (2025-06-01)
- freelancermap – Freelancer-Kompass (2026-01-01)
- StepStone – Gehälter IT-Softwareentwickler/in (2026-01-01)