Lassen Sie uns über Geld sprechen. Nicht in flapsiger Motivationssprache, sondern in kalten, harten Dollars und darüber, wie Unternehmen diese auf dem Tisch liegen lassen, weil sie den Umsatz als eine Abteilungsaufgabe behandeln, anstatt ihn systemweit zu planen.

Wir bei CLARITY haben mit Firmen zusammengearbeitet, die ein “RevOps-Team” eingestellt haben, um dann festzustellen, dass sie fragmentierten Kennzahlen hinterherjagen: Die Umsatzkonversion ist gestiegen, OK. Aber die Prognosegenauigkeit ist immer noch nicht in Ordnung, die Rechnungsstellung holt auf, aber der Cashflow ist immer noch unvorhersehbar, die Kundenbindung ist stabil, aber die Monetarisierung der Produktnutzung hinkt hinterher. Das sagt mir eines: Der Umsatz wird wie eine Funktion behandelt und nicht wie eine Architektur.

Umsatz muss als Architektur aufgebaut werden. Im Grunde bedeutet dies, dass jeder Teil des Unternehmens, der dazu beiträgt, wie Werte geschaffen, erfasst und erhalten werden, absichtlich gemeinsam entwickelt und nicht isoliert verbessert werden muss.

1546 833 3

Das Problem mit RevOps als Abteilung

Wenn Unternehmen eine RevOps-Abteilung einrichten und sagen: “Dieses Team kümmert sich um den Umsatz”, dann haben sie oft isolierte KPIs. Das Marketing kümmert sich um die Leads, der Vertrieb um die Pipeline, das Finanzwesen um die Rechnungsstellung und der Kundenerfolg um die Erneuerungen. Jeder von ihnen liefert verbesserte Kennzahlen, doch insgesamt ist das System immer noch undicht.

Ein Beispiel: Das Marketing erzeugt Nachfrage, die das Vertriebsteam in Verträge umwandelt, aber die Abrechnungssysteme können nutzungsbasierte Modelle nicht richtig interpretieren. Infolgedessen wird ein Teil des Verbrauchs nicht in Rechnung gestellt. Ein anderes Beispiel: Ein Produktteam führt ein neues Stufenmodell ein, aber die Vertragsverwaltung unterstützt keine automatischen Änderungen, so dass Rabatte manuell angewendet und entfernt werden, oft mit Verspätung. Auch hier entgehen Ihnen Einnahmen.

Insgesamt sind Umsatzverluste nach wie vor ein heißes Thema, das durch die Komplexität der Rechnungsstellung bei Abonnementmodellen und die Lücken bei der digitalen Transformation verursacht wird. Untersuchungen zeigen, dass 42 % der Unternehmen aufgrund von Ineffizienzen bei der Rechnungsstellung, der Angebotserstellung und der Datenverwaltung Umsatzeinbußen erleiden(MGI Research). Im Abonnementgeschäft sind die jährlichen Auswirkungen sogar noch gravierender: Unternehmen verlieren durchschnittlich 9 % ihres Umsatzes(Chargebee).

Dieses Leck zeigt, was passiert, wenn die Einnahmen auf einem Flickenteppich von unzusammenhängenden Entscheidungen beruhen.

Wie ich unseren Kunden immer wieder sage: Wenn RevOps als Abteilung und nicht als Konstruktionsprinzip behandelt wird, führt dies zu Zahlen, die auf dem Papier gut aussehen, aber in der Praxis nicht aufgehen. Eine isolierte Zuständigkeit für den Umsatz führt immer zum gleichen Ergebnis – Ineffizienz, Leckagen und eine Strategie, die sich vom eigentlichen Produkt entfernt.

Betrachtung der Einnahmen als System

Ich wette, viele von Ihnen wissen ein ausgereiftes Auto zu schätzen – die Art, bei der jedes Zahnrad, jeder Kolben und jeder Sensor perfekt aufeinander abgestimmt ist. Mit den Einnahmen verhält es sich genauso. Er hat seine eigenen Zahnräder: Produktkonfiguration, Preislogik, Vertragslebenszyklus, Nutzungsverfolgung, Rechnungsstellung, Inkasso, Verlängerungen, Analysen. Wenn ein Zahnrad aus dem Takt gerät, wird die Maschine langsamer oder leckt. Wenn Sie ein Zahnrad reparieren (z.B. ein Upgrade des Abrechnungssystems), ohne die Nutzungsverfolgung, die Vertragsregeln und die Produktpreisgestaltung neu auszurichten, haben Sie immer noch ein Leck.

Deshalb ist die Rolle des Chief Revenue Architect ist im Kommen. Im Gegensatz zu einem CRO, der sich auf die Vertriebsleistung konzentriert, oder einem RevOps-Leiter, der sich auf die Prozesse konzentriert, entwirft der Chief Revenue Architect das System als Ganzes.

Ich definiere es folgendermaßen: Der Chief Revenue Architect stellt sicher, dass Prozesse, Technologie, Daten und menschliche Entscheidungen alle Teil eines kohärenten Designs sind.

In der Praxis bedeutet dies: Identifizierung des durchgängigen Werteflusses (von der Produktabsicht bis zum endgültigen Geldeingang), Definition des Zusammenspiels der Systeme (CRM, ERP, Abrechnungsmodul, Produktdaten, Nutzungsplattform), Festlegung der Governance (wer ist für Preisregeln, Vertragsänderungen, Nutzungserfassung zuständig) und Einbettung von Analysen und Entscheidungsfindung in die Kreisläufe, damit der Umsatz proaktiv gestaltet wird.

9314 2

Geschichten aus der Praxis: Abonnement + nutzungsbasiertes Modell

Bei einem unserer Kunden stellte ein Softwareunternehmen auf ein nutzungsbasiertes Modell um: Die Kunden zahlen für den tatsächlichen Verbrauch und nicht für eine Flatrate. Das Produktmarketing legte großen Wert auf die Wertanpassung, die Finanzabteilung freute sich über das Upsell-Potenzial. Aber die Techniker gaben die Nutzungsprotokolle immer wieder in ein Analysetool ein, das nie mit der Abrechnungsmaschine integriert wurde. Die Verträge bezogen sich immer noch auf generische Tiers. Das Abrechnungstool erwartete immer noch Eingaben zur Anzahl der Sitzplätze. All dies führte zu Unterfakturierung, Streitigkeiten und Cashflow-Verzögerungen, obwohl das Modell moderner war.

Als wir eintraten, haben wir den gesamten Prozess abgebildet: Nutzungsnachverfolgung → Aufnahme → Anwendung von Vertragsregeln → Rechnungserstellung → Umsatzrealisierung → Auslösung von Verlängerungen. Unsere Experten entwickelten eine Architektur, bei der die Abrechnungsmaschine und das ERP-System auf Nutzungsereignisse reagieren und automatisch Preisregeln anwenden, die in einer Vertragsverwaltungsschicht kodiert sind. Wir sahen, wie Fehler wegfielen, Streitigkeiten mit Kunden selten wurden und sich der Cashflow in einen vorhersehbaren Strom verwandelte.

Wenn Sie die Einnahmen als ein lebendiges Ökosystem betrachten, hören Sie auf, Feuer zu löschen und beginnen mit der Entwicklung.

Wenn Sie Werkzeuge skalieren, skalieren Sie auch Probleme

Es ist verlockend zu sagen: “Wir kaufen die neueste KI-Analytik, schließen die Widgets an und lösen RevOps.” Aber Tools allein lösen keine strukturellen Probleme, denn sie automatisieren bestehende Probleme, was bedeutet, dass schlechtes Design skaliert wird.

ERP, CRM, KI – die Leute denken, dass dies die Lösung ist. In Wirklichkeit sind es nur Werkzeuge.

Ich erlebe es immer wieder: Ein Unternehmen kauft SAP, weil es glaubt, damit seine Prozessprobleme zu lösen, und das tut es nicht. Es kommt darauf an, wie Ihre Preisgestaltung, Verträge, Nutzungsverfolgung, Rechnungsstellung und Ihr Kundensupport miteinander verbunden sind. Kümmern Sie sich also zuerst um das Design. Dann werden Ihre Analysen nützlich sein und Ihr KI-Projekt könnte die Investition tatsächlich wert sein. Sonst haben Sie nur einen Haufen teurer Software gekauft, die ein kaputtes System nicht reparieren kann.

1546 833 4

Die Zukunft der Führung bei den Einnahmen

Ich sage voraus, dass die Rolle des Chief Revenue Architect in fünf Jahren genauso üblich sein wird wie die des CFO oder CIO. Umsätze müssen entwickelt werden, und das erfordert jemanden, der sowohl die Mechanik von Geschäftssystemen als auch die Ökonomie des Wachstums versteht – eine Person, die in der Lage ist, Finanzen, Produkte und Technologie miteinander zu verbinden und zu entwerfen, wie die gesamte Struktur vorhersehbare, messbare Ergebnisse liefert.

Ich bin mir sicher, dass im Zeitalter von Revenue Intelligence jede Entscheidung dazu beiträgt, wie der Wert durch Ihr Unternehmen fließt. Die Unternehmen, die diese Orchestrierung beherrschen, werden das nächste Jahrzehnt anführen.

Meine Botschaft an CEOs und Vorstände lautet also: Wenn Sie sich immer noch auf isolierte RevOps-Funktionen und uneinheitliche KPIs verlassen, sind Sie im Rückstand. Wenn Sie niemanden haben, der für die End-to-End-Umsatzarchitektur verantwortlich ist, riskieren Sie Leckagen, Fehlanpassungen und unzureichende Leistungen. Entwerfen Sie Ihr System, bevor Sie Ihren Vertrieb skalieren.

Unternehmen, die die Revenue Architecture einst als Optimierungsprojekt betrachteten, verlassen sich heute darauf, dass sie den Kern ihrer finanziellen Stabilität bildet. Die eigentliche Frage für Ihr Unternehmen ist nicht, ob Sie einen Chief Revenue Architect brauchen, sondern wie schnell Sie einen solchen an Bord holen können.