Deckungsbeitrag ist eine der missverstandensten Kennzahlen im Mittelstand. Jeder hat sie mal im BWL-Studium gehört. Jeder denkt, er weiß, was sie bedeutet. Und dann packt jeder zweite Dienstleister die Personalkosten der festangestellten Mitarbeiter in die variablen Kosten — und kriegt eine Rechnung, die in keinem Lehrbuch steht und in keiner Steuerungs-Logik aufgeht.
Bei Dienstleistern ist Deckungsbeitragsrechnung anders als bei Produktion oder Handel. Variable Kosten sind klein. Die echte Frage ist nicht DB1 — sondern DB2 und DB3. Wer diesen Unterschied versteht, kann auf der Service-Ebene steuern: welchen Service ausbauen, welchen einstellen, welchen anders bepreisen.
- Grundformel: Deckungsbeitrag = Umsatz minus variable Kosten. So weit, so klar.
- Dienstleister-Trick: Festgehälter sind NICHT variabel — sie laufen weiter, egal ob ausgelastet. Sie gehören in DB2, nicht DB1.
- Drei Stufen: DB1 (nach echt variablen Kosten), DB2 (nach zurechenbaren Personalkosten), DB3 (nach Gemeinkosten = Projektgewinn).
- Steuerungs-Ebene: Pro Service-Kategorie, einmal pro Quartal. Nicht pro Einzelprojekt monatlich — das erstickt die Erkenntnis in Daten.
- Tool: Marge-Rechner als Schnell-Check, ob deine Gesamt-Marge in der Branche stimmt.
Die Definition — und warum sie bei Dienstleistern eine Falle hat
Der Deckungsbeitrag ist klassisch definiert als:
Klingt einfach. Ist es im Handel auch — da ist „variable Kosten" praktisch gleich „Wareneinsatz". Bei einer Bäckerei sind Mehl, Hefe, Energie variabel, der Bäcker selbst fix. Bei einem Großhändler ist der Einkaufspreis variabel, die Lagermiete fix. Sauber trennbar.
Bei Dienstleistern wird es schwierig — weil die größte Kostenposition (Personal) bei festangestellten Mitarbeitern weder klar variabel noch klar fix ist. Ein Berater, der dieses Quartal an einem Projekt arbeitet, kostet das Unternehmen genauso viel, ob er ausgelastet ist oder nicht. In der reinen BWL-Lehre sind Festgehälter fix. In der Praxis-Steuerung will man wissen, was ein einzelnes Projekt nach Personalverbrauch wirklich bringt.
Genau dafür gibt es die mehrstufige Deckungsbeitragsrechnung: DB1 für die rein variablen Kosten, DB2 für die zurechenbaren Personalkosten, DB3 für die anteiligen Gemeinkosten. Drei Stufen, drei Antworten — alle drei sind richtig, sie beantworten nur unterschiedliche Fragen.
DB1, DB2, DB3 — was jede Stufe wirklich sagt
| Stufe | Formel | Aussage | Entscheidung |
|---|---|---|---|
| DB1 | Umsatz − direkt variable Kosten | Wie viel bleibt nach Material, Subs, Reisen? | Mindest-Stundensatz im Notfall |
| DB2 | DB1 − zurechenbare Personalkosten | Wie viel bleibt nach dem Personaleinsatz für dieses Projekt? | Pricing, Projektauswahl |
| DB3 | DB2 − anteilige Gemeinkosten | Was ist der echte Projektgewinn nach allen Kosten? | Service abschaffen ja/nein |
DB1 — der „im Notfall noch tragbar"-Wert
DB1 sagt dir, ob ein Projekt selbst nach Material, Subunternehmern und Reisekosten noch positiv ist. Wer DB1-positive Projekte ablehnt, weil die Vollkosten-Marge nicht stimmt, lässt im Zweifel Geld liegen — wenn die Mitarbeiter sonst Leerstand hätten.
Bei reinen Dienstleistern (Beratung, Agentur, Kanzlei) ist DB1 fast gleich Umsatz, weil variable Kosten klein sind. Da hat DB1 wenig Aussagekraft — er ist eher relevant bei IT-Implementierungs-Häusern (Hardware-Anteil), Bauplanern (Subunternehmer), Eventagenturen (Catering, Location).
DB2 — die zentrale Steuerungs-Größe
DB2 ist die wichtigste Stufe für die operative Steuerung. Er sagt: nach dem Personal, das tatsächlich am Projekt gearbeitet hat, bleibt wie viel übrig?
Rechenbeispiel Beratung: Ein 80.000-Euro-Projekt verbraucht 400 Beraterstunden. Bei einem Vollkostensatz von 110 Euro pro Stunde sind das 44.000 Euro zurechenbare Personalkosten. DB1 ist 80.000 Euro (keine echten variablen Kosten). DB2 ist 80.000 − 44.000 = 36.000 Euro oder 45 % vom Umsatz. Das ist die Zahl, die du im Auge behalten musst.
Branchen-Heuristik: Eine DB2-Quote unter 30 % deutet auf strukturelles Pricing-Problem oder Auslastungs-Problem hin. Über 50 % ist gut. Über 60 % ist Top-Liga oder Beleg, dass du die Personalkosten zu konservativ kalkulierst.
DB3 — die strategische Entscheidungs-Größe
DB3 schließt die anteiligen Gemeinkosten ein: Geschäftsführung, Verwaltung, Marketing, IT-Infrastruktur, Miete. Die Frage hier ist nicht „verdient das Projekt was?", sondern „rechtfertigt dieser Service die anteilige Last der Gesamtorganisation?".
Bei einer Branche mit 25 % Gemeinkostenanteil (typisch bei Dienstleistern) bedeutet das: ein Service mit DB2 von 45 % hat einen DB3 von rund 20 %. Wenn ein zweiter Service DB2 50 % aber hochkomplexe Verwaltung (z.B. spezielle Compliance-Aufwand) hat und damit DB3 von nur 10 %, ist klar wer den Brot-und-Butter-Service stellt und wer das Premium-Add-on ist.
Drei typische Berechnungsfehler bei Dienstleistern
Fehler 1: Festgehälter in die variablen Kosten packen
Der häufigste Anfängerfehler. „Wir rechnen mal alles, was Personal kostet, in die variablen Kosten — dann sehen wir, ob es sich lohnt." Das Ergebnis: DB1 wird negativ bei jedem Projekt, das nicht voll ausgelastet ist. Panik bricht aus. Projekte werden abgelehnt, die in Wirklichkeit gewinnbringend wären.
Der saubere Weg: Festgehälter gehören in DB2 (zurechenbar pro Projekt) oder in die Gemeinkosten (für nicht-projektbezogene Rollen wie Geschäftsführung, Vertrieb, Verwaltung). NIE in DB1. Variabel ist nur, was bei Wegfall des Projekts entfällt — und ein festangestellter Mitarbeiter fällt nicht weg.
Fehler 2: Stundensatz statt Vollkostensatz verwenden
Wer in DB2 mit dem extern berechneten Stundensatz arbeitet (z.B. 150 Euro/h), unterschätzt seine Personalkosten dramatisch. Der Stundensatz ist Verkauf, nicht Kosten. Die Kosten pro Personal-Stunde ergeben sich aus Vollkosten ÷ produktive Stunden.
Vollkostensatz pro Stunde: Jahres-Bruttogehalt × 1,21 (Arbeitgeber-SV) × 1,15 (Nebenkosten, BG, U1/U2, Schulungen) ÷ produktive Jahresstunden (typisch 1.500-1.700 von 2.080 Soll). Beispiel: 70.000 Euro Brutto × 1,21 × 1,15 = 97.350 Euro Vollkosten. Bei 1.600 produktiven Stunden = 61 Euro pro Stunde Vollkosten. Wer mit 70.000 / 2.080 = 34 Euro rechnet, irrt um fast 100 %.
Fehler 3: Gemeinkosten gleichmäßig auf alle Services umlegen
Wer Gemeinkosten pauschal nach Umsatz oder Personalstunden verteilt, bekommt eine ungefähre Wahrheit. Das reicht für die Steuerung — aber nicht für die Entscheidung, ob ein Service eingestellt wird.
Beispiel: Service A bringt 60 % vom Umsatz, verbraucht aber 80 % der Verwaltungszeit (komplexe Kundenstruktur, hohe Abrechnungs-Granularität). Service B bringt 40 % vom Umsatz mit 20 % Verwaltungsaufwand. Wer Gemeinkosten nach Umsatz verteilt, gibt Service A 60 % der Verwaltungskosten — und übersieht, dass Service B viel profitabler ist als die Zahlen suggerieren. Im Sparring rechnen wir das mit einer einfachen Aktivitäten-Verteilung neu — meist verschieben sich DB3-Werte um 5-15 Prozentpunkte.
Bevor du in die Service-Tiefe gehst — wo steht dein Gesamtbild?
Der Marge-Rechner zeigt dir mit deinen Eckwerten (Umsatz, Personalkosten, Material, Sonstige), ob deine Gesamt-Marge im Branchen-Median, drunter oder im Top-Quartil liegt. Wenn da schon was schief steht, lohnt sich die Service-Detail-Rechnung doppelt.
Marge-Rechner öffnen →Was tun mit dem Ergebnis
Eine fertige DB-Rechnung pro Service-Kategorie bringt drei Erkenntnisse. Pro Erkenntnis eine Handlungs-Option:
Service mit hohem DB2, hohem DB3
Das sind deine Stars. Ausbauen, mehr Kapazität schaffen, in Marketing investieren. Hier liegen die Marge-Potenziale für die nächsten 12 Monate.
Service mit hohem DB2, niedrigem DB3
Die operative Marge stimmt, aber die Service-Struktur frisst die Marge auf. Drei Optionen: vereinfachen (Service standardisieren, Verwaltungsaufwand senken), Pricing-Premium (Kunden zahlen für die Komplexität), oder Schwellen einführen (erst ab Mindestvolumen anbieten).
Service mit niedrigem DB2
Hier ist das Problem fundamental — entweder Pricing zu niedrig oder Auslastung zu schlecht. Drei Optionen: Preise erhöhen (Test mit Neukunden, Bestand schrittweise nachziehen), Service einstellen (Verlustträger raus), oder als Loss-Leader behalten (wenn er strategisch andere Services zieht — sauber begründen, nicht annehmen).
Eine fertige DB-Rechnung ist kein Bericht. Sie ist eine Liste von Entscheidungen, die der GF treffen muss.
So fängst du an
- Diese Woche, 60 Minuten: Service-Kategorien definieren (3-5 reichen, nicht 20). Pro Kategorie den letzten 12-Monats-Umsatz aus der Buchhaltung.
- Nächste Woche, 90 Minuten: Vollkostensätze pro Mitarbeiter-Typ berechnen (Junior, Mid, Senior). Stunden pro Kategorie und Quartal aus dem Zeiterfassungs-System (oder grob schätzen, falls keins da).
- Übernächste Woche, 60 Minuten: DB2 pro Kategorie rechnen. Sortieren nach DB2-Quote. Erste Aha-Momente.
- Im Monatsrhythmus: Die drei niedrigsten DB2-Kategorien beobachten und Maßnahmen verfolgen.
- Im Quartalsrhythmus: Komplette DB3-Rechnung mit Gemeinkostenverteilung. Strategische Service-Entscheidungen.
Fazit
Deckungsbeitragsrechnung bei Dienstleistern ist nicht trivial — aber sie ist auch nicht schwierig, wenn die Stufen-Logik klar ist. DB1 für variable Kosten (klein bei Dienstleistern). DB2 für die Personalkosten der direkt am Projekt arbeitenden Mitarbeiter (das ist die Steuerungs-Größe). DB3 für die anteiligen Gemeinkosten (das ist die strategische Größe).
Wer das einmal sauber aufgesetzt hat, weiß nach drei Monaten, wo die Margen-Hebel sitzen, welcher Service eigentlich Geld vernichtet und welcher die Cash-Cow ist. Das ist die einzige Datenbasis, auf der Pricing- und Sortiments-Entscheidungen ehrlich getroffen werden — alles andere ist Bauchgefühl mit Excel-Tabellen drumherum.