Eine Kunden-P&L braucht eine Kostengrenze

Umsatz ist die am leichtesten sichtbare Kundenzahl. Gerade deshalb wird sie leicht mit einer Erklärung verwechselt.

Ein Konto kann wachsen und zugleich Implementierungszeit, Supportkapazität, Infrastruktur, Kreditarbeit, Sonderwünsche oder Beziehungsarbeit verbrauchen, die in der Bruttomarge nicht erscheinen. Die Frage ist nicht, ob diese Kosten relevant sind. Die Frage lautet: Zu welchem Kundenobjekt gehören sie, welcher Treiber macht die Zuordnung belastbar, und welche Entscheidung soll die P&L unterstützen?

Warum muss eine Kunden-P&L mit dem Kostenobjekt und nicht mit dem Dashboard beginnen?

Helgesens Working Paper untersucht vier norwegische Exporteure von Klippfisch und gefrorenem Fisch oder Fischfilets sowie deren Kunden. Es verbindet Kundenkonten und Profitabilitätsanalysen mit Befragungsdaten aus dem Markt. Die Abrechnungsstichprobe umfasst 564 Aufträge, 176 Kunden und 36 geografische Märkte, mit einem Auftragsumsatz von rund 180 Millionen NOK.

Der Kontext zählt. Es handelt sich um industriellen Export und nicht um einen Softwarebenchmark oder eine allgemeine Cost-to-Serve-Verteilung. Wertvoll ist die sichtbare Abgrenzung. Umsatz wird der Auftragsebene zugeordnet. Kosten werden auf der Ebene erfasst, auf der sie entstehen. Erst danach werden Ergebnisse von Aufträgen zu Kunden und Märkten aggregiert.

Die erste Diagnose lautet deshalb: Was ist das Objekt der Entscheidung? Eine Auftrags-P&L fragt, ob eine Transaktion ihre direkte und auftragsbezogene Kostengrenze deckt. Eine Kunden-P&L fragt, was die Gesamtheit aus Aufträgen und Kundenarbeit hervorbringt. Eine Markt-P&L fragt, ob Route oder Geografie attraktiv sind. Das sind verschiedene Fragen, auch wenn sie dasselbe Umsatzfeld verwenden.

Warum bilden Supporttickets nicht die wahren Betreuungskosten eines Kunden ab?

Direkte Arbeit lässt sich oft gut zuordnen. Eine Supportinteraktion hat ein Konto, ein Implementierungsprojekt einen Kunden, und eine Sonderanforderung lässt sich einem anfragenden Team zuordnen. Diese Zuordnung ist nützlich. Sie macht aber nicht automatisch die gesamte Kapazität kontospezifisch.

Die Zeit der Supportkraft kann direkt zugewiesen werden. Schulung, mit der das System nutzbar wurde, Führungskapazität, Werkzeuge und die nicht zugeordnete Warteschlange können gemeinsam bleiben. Wenn die P&L all diese Kosten dem Konto zuschreibt, weil ein Ticket die Arbeit ausgelöst hat, wird eine Zuweisungskonvention als Kundenfakt dargestellt.

Der umgekehrte Fehler ist ebenfalls möglich. Wenn wiederkehrende Kundenarbeit immer in einer gemeinsamen Plattformzeile verschwindet, wirkt ein betreuungsintensives Konto wie ein Konto mit wenig Aufwand. Die Grenze lautet daher nicht „direkt gut, gemeinsam schlecht“. Sie lautet: Welches Kostenobjekt wurde beobachtet, wo sind die Kosten angefallen, und welcher Treiber verbindet gemeinsame Arbeit mit dieser Entscheidung?

Wie deckt eine Kostenhierarchie verdeckte Kundenbetreuungskosten auf?

Wie verändert die Wahl der Verrechnungsmethode die Kundenprofitabilität?

Helgesen weist ausdrücklich darauf hin, dass Vollkostenrechnung, variable Kostenrechnung und Activity-based Costing unterschiedliche Schätzungen der Kundenprofitabilität liefern. Die Arbeit nutzt eine activity-basierte Hierarchie. Das macht den Output nachvollziehbar, aber nicht zum einzigen wahren Kundengewinn.

Das ist wichtig, wenn eine Führungskraft den Service ändern will. Eine variable Sicht kann für eine kurzfristige Kapazitätsentscheidung nützlich sein. Eine umfassendere Sicht kann eine langfristige Kundenportfoliowahl unterstützen. Eine activity-basierte Sicht kann Arbeitsobjekte und Treiber zeigen, die eine pauschale Gemeinkostenrate verdeckt. Dasselbe Konto kann je nach Zweck anders aussehen, ohne dass eine Rechnung unehrlich ist.

Der Mindestdatensatz ist deshalb mehr als eine Zahl. Er umfasst Zweck, Kostenmethode, Zeitraum, einbezogenen Umsatz, einbezogene Arbeit, Treiber und bewusst gemeinsam belassene Kosten.

Warum übersteigen externe Koordinationskosten oft den internen Arbeitsaufwand?

Zbaracki und Kollegen untersuchten Kosten von Preisänderungen in einem Unternehmen. In ihrer Gegenüberstellung lagen Managementkosten bei mehr als dem Sechsfachen und Kundenkosten bei mehr als dem Zwanzigfachen der Menü- oder Änderungs-Kosten. Für dieses Unternehmen und Jahr berichteten sie außerdem eine Gesamtsumme von 1,22 Prozent des Umsatzes und 20,03 Prozent der Nettomarge.

Diese Verhältnisse sind kein Servicebenchmark. Sie warnen vor dem Objekt. Eine Preisänderung kann interne Managementarbeit und kundennahe Arbeit erzeugen. Ein Ledger, das nur interne Arbeit erfasst, verliert einen Teil des wirtschaftlichen Ereignisses. Das gilt auch für Implementierung, Support, Eskalation, Kredit und Sonderservice. Die Kostenkategorie bleibt eine Hypothese, bis Objekt und Treiber sichtbar sind.

Wie sollten Führungskräfte Kostenallokationsentscheidungen über Accounts strukturieren?

Wenn ein Team entscheiden will, welche Konten eine andere Servicestufe verdienen, braucht die Kunden-P&L vielleicht kontospezifischen Support und Implementierung, einen belastbaren Anteil wiederkehrender Servicearbeit und eine getrennte Sicht auf gemeinsame Plattformkapazität. Wenn es dagegen um eine neue Supportregion geht, kann das Markt- oder Geschäftseinheitsobjekt wichtiger sein als das Konto.

Die richtige Grenze kann sich mit der Entscheidung ändern. Das ist keine Inkonsistenz. Es ist ein Grund, den Zweck in der P&L festzuhalten, statt den Nenner still zu verändern.

Vor einer Serviceentscheidung werden festgehalten:

• Kunden-, Auftrags-, Markt- oder Geschäftseinheitsobjekt;
• einbezogener Umsatz und Zeitraum;
• direkt zuordenbare Arbeit;
• gemeinsame Arbeit und ihr Treiber, falls vorhanden;
• nicht zugewiesene Kosten und der Grund dafür;
• Ergebnis, an dem sich zeigen würde, dass die Maßnahme geholfen hat.

Wo liegen die empirischen Grenzen der Deckungsbeitragsrechnung für Kunden?

Helgesens Kontext zeigt nicht, wie ein Softwareunternehmen Cloud-Infrastruktur oder Support zuweisen soll. Zbarackis Kostenverhältnisse aus einem Unternehmen und einer Preisänderung begründen keine allgemeine Cost-to-Serve-Kurve. Keine der Quellen sagt, welchen Kunden ein Manager kündigen oder welche Leistung er entfernen soll.

Die engere Schlussfolgerung lautet: Kundenprofitabilität ist ein konstruiertes Ergebnis, dessen Grenze, Kostenobjekte, Treiber, Methode und Zweck sichtbar sein müssen. Umsatz kann die Analyse beginnen. Er kann sie nicht beenden.

Die Grenze gehört neben Kundenwert als Prognose und der globalen Preiskette, weil beide das Wirtschaftsobjekt sichtbar halten, bevor eine Zahl als Entscheidung behandelt wird.