Welches Projekt hat Sie Geld gekostet? Die meisten Dienstleister erfahren es erst im Dezember

Ein 20-köpfiges Beratungsunternehmen in Stuttgart schaut sich im Dezember seine 11 Projekte des abgelaufenen Jahres an. Das wichtigste Engagement — fünf Monate, €320.000 Umsatz — zeigt in der BWA eine Deckungsbeitragsmarge von 18%. Als das Projektteam die tatsächlichen Stunden und Fremdleistungskosten aufrollt, liegt die reale Marge bei 4%. Differenz: 160 nicht berechnete Stunden für Änderungen, zwei Freelancer, die außerhalb des ursprünglichen Kalkulationsrahmens eingesetzt wurden, eine zusätzliche Überarbeitungsrunde, die niemand in Rechnung gestellt hat.

Der Klient war zufrieden. Das Projekt wurde liefertreu abgeschlossen. Und das Unternehmen hat den Kunden mit rund €45.000 aus dem eigenen EBITDA subventioniert.

Diese Erkenntnis im Dezember ist wertlos. Das Projekt war im August fertig.

Das ist das strukturelle Grundproblem projektbasierter Dienstleistungsunternehmen im Mittelstand: Projektprofitabilität wird erst sichtbar, wenn es zu spät ist, etwas daran zu ändern. Nicht weil die Daten nicht existieren — Zeiterfassung, Fremdkosten, Angebotskalkulation sind in fast jedem Unternehmen irgendwo vorhanden. Sondern weil sie nie in einem gemeinsamen Bild zusammengeführt werden.

Das Problem hat zwei Quellen, die beide für sich genommen vernünftig sind — aber zusammen einen blinden Fleck erzeugen.

**Die Buchhaltung aggregiert nach Konten, nicht nach Projekten.** DATEV und jede BWA zeigen: Personalkosten im Quartal €X. Fremdleistungen €Y. Gesamtumsatz €Z. Was sie nicht zeigen: Welcher Teil dieser Personalkosten gehört zu welchem Projekt? Welche Fremdleistungsrechnungen sind welchem Auftrag zuzuordnen? Die Logik der Buchhaltung ist Kontenrahmen-basiert — nicht projektbasiert. Das ist nicht falsch für steuerliche Zwecke. Es ist blind für Projektprofitabilität.

**Das Projektmanagement-Tool kennt keine Kosten.** Jira, Asana, Monday oder das selbst gebastelte Spreadsheet wissen, welche Tasks erledigt wurden. Manche kennen gebuchte Stunden. Aber sie kennen keine internen Vollkostensätze, keine Fremdleistungskosten, keine Abweichung von der ursprünglichen Kalkulation. Sie sind Fortschritts-Tools, keine Margenmess-Tools.

**Die Zeiterfassung ist eine Insel.** In vielen Beratungen und Agenturen gibt es eine Zeiterfassung — MOCO, Harvest, TimeMaster oder einfach Excel. Aber diese Daten fließen selten automatisch in eine Projektkostenrechnung. Sie werden für die Abrechnung genutzt (wenn überhaupt) oder für den internen Kapazitätsvergleich. Nicht für die laufende Margenberechnung.

Drei Dateninseln. Keine davon beantwortet allein die einzige wirklich wichtige Frage: Wie viel Marge hat dieses Projekt noch übrig?

In der Praxis entstehen Projektmargen-Verluste in mittelständischen Dienstleistungsunternehmen immer wieder durch dieselben drei Muster:

**1. Scope Creep ohne Nachberechnung** Der Klient fragt: 'Können Sie kurz noch…' Das Team sagt ja — vernünftig im Einzelfall, fatal im Aggregat. Ein typisches Beratungs- oder Agenturprojekt hat 15–30% Mehraufwand durch Scope Creep, der nicht in Rechnung gestellt wird. Bei einem realisierten Stundensatz von €140 und einem 500-Stunden-Projekt sind 20% ungebuchter Mehraufwand rund €14.000 vernichtete Marge — pro Projekt, systematisch und unbemerkt.

Die eigentliche Ursache ist kein fehlender Mut zum Nachberechnen. Es ist fehlende Sichtbarkeit: Wenn niemand weiß, dass 80% des Projektbudgets bereits nach 60% der Projektlaufzeit verbraucht sind, gibt es keinen Trigger für eine Entscheidung. Die Entscheidung kommt dann im Dezember — als Feststellung, nicht als Handlungsoption.

**2. Ressourcen-Mix-Abweichung** In der Kalkulation wurden 70% Junior-Stunden (interner Kostensatz €85) und 30% Senior-Stunden (€165) angesetzt. In der Umsetzung war es umgekehrt — weil die Seniors Aufgaben nicht delegiert haben, die Junioren nicht verfügbar waren, oder weil der Klient implizit nach Senior-Kontakt verlangte. Die Kostendifferenz zwischen einem Junior-Tag und einem Senior-Tag liegt bei €640. Bei 50 Tagen Abweichung sind das €32.000 unerwartete Kostenüberschreitung — unsichtbar in der BWA, weil alles unter 'Personalkosten' summiert wird.

**3. WIP-Finanzierungskosten** Projektbasierte Unternehmen erbringen Leistung, bevor sie Rechnungen stellen. Die Kosten laufen von Tag 1. Der Umsatz kommt erst mit der Abrechnung — manchmal erst nach Projektabnahme. Bei einem 4-Monate-Projekt mit €50.000/Monat Personalkosten finanziert das Unternehmen bis zu €200.000 Work-in-Progress vor.

Laut Deloitte Working Capital Report 2025 lag der durchschnittliche Cash-to-Cash-Zyklus in Deutschland 2024 bei 65 Tagen. Bei Kontokorrentzinsen von 8–10% kostet das Vorfinanzieren von €200.000 über 65 Tage rund €2.900–3.600 an Finanzierungskosten — die niemand in die Projektkalkulation einrechnet und die damit direkt die Marge fressen.

Echtzeit bedeutet hier nicht: ein Dashboard, das sich alle fünf Minuten aktualisiert. Es bedeutet: Sie kennen den aktuellen Margenstatus jedes laufenden Projekts jederzeit — nicht nur am Projektende.

Das erfordert, drei Datenquellen zu verbinden, die in den meisten Unternehmen isoliert existieren:

**Datenquelle 1 — Zeiterfassung:** Jede gebuchte Stunde wird einer Person, einem Projekt und einer Tätigkeitskategorie zugeordnet. Die Person hat einen internen Vollkostensatz (nicht den Abrechungssatz, sondern die echten Kosten). Stunden × Vollkostensatz = laufende interne Personalkosten pro Projekt.

**Datenquelle 2 — Fremdleistungskosten:** Freelancer-Rechnungen, Tool-Kosten, Reisekosten, externe Dienstleister — alle werden bei Eingang direkt dem jeweiligen Projekt zugeordnet, nicht nur auf ein allgemeines Sachkonto gebucht.

**Datenquelle 3 — Projektbudget aus der Kalkulation:** Das Angebot enthält: geplante Stunden nach Senioritätsstufe, geplante Stundensätze, geplante Fremdkosten. Dieses Budget ist der Referenzpunkt für jede Abweichungsanalyse.

Aus diesen drei Quellen ergibt sich eine deterministische Echtzeit-Margenformel:

**Prognostizierte Endmarge** = Vereinbarter Preis − (Tatsächliche Kosten bisher + Verbleibende Budgetkosten)

Wenn diese prognostizierte Endmarge um mehr als 15–20% unter der Kalkulations-Marge liegt, wird eine Entscheidung ausgelöst: Mehraufwand in Rechnung stellen, Scope reduzieren, oder die Margenreduktion bewusst akzeptieren.

Das Schlüsselwort ist 'bewusst' — nicht 'zufällig im Dezember festgestellt'.

Das ist kein KI-System. Es ist keine maschinelle Lernprognose. Es ist deterministische Arithmetik auf Basis von Daten, die das Unternehmen bereits hat.

Die Implementierung von Echtzeit-Projektmargen-Controlling ist kein Jahresprojekt. Es ist ein strukturiertes 5–7-Wochen-Vorhaben auf Basis vorhandener Daten.

Ein 20-Personen-Dienstleister mit €3M Jahresumsatz führt typischerweise 15–25 Projekte pro Jahr durch. Wenn jedes Projekt im Schnitt 20% ungebuchten Scope-Creep-Aufwand hat (konservative Schätzung auf Basis von Branchenerfahrung), und der durchschnittliche Projektumsatz €120.000 beträgt, dann werden jährlich rund €360.000–600.000 Mehraufwand nicht in Rechnung gestellt. Selbst wenn die Hälfte davon legitimerweise als Kunden-Goodwill abgeschrieben wird: €180.000–300.000 EBITDA-Potenzial bleibt jedes Jahr ungenutzt auf dem Tisch.

Dazu kommen Ressourcen-Mix-Abweichungen: in einer Beratung mit €3M Umsatz, die 30–40 Berater-Monate pro Jahr liefert, kann eine durchschnittliche Abweichung von 15% beim Junior/Senior-Mix €40.000–80.000 zusätzliche Kostenbelastung bedeuten — komplett unsichtbar für alle Beteiligten.

Und WIP-Finanzierungskosten: bei einem durchschnittlichen Working-Capital-Zyklus von 65 Tagen (Deloitte 2025) und einem Umsatz von €3M entstehen jährlich WIP-Finanzierungskosten von rund €43.000 bei 8% Kontokorrentzins — Kosten, die niemand kalkuliert und die direkt EBITDA fressen.

In Summe: Ein typischer 20-Personen-Dienstleister mit €3M Umsatz lässt durch fehlende Projekttransparenz €200.000–400.000 EBITDA-Potenzial pro Jahr liegen. Nicht durch schlechte Arbeit. Nicht durch falsche Preise. Durch fehlende Sichtbarkeit auf das, was bereits passiert ist — und das spät genug, um nichts mehr dagegen tun zu können.

Das ist kein Buchhaltungsproblem. Es ist ein Steuerungsproblem. Und Steuerungsprobleme sind lösbar — wenn man aufhört, auf den Dezember zu warten.