Das Festpreismodell ist wirtschaftlich attraktiv. Die Marge ist beim Vertragsabschluss definiert. Der Aufwand liegt im verantwortlichen Bereich des Dienstleisters. Wer effizienter als kalkuliert liefert, verdient mehr. Wer ineffizienter liefert, vernichtet Marge.
Das Wichtigste in Kürze:
- Festpreisprojekte verlieren Marge durch Kalkulation ohne historische Aufwandsdaten
- Scope-Veränderungen ohne Change-Request-Dokumentation kosten direkt die Marge
- Fehlende Echtzeit-Transparenz verhindert rechtzeitige Gegensteuerung
- Ein vierstufiger Steuerungsrahmen schließt alle drei Lücken systematisch
Warum Festpreisprojekte Marge vernichten, bevor jemand reagiert
In der Praxis vernichten Festpreisprojekte Marge häufig aus denselben drei Gründen: zu optimistische Kalkulation ohne belastbare Erfahrungsdaten, fehlende Scope-Kontrolle bei laufenden Änderungen, und fehlende Echtzeit-Transparenz darüber, ob das Projekt noch im budgetierten Aufwand liegt.
Für IT-Consultings, die SAP-Implementierungen, Cloud-Migrationen oder Transformationsprojekte als Festpreis verkaufen, sind diese drei Schwachstellen real und systematisch. Dieselben Muster gelten für Engineering-Büros, die HOAI-Projekte oder technische Planungsleistungen zu Pauschalhonoraren abschließen.
An diesen drei Stellen geht Marge verloren:
- Kalkulation auf Basis von Schätzungen statt historischer Aufwandsdaten
- Scope-Veränderungen ohne dokumentierten Change Request
- Fehlende Frühwarnung, wenn der Aufwand das Budget überschreitet
Alle drei Probleme haben dieselbe Ursache: ein Controlling-Setup, das Festpreisprojekte wie T&M-Projekte behandelt, ohne die spezifischen Steuerungsanforderungen abzubilden.
Warum Festpreisprojekte ein spezifisches Controlling brauchen
Beim Time-and-Material-Modell ist das Controlling-Problem begrenzt. Mehr Stunden bedeuten mehr Umsatz. Effizienzprobleme betreffen den Kunden, der die Mehrkosten trägt.
Beim Festpreismodell ist das umgekehrt. Mehr Stunden als kalkuliert bedeuten direkten Margenverlust. Das erzeugt eine Steuerungsanforderung, die T&M-Projekte nicht haben: Der Aufwand muss aktiv gemanagt werden, weil er direkt mit der Marge verbunden ist.
Das setzt zwingend voraus, dass der tatsächliche Aufwand kontinuierlich gegen den budgetierten Aufwand abgeglichen wird. Ein monatlicher Projektstatusbericht reicht dafür nicht aus. Bei einem sechswöchigen Implementierungsprojekt kann eine monatliche Kontrollschleife bedeuten, dass eine Aufwandsüberschreitung erst erkannt wird, wenn keine Gegensteuerungsmöglichkeit mehr besteht.
Festpreisprojekte brauchen ein Frühwarnsystem, das auf Wochenbasis oder kürzer arbeitet.
Schwachstelle 1: Kalkulation ohne historische Aufwandsdaten
Die häufigste Ursache für Margenverlust bei Festpreisprojekten ist eine Kalkulation, die auf Schätzung basiert. Fehlende Aufwandsschätzung, fehlender Risikoaufschlag und nicht erfasste Projekstunden sind die Hauptursachen für Margenverlust in festpreisbasiertem Projektgeschäft.
Warum Schätzungen systematisch zu niedrig sind
Erfahrungswerte aus der Erinnerung sind optimistisch gefärbt. Projektleiter erinnern sich an die Projekte, die gut liefen, und unterschätzen den Aufwand für administrative Tätigkeiten, Abstimmungsschleifen, Änderungsanfragen und Nacharbeiten. Diese informellen Korrekturen fließen in die Kalkulation ein und erzeugen eine strukturelle Unterschätzung.
Hinzu kommt, dass viele Projektdienstleister die Vollkosten eines Projekts unterschätzen, weil interne Gemeinkosten, Reisezeiten und Koordinationsaufwand in der Kalkulation fehlen oder zu gering angesetzt sind.
Was historische Aufwandsdaten ermöglichen
Wenn jedes abgeschlossene Projekt mit seinen tatsächlichen Aufwandsdaten systematisch dokumentiert ist, entsteht eine Kalkulationsdatenbank. Für ein SAP FI/CO-Implementierungsprojekt mittlerer Komplexität lässt sich dann auf Basis von fünf abgeschlossenen Vergleichsprojekten eine belastbare Bandbreite definieren: Planaufwand X Stunden, realer Aufwand zwischen Y und Z Stunden, Change-Request-Anteil durchschnittlich W Prozent.
Diese Datenbasis gibt Kalkulations-Sicherheit. Sie ermöglicht auch einen gezielten Risikoaufschlag, der auf realen Abweichungsmustern basiert.
ZEP Compact schafft diese Datenbasis, indem Zeiteinträge strukturiert auf Projektebene erfasst und ausgewertet werden. ZEP Professional stellt die Auswertungstiefe bereit, um historische Projekte nach Typ, Größe und Kundensegment zu analysieren.
Schwachstelle 2: Scope-Veränderungen ohne Change-Request-Dokumentation
In der Realität verändern sich Projektanforderungen. Kunden ändern ihre Anforderungen. Technische Rahmenbedingungen stellen sich anders heraus als erwartet. Neue Stakeholder bringen neue Erwartungen mit. Das ist im Projektgeschäft normal.
Das Problem entsteht, wenn diese Veränderungen den Projektaufwand beeinflussen, ohne dass ein Change Request dokumentiert und mit dem Kunden vereinbart wird. Jede Stunde, die im Projekt für ursprünglich nicht vereinbarte Tätigkeiten aufgewendet wird, kostet bei Festpreis-Logik direkt die Marge.
Warum Change Requests in der Praxis scheitern
Change Requests scheitern in der Praxis an fehlenden Prozessen und fehlender Datenbasis. Der Wille zur Dokumentation ist häufig vorhanden. Ein Projektleiter, der eine informelle Kundenanfrage erhält, hat zwei Möglichkeiten: Die Anfrage ablehnen, was die Kundenbeziehung belastet, oder die Anfrage annehmen und hoffen, dass der Aufwand gering bleibt.
Wenn der Projektleiter keine aktuelle Aufwandsübersicht hat, die zeigt, wie viel Budget noch verfügbar ist, trifft er diese Entscheidung ohne Datenbasis. Das führt systematisch zu unkontrollierter Scope-Ausweitung.
Was strukturiertes Aufwands-Tracking ermöglicht
Wenn der Projektleiter in Echtzeit sieht, dass 70 Prozent des budgetierten Aufwands bereits verbraucht sind, aber erst 55 Prozent der vereinbarten Leistungen erbracht wurden, ist das ein eindeutiges Signal: Die nächste informelle Kundenanfrage muss als Change Request dokumentiert werden.
Diese Transparenz ermöglicht professionelle Scope-Diskussionen mit dem Kunden: als sachliche Projektsteuerung auf Datenbasis. ZEP Compact liefert diese Aufwandstransparenz in Echtzeit durch die Verknüpfung von Zeiterfassung und Budgetkontrolle auf Projektebene.
{{blog-cta}}
Schwachstelle 3: Fehlende Frühwarnung bei Aufwandsüberschreitung
Die dritte Schwachstelle ist die folgenreichste. Ein Festpreisprojekt, das über Budget läuft, aber keine automatischen Warnungen generiert, erzeugt eine Situation, in der die Marge systematisch abgebaut wird, ohne dass jemand aktiv gegensteuert.
In Organisationen, die Projektcontrolling monatlich oder projektbezogen manuell durchführen, entsteht eine strukturelle Verzögerung zwischen dem Zeitpunkt, an dem eine Aufwandsüberschreitung beginnt, und dem Zeitpunkt, an dem sie sichtbar wird. Bei einem zehnwöchigen Projekt kann diese Verzögerung vier bis sechs Wochen betragen. Zu diesem Zeitpunkt ist die Marge bereits vernichtet.
Was ein Frühwarnsystem konkret bedeutet
Ein Frühwarnsystem für Festpreisprojekte funktioniert auf zwei Ebenen. Erstens: Eine automatische Warnung, wenn der tatsächliche Aufwand eine definierte Schwelle des budgetierten Aufwands überschreitet, zum Beispiel 70 oder 85 Prozent. Zweitens: Eine regelmäßige Gegenüberstellung von geplantem Fortschritt und tatsächlichem Aufwand, die Überproportionalitäten früh sichtbar macht.
In ZEP Compact und ZEP Professional ist das Budget-Tracking mit der Zeiterfassung direkt verknüpft. Projektleiter sehen die Budget-Burn-Rate in Echtzeit. Abweichungen zwischen Planfortschritt und Aufwandsfortschritt werden sofort sichtbar. Das gibt Zeit zum Handeln, solange Handlungsspielraum besteht.
Der Steuerungsrahmen für profitable Festpreisprojekte
Aus den drei Schwachstellen ergibt sich ein klarer Steuerungsrahmen. Er besteht aus vier Elementen, die systematisch implementiert werden müssen.
Element 1: Belastbare Kalkulation mit Datenbasis
Jede Festpreiskalkulation basiert auf historischen Aufwandsdaten vergleichbarer Projekte. Wer heute keine Datenbasis hat, baut sie mit dem nächsten Projekt auf. ZEP Compact schafft diese Datenbasis ab dem ersten Projekttag.
Element 2: Verbindliche Change-Request-Logik
Jede Scope-Veränderung, die den Aufwand über eine definierte Grenze erhöht, wird als Change Request dokumentiert und mit dem Kunden besprochen. Die Schwelle, ab der ein Change Request zwingend ist, wird im Projektsetup definiert. Dieser Prozess schützt die Marge und professionalisiert die Kundenbeziehung.
Element 3: Wöchentliches Soll-Ist-Monitoring
Budget-Verbrauch und Projektfortschritt werden wöchentlich abgeglichen. Abweichungen werden sofort identifiziert und kommentiert. Das setzt voraus, dass Zeitdaten täglich oder zumindest wöchentlich erfasst und dem Projekt zugeordnet werden.
Element 4: Eskalations-Trigger für Gegensteuerung
Wenn der Aufwand 75 Prozent des budgetierten Werts überschreitet und der Projektfortschritt unter 60 Prozent liegt, wird ein definierter Eskalationsprozess ausgelöst: interne Überprüfung, Ressourcentausch, oder Scope-Diskussion mit dem Kunden. Dieser Prozess muss definiert sein, bevor er gebraucht wird.
Historische Aufwandsdaten als strategischer Vorteil
Projektdienstleister, die über mehrere Jahre saubere Aufwandsdaten gesammelt haben, haben einen Kalkulationsvorteil gegenüber Wettbewerbern, die auf Erfahrungswerten basieren. Sie können präziser kalkulieren, gezielter Risikoaufschläge setzen und profitablere Festpreis-Angebote strukturieren.
Dieser Vorteil entsteht nicht durch ein einzelnes Projekt. Er entsteht durch konsequente Datenerfassung über viele Projekte hinweg. Die Grundlage ist eine Projektzeiterfassung, die von Anfang an strukturiert und projektbezogen erfolgt.
Der ZEP-Blog zu Billability und Projektmarge zeigt, wie abrechenbare und nicht abrechenbare Stunden als Kennzahl für die Profitabilität von Festpreisprojekten eingesetzt werden können.
Praxisbeispiel: Engineering-Büro mit HOAI-Projekten
Ein technisches Planungsbüro mit 35 Mitarbeitenden führt Projekte nach HOAI-Leistungsphasen durch, häufig mit Pauschalhonorar für definierte Leistungsbilder. Das Controlling-Problem ist strukturell identisch mit Festpreisprojekten im IT-Consulting: Der Aufwand variiert, das Honorar ist fixiert.
Nach Einführung von ZEP Compact wurden Zeiten systematisch nach Leistungsphase und Projektaufgabe erfasst. Nach zwölf Monaten lagen historische Aufwandsdaten für 14 abgeschlossene Projekte vor. Die Auswertung ergab, dass Leistungsphase 5 (Ausführungsplanung) im Schnitt 18 Prozent mehr Aufwand erzeugte als in den Angeboten kalkuliert.
Diese Erkenntnis führte zu einer Anpassung der Kalkulation für LP 5. Die durchschnittliche Projektmarge stieg im Folgejahr um 4,3 Prozentpunkte. Kein Einzelprojekt wurde anders gesteuert. Das Kalkulationsmodell wurde auf Datenbasis korrigiert.
Fazit: Festpreismarge ist eine Steuerungsaufgabe
Marge bei Festpreisprojekten entsteht durch präzise Kalkulation, Scope-Kontrolle und Echtzeit-Transparenz über den Aufwand. Alle drei Voraussetzungen erfordern eine Datenbasis, die mit Excel strukturell nicht aufgebaut werden kann.
- Analysieren Sie Ihre letzten fünf Festpreisprojekte. Wie hoch war der tatsächliche Aufwand im Verhältnis zur Kalkulation? Wo lagen die Abweichungen? Diese Analyse zeigt, wo Ihr Kalkulationsmodell korrigiert werden muss.
- Definieren Sie einen verbindlichen Change-Request-Prozess. Ab welcher Aufwandsgröße wird ein Change Request zwingend? Dieser Prozess muss im Projektsetup dokumentiert und im Team bekannt sein.
- Installieren Sie ein wöchentliches Budget-Monitoring. Die relevante Kennzahl ist: Aufwand verbraucht vs. Leistung erbracht. Wenn diese Relation auseinanderdriftet, brauchen Sie sofort ein Signal.
Wer diese drei Maßnahmen umsetzt, hat die wirtschaftliche Kontrolle über seine Festpreisprojekte.
FAQ
Was sind die häufigsten Gründe für Margenverlust bei Festpreisprojekten?
Die drei häufigsten Ursachen sind: Kalkulation ohne belastbare Aufwandsdaten, unkontrollierte Scope-Ausweitung ohne Change-Request-Dokumentation, und zu spätes Erkennen von Aufwandsüberschreitungen. Alle drei Probleme löst ein integriertes Projektcontrolling-System.
Wie berechne ich die Marge eines Festpreisprojekts korrekt?
Projektmarge beim Festpreis ergibt sich aus: Verkaufspreis minus tatsächliche Projektkosten (interne Stunden × Kostensatz + externe Kosten). Die häufige Falle liegt darin, interne Gemeinkosten und nicht-abrechenbare Tätigkeiten zu unterschätzen. Eine vollständige Zeiterfassung auf Projektebene liefert die korrekte Kostenbasis.
Ab welchem Projektwert ist professionelles Festpreis-Controlling wirtschaftlich sinnvoll?
Ab einem Projektvolumen von etwa 20.000 Euro ist der Kontrollaufwand für ein digitales Frühwarnsystem günstiger als der potenzielle Margenverlust durch zu späte Erkennung. Bei größeren Projekten ist systematisches Controlling wirtschaftlich unbedingt notwendig.
Wie verhindere ich Scope Creep bei Festpreisprojekten?
Durch drei Maßnahmen: klare Leistungsbeschreibung im Vertrag, definierte Change-Request-Schwelle ab der erste Mehraufwand dokumentiert wird, und aktives Budget-Monitoring, das zeigt, wann das Budget knapp wird. Ein Projektcontrolling-System, das diese Transparenz liefert, ist die technische Grundlage.
Wie nutze ich historische Projektdaten für bessere Kalkulationen?
Vergleichbare abgeschlossene Projekte nach Aufwand, Komplexität, Kundengröße und Projekttyp segmentieren. Durchschnittliche Aufwandsbandbreiten und typische Change-Request-Anteile ableiten. Diese Benchmarks als Kalkulations-Grundlage verwenden und durch Risikoaufschläge anpassen.
Was ist der Unterschied zwischen Budget-Burn-Rate und Soll-Ist-Vergleich?
Die Budget-Burn-Rate zeigt, wie schnell das Budget verbraucht wird, unabhängig vom Projektfortschritt. Der Soll-Ist-Vergleich stellt tatsächlichem Aufwand den geplanten Aufwand für den erreichten Projektfortschritt gegenüber. Erst die Kombination beider Kennzahlen zeigt, ob ein Festpreisprojekt auf Kurs ist.
