Teams verwenden die Begriffe Geschäftsmodell, Erlösmodell, Preise und Pakete oft, als bedeuteten sie dasselbe. Das führt zu kostspieligen Diagnosefehlern.
Eine niedrige Konversionsrate wird dem Preis zugeschrieben, obwohl das eigentliche Problem ein unklares Paket ist. Ein Problem mit Kündigungen kann zur Einführung eines Rabatts verleiten, obwohl Kunden überhaupt keinen wiederkehrenden Wert erhalten. Ein Gründer kann verkünden, das Unternehmen sei „ins Enterprise-Segment aufgestiegen“, nachdem er ein Paket für 499 € hinzugefügt hat, obwohl Produkt, Käufer, Verkaufsprozess und Art der Lieferung unverändert bleiben.
Diese Begriffe hängen zusammen, beschreiben aber jeweils eine andere Entscheidung:
- Geschäftsmodell: wie das gesamte Unternehmen Wert schafft, liefert und sichert.
- Erlösmodell: welches wirtschaftliche Ereignis Umsatz erzeugt.
- Wertmetrik: nach welcher Einheit die Gebühr skaliert.
- Pakete: was der Kunde erhält und wodurch sich die Angebote unterscheiden.
- Preise: wie viel der Kunde zahlt und nach welcher Formel.
- Abrechnungsmechanik: wann und wie das Geld eingezogen wird.
Wer diese Ebenen trennt, kann die Monetarisierung leichter entwerfen, testen und verbessern.
Der vollständige Monetarisierungs-Stack
| Ebene | Kernfrage | Beispiel für SaaS im Projektmanagement |
|---|---|---|
| Kunde und Problem | Wessen kostspieliges Problem lösen wir? | Agenturen, die Kunden betreuen und die Projektumsetzung koordinieren |
| Wertschöpfung | Welche wertvolle Veränderung bringt das Produkt? | Weniger übersehene Aufgaben und weniger Zeit für Koordination |
| Geschäftsmodell | Wie schafft, liefert und sichert das Unternehmen diesen Wert rentabel? | Cloud-Software, direkt verkauft mit Self-Service-Onboarding |
| Erlösmodell | Welches Ereignis bringt dem Unternehmen Umsatz? | Abo für wiederkehrenden Zugang |
| Wertmetrik | Welche Einheit lässt die Gebühr wachsen? | Aktiver Workspace statt jedes eingeladenen Gastes |
| Pakete | Was ist verfügbar, was ist begrenzt? | Pakete Core, Pro und Agency mit unterschiedlichen Arbeitsabläufen |
| Preis | Welchen Betrag erheben wir? | 39 €, 99 € und 249 € pro Monat |
| Abrechnungsmechanik | Wann und wie wird gezahlt? | Monatliche Kartenzahlung oder jährliche Vorauszahlung mit Rabatt |
Die Entscheidung auf einer Ebene begrenzt die übrigen, bestimmt sie aber nicht vollständig. Dasselbe SaaS-Geschäft kann Abos nach Platz, Workspace oder Nutzung abrechnen. Dieselbe Metrik der Platzzahl kann in einem monatlichen Self-Service-Paket oder in einem verhandelten Enterprise-Jahresvertrag vorkommen.
Geschäftsmodell: die gesamte Funktionslogik
Das Geschäftsmodell erklärt, wie das Unternehmen als wirtschaftliches System funktioniert. Es umfasst weit mehr als die Berechnung von Rechnungen.
Es sollte mindestens festlegen:
- das Kundensegment;
- Nutzer, Käufer und Zahler;
- das Problem und das gewünschte Ergebnis;
- das gelieferte Produkt oder die Dienstleistung;
- wie Kunden gewonnen und Verkäufe geführt werden;
- das System für Lieferung und Support;
- wichtige Partner oder Lieferanten;
- die wesentlichen fixen und variablen Kosten;
- wie der Umsatz erzielt wird;
- den Grund, warum das System Wert mit der Zeit schützen oder aufbauen kann.
Bei einem Marktplatz umfasst das Geschäftsmodell die Gewinnung von Angebot und Nachfrage, den Aufbau von Vertrauen, die Abwicklung der Transaktionen und die Klärung von Streitfällen. Die Aussage „Wir erheben 12 %“ beschreibt nur einen Teil des Mechanismus, mit dem Umsatz erzielt wird.
Bei Open-Source-Software kann das Geschäftsmodell einen frei verfügbaren Kern, Verbreitung über die Community und eine kommerzielle Cloud oder Kontrollebene für Enterprise-Kunden umfassen. „Abo“ erklärt nicht, warum Nutzer ein kostenloses Produkt annehmen und was das bezahlte Angebot schwer ersetzbar macht.
Ein nützliches einseitiges Geschäftsmodell
Schreiben Sie zu jedem Element einen Satz:
- Kunde: Wir bedienen [konkretes Segment] in [konkretem Kontext].
- Problem: Sie verlieren [Geld, Zeit, Chancen oder Kontrolle] wegen [Ursache].
- Ergebnis: Wir helfen ihnen, [beobachtbares Ergebnis] zu erreichen.
- Produkt: Wir liefern dieses Ergebnis mittels [Software, Marktplatz, Daten, Dienstleistung oder deren Kombination].
- Vertrieb: Kunden entdecken und kaufen das Angebot über [Kanäle und Verkaufsweise].
- Lieferung: Ihre Betreuung erfordert [Infrastruktur, Betrieb, Lieferanten und Support].
- Umsatz: Wir verdienen, wenn [wirtschaftliches Ereignis] eintritt.
- Kosten: Unsere wesentlichen fixen und variablen Kosten ergeben sich aus [Kostentreibern].
- Vorteil: Das System wird besser oder schwerer zu ersetzen durch [Wechselkosten, Daten, Arbeitsablauf, Netzwerk, Marke oder Fachwissen].
Wenn diese Aussagen kein stimmiges System ergeben, behebt eine geschickt gewählte Preisseite das nicht.
Erlösmodell: das Ereignis, das Umsatz erzeugt
Das Erlösmodell legt fest, wofür Kunden oder Dritte zahlen.
Der Satz an Mechanismen ist bekannt: Einmalkauf, wiederkehrendes Abo, Gebühr für Nutzung, Transaktionsprovision, Gebühr pro gewonnenem Lead, Lizenzierung, Werbung oder Sponsoring, Affiliate-Provision, Einführung oder betreute Leistung, Gebühr pro Ergebnis, freiwillige Unterstützung sowie Kombinationen mehrerer davon.
Die meisten Produkte lassen sich auf drei oder vier dieser Arten verkaufen. Die Frage lautet fast nie, welche möglich ist, sondern welche dazu passt, wie das Budget des Kunden selbst funktioniert.
Ein Produkt kann mehrere Umsatzströme haben. Entscheidend ist, ob jeder Strom echtem Wert entspricht und ob das Unternehmen ihn rentabel betreuen kann.
Umsatzstrom und Erlösmodell
Das Erlösmodell ist der allgemeine Mechanismus. Der Umsatzstrom ist die konkrete Geldquelle innerhalb dieses Mechanismus.
Eine Analyseplattform kann zum Beispiel haben: wiederkehrende Self-Service-Abos, wiederkehrende Enterprise-Lizenzen, einmalige Einführungsgebühren, kostenpflichtige Schulungen und Gebühren für Nutzung über das Limit hinaus.
Diese Ströme können unterschiedliche Käufer oder Kostenstrukturen bedienen, gehören aber zu einem gemeinsamen operativen System.
Wertmetrik: die Einheit, die Preis und Wert verbindet
Die Wertmetrik bestimmt, wie sich die Gebühr des Kunden mit der Entwicklung der Beziehung verändert.
Als Abrechnungsmetrik taugt alles, was Sie vereinbaren zu zählen: Plätze oder aktive Nutzer, Workspaces, Shops oder Organisationen, Projekte, Kontakte oder Datensätze, Transaktionen oder deren Wert, API-Anfragen, Tokens, Rechenzeit oder Speicherplatz, erzeugte Ergebnisse, gelieferte Leads, Standorte oder Geräte, verwalteter Umsatz oder Funktionsumfänge.
Eine gute Metrik wächst, wenn der Nutzen des Kunden wächst, und bleibt auf der Rechnung nachvollziehbar. Die meisten Streitfälle entstehen bei Metriken, die nur eine dieser beiden Bedingungen erfüllen.
Eine gute Wertmetrik hat vier Eigenschaften:
- Wertbezug: Kunden, die mehr Einheiten nutzen, erhalten in der Regel mehr Wert.
- Kostenbezug: Höhere Nutzung verursacht keine Lieferkosten, die im Preis nicht berücksichtigt sind.
- Verständlichkeit: Kunden verstehen die Einheit und können sie prognostizieren.
- Betriebliche Machbarkeit: Das Produkt kann die Nutzung zuverlässig messen, melden und durchsetzen.
Keine Metrik ist perfekt. Die Abrechnung pro Platz ist verständlich, kann aber davon abhalten, Kollegen einzuladen. Die Abrechnung nach Nutzung entspricht dem Verbrauch, kann aber Budgetsorgen wecken. Funktionsbasierte Pakete sind planbar, können aber einen zentralen Arbeitsablauf im falschen Paket platzieren.
Metrik und Modell nicht verwechseln
„Pro Platz“ muss kein Erlösmodell sein. Oft ist es die Wertmetrik in einem Abomodell.
„Credits“ sind meist die Abrechnungseinheit in einer nutzungsbasierten Preisliste oder einem Hybridmodell. Der Basisumsatz kann aus wiederkehrenden Credit-Pools, vorausbezahlten Paketen, nachträglich abgerechnetem Verbrauch oder deren Kombination stammen.
Diese Unterscheidung ist wichtig, weil zwei Angebote mit derselben Metrik völlig verschieden funktionieren können:
- 20 € pro aktivem Platz und Monat;
- 200 € für zehn Plätze pro Jahr;
- 2 000 € für eine unbefristete Lizenz für zehn Plätze;
- kostenloser Zugang plus 5 € für jede erfolgreiche Transaktion, die über einen Platz abgewickelt wird.
Pakete: was der Kunde tatsächlich kauft
Pakete ziehen die Grenzen des Angebots. Sie machen aus einem Produkt mit vielen Möglichkeiten eine kleine Zahl verständlicher Kaufoptionen.
Ein Paket kann festlegen:
- verfügbare Funktionen und Arbeitsabläufe;
- Nutzungslimit;
- Zahl der Nutzer, Workspaces oder Standorte;
- Sicherheits- und Governance-Mechanismen;
- Supportniveau und Reaktionszeit;
- Onboarding oder Migration;
- Aufbewahrungsdauer der Daten;
- Integrationen;
- Vertrag über garantierte Servicelevel;
- Vertragsflexibilität;
- Vorgehen bei Überschreitung des Limits;
- Verfügbarkeit je nach Kundentyp.
Gut gestaltete Pakete helfen dem Kunden, das für seine Situation gedachte Angebot zu erkennen. Sie sollten nicht verlangen, Dutzende willkürlicher Zellen zu vergleichen.
Pakete um wesentliche Unterschiede herum bauen
Nützliche Paketgrenzen spiegeln oft einen der folgenden Übergänge wider:
- von individueller Nutzung zur Zusammenarbeit im Team;
- von gelegentlicher Nutzung zum operativen Arbeitsablauf;
- vom kleinen Team zur abteilungsübergreifenden Governance;
- vom Standardprozess zur Anpassung;
- von einem Einsatz mit geringem Risiko zu einem Einsatz mit kritischer Bedeutung für die Compliance;
- vom Self-Service zur begleiteten Einführung;
- vom gewöhnlichen Verbrauch zur Wirtschaftlichkeit bei großer Skala.
Eine Funktion gehört nicht in ein höheres Paket, nur weil sie beliebt ist. Fragen Sie, ob sie mehr Wert, höhere Kosten, einen anderen Käufer oder eine komplexere betriebliche Anforderung darstellt.
Berechtigungen sind Teil der Pakete
Paketversprechen müssen in durchsetzbare Produktregeln übersetzt werden. Umfasst ein Plan fünf Workspaces, braucht die Anwendung eine Definition des Workspaces, verlässliches Zählen, Regeln für den Wechsel in einen höheren Plan und den Umgang mit gelöschten oder archivierten Workspaces.
Jede Paketgrenze wirft betriebliche Fragen auf:
- Was geschieht, wenn das Limit erreicht ist?
- Wird der Zugang gesperrt, gedrosselt oder eine Gebühr für die Überschreitung berechnet?
- Sieht der Administrator die aktuelle Nutzung?
- Werden Limits nach einem Wechsel in einen höheren Plan mitten im Abrechnungszeitraum anteilig berechnet?
- Welche historischen Daten bleiben nach einem Wechsel in einen niedrigeren Plan zugänglich?
- Kann der Support eine zeitweilige Ausnahme gewähren?
Ein Paket, das sich nicht konsequent umsetzen lässt, führt zu Abrechnungsstreit und manuell bearbeiteten Ausnahmen.
Preise: Betrag und Formel
Der Preis legt die finanziellen Bedingungen fest, die mit Modell, Metrik und Paket verbunden sind.
Ein Preis besteht aus mehreren Zahlen zugleich: Grundbetrag, Stückpreis, Mindestverpflichtung, Mengenstaffeln, enthaltenes Limit, Satz bei Überschreitung, Anfangsgebühr, Rabattpolitik, Vertragslaufzeit, Währung und Umgang mit Steuern sowie Verlängerungsbedingungen.
Den Satz bei Überschreitung und die Verlängerungsbedingungen liest der Kunde zuletzt und erinnert sich am längsten daran. Eine Überraschung bei einem von beiden macht aus dem Gespräch über die Verlängerung eine Einkaufsprüfung.
Dasselbe Paket lässt sich nach der Methode Kosten plus Marge, anhand von Konkurrenzpreisen, durch Untersuchung der Zahlungsbereitschaft oder durch wertbasierte Argumentation bepreisen. In der Praxis kombinieren Teams Belege aus allen vier Quellen.
Die Preishöhe ist nur eine Variable
Angenommen, ein Paket konvertiert schwach. Es gibt mehrere mögliche Erklärungen:
- das Angebot sieht das falsche Segment;
- das Ergebnis ist nicht wertvoll genug;
- das Paket enthält zu wenig oder zu viel;
- die Wertmetrik erscheint unfair;
- der Betrag ist zu hoch;
- der Betrag ist verdächtig niedrig;
- die Dauer der Verpflichtung ist zu lang;
- der Käufer kann die jeweilige Zahlungsmethode nicht freigeben;
- das Angebot weckt Unsicherheit wegen der Überschreitung von Limits;
- das Vertrauen reicht für eine Vorauszahlung nicht aus.
Die Senkung des Betrags prüft nur einen Teil dieser Erklärungen und kann dabei die wahrgenommene Qualität senken oder eine rentable Kundengewinnung unmöglich machen.
Abrechnungsmechanik: Einziehen ist nicht Wertschöpfung
Die Abrechnungsmechanik legt fest, wann Geld fließt und wie Änderungen behandelt werden.
Beispiele:
- monatliche Zahlung im Voraus;
- jährliche Zahlung im Voraus;
- monatliche Abrechnung der Nutzung im Nachhinein;
- vorausbezahltes Credit-Guthaben;
- Rechnungsstellung nach Meilensteinen;
- Anzahlung und Zahlung nach Abschluss;
- automatische Verlängerung der Kartenzahlung;
- Rechnung mit Zahlungsziel von 14, 30 oder 60 Tagen.
Der Wechsel von monatlicher zu jährlicher Abrechnung wirkt sich auf Cashflow und Verpflichtung aus, das Erlösmodell kann aber weiterhin ein Abo sein. Die Möglichkeit der Kartenzahlung schafft keinen Product-Market-Fit. Die Zahlung auf Rechnung kann Käufe nach Einkaufsrichtlinien erleichtern, ohne das Paket zu ändern.
Behandeln Sie die Einzelheiten des Einziehens als strategisch wichtig, aber begrifflich getrennt.
Probleme auf der richtigen Ebene diagnostizieren
| Symptom | Mögliche Ebene | Belege, die vor Änderungen zu sammeln sind |
|---|---|---|
| Viele Nutzer durchlaufen die Aktivierung, aber wenige zahlen | Wert, Käufer, Paket oder Preis | Interviews mit aktivierten Personen, die nicht gekauft haben; Einkaufsbefugnisse; Reaktion auf das Angebot |
| Kunden kaufen und kündigen nach einem Projekt | Erlösmodell oder wiederkehrender Wert | Nutzung nach dem ersten Ergebnis; Kündigungsgrund; Häufigkeit, mit der das Problem erneut auftritt |
| Intensive Nutzer sind unrentabel | Wertmetrik, Preis oder Limits | Marge nach Nutzungsstufe; variable Kosten; Verhalten nach Überschreitung des Limits |
| Interessenten fragen nach einer fehlenden Möglichkeit | Pakete oder Produkt | Muster im Segment; Bereitschaft zur Verpflichtung nach dem Hinzufügen; Aufwand der Umsetzung |
| Teams laden ungern Kollegen ein | Metrik der Platzzahl oder Paketlimit | Auslastung der Plätze; Einladungsverhalten; Kommentare der Käufer |
| Enterprise-Verträge verlangen Ausnahmen | Geschäftsmodell, Pakete oder Verkaufsprozess | Art der Ausnahmen; Sicherheitsbedarf; Belastung durch Services; Wirtschaftlichkeit des Vertrags |
| Kunden fürchten unvorhersehbare Rechnungen | Metrik oder Abrechnungsmechanik | Erwartete und tatsächliche Nutzung; gewünschte Obergrenzen; Budgetierungsprozess |
| Hohe Konversion, aber niedriger Umsatz | Preis, Segment oder Paketstruktur | Umsatz pro Konto; Rabatte; Supportkosten; Verhalten bei Erweiterungen |
Ein Symptom kann mehrere Ursachen haben. Verbinden Sie qualitative mit quantitativen Belegen.
Ein praktisches Beispiel: ein Produkt, vier verschiedene Stacks
Betrachten wir eine Software, die Kundeninterviews automatisch transkribiert und zusammenfasst.
Stack A: Self-Service-Abo
- Geschäftsmodell: Cloud-Software, die Kunden über Inhalte und produktgetriebenes Onboarding gewinnt.
- Erlösmodell: wiederkehrendes Abo.
- Wertmetrik: Zahl der verarbeiteten Stunden.
- Pakete: Einzel- und Teampläne mit monatlichem Stundenkontingent.
- Preise: 29 € und 99 € pro Monat sowie Gebühren bei Überschreitung des Limits.
- Abrechnung: Kartenzahlung monatlich oder jährlich.
Diese Lösung passt zu Forschungsteams, die zyklisch arbeiten und das Produkt auf relativ stabilem Niveau nutzen.
Stack B: API, nur nach Nutzung abgerechnet
- Geschäftsmodell: Transkriptions-Infrastruktur, die von Softwareunternehmen integriert wird.
- Erlösmodell: nutzungsabhängiger Umsatz.
- Wertmetrik: Zahl der verarbeiteten Aufnahmeminuten.
- Pakete: Standard-API, priorisierte Verarbeitung und Enterprise-Kontrollmechanismen.
- Preise: Satz pro Minute mit Mengenstaffeln.
- Abrechnung: monatliche Rechnung im Nachhinein und Mindestabnahme für größere Konten.
Dieselbe technische Fähigkeit dient nun Entwicklern in einem anderen Modell von Vertrieb und Lieferung.
Stack C: betreute Forschungsleistung
- Geschäftsmodell: Forscher liefern strukturierte Erkenntnisse mithilfe interner Software.
- Erlösmodell: Projektgebühr oder wiederkehrende betreute Leistung.
- Wertmetrik: Projektumfang und Zahl der Interviews.
- Pakete: Transkription, Analyse, Workshop und Bericht für die Geschäftsführung.
- Preise: 4 000 € pro Projekt oder 8 000 € monatliche Pauschale.
- Abrechnung: Anzahlung und Rechnungen nach Meilensteinen.
Die Software ist Teil des Lieferprozesses, doch Kunden kaufen Fachwissen und abgeschlossene Ergebnisse.
Stack D: Enterprise-Lizenz
- Geschäftsmodell: sichere Software, die über den Direktvertrieb in regulierten Organisationen eingeführt wird.
- Erlösmodell: Jahreslizenz mit Einführung.
- Wertmetrik: Geschäftseinheit, Einführung oder vertraglich vereinbartes Volumen.
- Pakete: private Bereitstellung, Identitätsverwaltung, Audit-Mechanismen und Support.
- Preise: verhandelte Jahresverpflichtung.
- Abrechnung: Jahresrechnung sowie Rechnungen für Einführungsetappen.
Alle vier Varianten „Transkriptions-Abo“ zu nennen, würde wesentliche Unterschiede bei Kunde, Vertrieb, Kosten und Betrieb verbergen.
Den Stack in der richtigen Reihenfolge entwerfen
Der Prozess ist iterativ, aber eine durchdachte Reihenfolge begrenzt zufällige Entscheidungen.
Schritt 1: Kunde und Ergebnis definieren
Formulieren Sie den Satz:
[Kunde] nutzt oder kauft das Produkt, um [beobachtbares Ergebnis] in [konkretem Kontext] zu erreichen.
Vermeiden Sie breite Kategorien wie „Unternehmen“ oder „Creator“. Unterschiedliche Kontexte bedeuten unterschiedliche Zahlungsbereitschaft, Supportanforderungen und Einkaufsprozesse.
Schritt 2: Wertlieferung und Kosten abbilden
Dokumentieren Sie:
- wann der Wert erstmals entsteht;
- ob er erneut entsteht;
- was ihn wachsen lässt;
- variable Kosten für Infrastruktur und Lieferanten;
- Onboarding und Support durch Menschen;
- betriebliche oder regulatorische Belastungen;
- die Liquidität, die vor Beginn der Lieferung nötig ist.
Eine solche Karte grenzt die Menge wahrscheinlicher Erlösmodelle ein.
Schritt 3: eine Hypothese zum Erlösmodell wählen
Wählen Sie den einfachsten Mechanismus, der zum Moment der Wertlieferung und zur Risikoverteilung passt. Halten Sie fest, warum er passt und welche Belege ihn widerlegen könnten.
Beispiel:
Wir erwarten, dass ein wiederkehrendes Abo pro Workspace passt, weil Agenturen jede Woche Projekte koordinieren und fortlaufenden gemeinsamen Zugang schätzen. Die Hypothese schwächt die Situation, in der die meisten Kunden das Tool für eine einzige Migration nutzen und innerhalb von 60 Tagen aufhören.
Schritt 4: die Wertmetrik wählen
Vergleichen Sie mögliche Einheiten nach Wertbezug, Planbarkeit, Kostensicherheit und Messbarkeit. Testen Sie mit Käufern, wie sich die Einheiten beschreiben lassen, bevor Sie aufwendige Messung einführen.
Schritt 5: ein minimales tragfähiges Set an Paketen bauen
Beginnen Sie mit einem Angebot, wenn Zielgruppe und Anwendungsfall eng sind. Fügen Sie ein zweites oder drittes Paket nur hinzu, wenn es einen wesentlichen Unterschied bei Segment oder Wert gibt.
Legen Sie für jedes Paket fest:
- den Zielkunden;
- das versprochene Ergebnis;
- die verfügbaren Möglichkeiten;
- das Limit und das Vorgehen bei dessen Überschreitung;
- das Supportmodell;
- den Grund für den Wechsel in ein höheres Paket.
Schritt 6: eine Preishypothese aufstellen
Leiten Sie den Betrag aus mehreren Quellen zugleich ab: Interviews mit Kunden über aktuelle Alternativen und Budget, Verhalten in bezahlten Piloten, geschaffener wirtschaftlicher Wert, Preise von Konkurrenz und Substituten, minimale dauerhafte Marge, Kosten für Vertrieb und Support sowie strategische Positionierung.
Interviews sagen, was Kunden angeben; ein bezahlter Pilot sagt, was sie tun. Widerspricht das eine dem anderen, hat der Pilot recht.
Wählen Sie einen Betrag, der aussagekräftige Belege liefern kann. Ein symbolischer Preis kann nur beweisen, dass Kunden einen symbolischen Preis akzeptieren.
Schritt 7: Abrechnungsregeln definieren
Legen Sie Verpflichtung, Zahlungstermin, Verlängerungen, anteilige Berechnung, Erstattungen, Steuern, fehlgeschlagene Zahlungen und Kündigung fest. Das Vertrauen des Kunden hängt von diesen Einzelheiten ab.
Schritt 8: jede Ebene testen und messen
Finden Sie die Stelle, an der das Angebot wirklich bricht. Es kommt der falsche Besucher; das Problem wird nicht erkannt; der Wert ist unklar; der Erlösmechanismus passt nicht; die Metrik verwirrt; das Paket zieht nicht an; der Betrag wird abgelehnt; der Abschluss des Kaufs oder die Einkaufsprozedur stört; die Aktivierung ist schwach; der gehaltene Wert gering.
In der Konversionszahl sehen alle diese Ausfälle gleich aus, und sie werden unterschiedlich behandelt. Eine Preissenkung dort, wo die Aktivierung das Problem ist, kauft eine billigere Kündigung.
Reduzieren Sie den gesamten Trichter nicht auf die Feststellung „Die Preisliste hat nicht funktioniert“.
Aussagekräftige Experimente durchführen
Nach Möglichkeit eine Hauptebene ändern
Ändern Sie gleichzeitig Zielsegment, Paket, Metrik, Preis und Vertragslaufzeit, zeigt das Ergebnis nicht, welche Entscheidung zählte.
Manche Änderungen müssen zusammen erfolgen. Der Wechsel von Self-Service-Freelancern zu regulierten Enterprise-Kunden kann ein anderes Paket und einen anderen Abrechnungsprozess verlangen. Betrachten Sie das dann als neues Angebot für ein neues Segment und nicht als reinen Preistest.
Ein Experimentjournal führen
Halten Sie jeden Preistest gleich fest: Segment und Stichprobe, altes und neues Angebot, getestete Ebene, Hypothese, Start- und Enddatum, Erfolgsschwellen, Anpassungen und Abbrüche, quantitatives Ergebnis, Einwände der Kunden, betriebliche Auswirkungen, Entscheidung und verantwortliche Person.
Vorab festgelegte Schwellen sind der Teil, den Teams auslassen. Ohne sie endet ein Preistest, wenn jemandem die Geduld ausgeht, und sein Ergebnis liest als Beleg, wer die Änderung ohnehin wollte.
Das verhindert die Wiederholung von Experimenten und selektive Erinnerung.
Verhalten über Meinung stellen
Die Stärke der Belege wächst in der Regel vom Kompliment bis zur gehaltenen Zahlung:
- „Das klingt nützlich“.
- Wahl zwischen konkreten Angeboten.
- Vorstellung bei der budgetverantwortlichen Person.
- Angenommenes Angebot.
- Bezahlter Pilot.
- Verlängerung, nachdem der Kunde den Wert erhalten hat.
- Ausweitung unter denselben Bedingungen.
Untersuchungen helfen beim Entwurf des Stacks, aber erst Kauf und Bindung prüfen, ob er funktioniert.
Kennzahlen nach Ebenen
Gesundheit des Geschäftsmodells
- Kundenakquisitionskosten nach Kanal
- Länge des Verkaufszyklus und Abschlussquote
- Bruttomarge und Deckungsbeitrag
- Cash Conversion Cycle
- Zahl der Support- und Betreuungsstunden pro Konto
- Umsatzkonzentration
- Bindung nach Kundensegment
Gesundheit des Erlösmodells
- Wiederkehrender und nicht wiederkehrender Umsatz
- Planbarkeit des Umsatzes
- Verlängerungs- oder Wiederkaufquote
- Schwankung der Nutzung
- Verlust von Transaktionsumsatz
- Saisonale Empfindlichkeit des Umsatzes
Gesundheit der Wertmetrik
- Umsatzwachstum im Verhältnis zum Wertzuwachs für den Kunden
- Verteilung der gebührenpflichtigen Einheit
- Marge nach Nutzungsstufe
- Häufigkeit von Überraschungen bei der Rechnungshöhe
- Verhalten der Kunden in der Nähe der Limits
- Gründe für Erweiterung und Einschränkung
Gesundheit der Pakete
- Verkaufsstruktur der Pakete
- Wege beim Wechsel in ein höheres und niedrigeres Paket
- Funktionsnutzung nach Paket
- Durch das Erreichen des Limits ausgelöste Konversion
- Häufigkeit von Ausnahmen
- Supportfragen zu Berechtigungen
Gesundheit der Preise
- Konversion zum bezahlten Angebot nach Segment
- Durchschnittlicher Verkaufspreis
- Rabattniveau
- Häufigkeit von Einwänden zum Preis
- Bereitschaft zur Jahresverpflichtung
- Bruttomarge und CAC-Amortisationszeit
Gesundheit der Abrechnung
- Abschluss des Kaufs
- Fehlgeschlagene Zahlungen und deren Rückgewinnung
- Durchschnittliche Dauer bis zum Zahlungseingang
- Quote von Erstattungen und Streitfällen
- Reaktion auf die Benachrichtigung über die Verlängerung
- Unfreiwillige Kündigungen
Typische Fehler bei der Einordnung
„Wir brauchen ein neues Geschäftsmodell“, wenn das Paket schwach ist
Wenn Kunden das Ergebnis schätzen und wiederkehrende Zahlung akzeptieren, aber das passende Paket nicht finden, überarbeiten Sie die Pakete, bevor Sie das Unternehmen umbauen.
„Kunden hassen Abos“, wenn wiederkehrender Wert fehlt
Das Problem muss nicht die Einstellung der Kunden sein. Wird das Problem einmalig gelöst, ist die Kündigung rational. Ergänzen Sie wiederkehrenden Wert oder nutzen Sie ein Modell, das zu einer Lieferung mit begrenzter Dauer passt.
„Unser Preis ist nutzungsbasiert“
Die Bezeichnung „nutzungsbasiert“ beschreibt, wie sich der Betrag ändert. Das Angebot braucht weiterhin eine Einheit, einen Satz, einen Abrechnungstermin, Mindestabnahmen, Obergrenzen, Pakete und eine an den Kunden gerichtete Erklärung.
„Die Jahresvariante ist günstiger, also hat sich die Bindung verbessert“
Die jährliche Vorauszahlung verschiebt den sichtbaren Moment der Kündigung. Messen Sie Produktnutzung, Verlängerungen und Ergebnisse der Kunden, statt gesicherte Liquidität als Beleg für gehaltenen Wert zu nehmen.
„Enterprise ist unser höchstes Paket“
Enterprise kann einen anderen Käufer, Verkaufsprozess, ein anderes Sicherheitsmodell, eine andere Art der Einführung, Supportzusagen und einen anderen Vertrag bedeuten. Ein größerer Funktionsumfang allein schafft kein Enterprise-Geschäftsmodell.
„Freemium ist ein Preis“
Freemium ist eine Art, Pakete zu gestalten und Kunden zu gewinnen, bei der ein dauerhaftes kostenloses Angebot neben einer bezahlten Erweiterung besteht. Es wirkt sich auf Support, Produktarchitektur, Konversionspfade und Unit Economics aus.
Entscheidungs-Checkliste
Geschäftsmodell
- Wir können einen konkreten Kunden und ein kostspieliges Problem benennen.
- Wir verstehen die Rollen von Nutzer, Käufer und Zahler.
- Gewinnung, Lieferung, Support und Umsatz bilden ein stimmiges System.
- Wir haben die Treiber der fixen und variablen Kosten dokumentiert.
- Wir wissen, warum das Modell schwer ersetzbar oder effizient bleiben kann.
Erlösmodell
- Das Umsatzereignis entspricht dem Moment, in dem Wert für den Kunden entsteht.
- Das Risiko trägt die Seite, die es am besten steuern kann.
- Die Umsatzströme haben getrennte, begründete Rollen.
- Der Mechanismus lässt sich rechtskonform und zuverlässig betreiben.
Wertmetrik
- Höhere Nutzung der Einheit bedeutet in der Regel mehr Wert.
- Die Einheit schützt vor wesentlichen variablen Kosten.
- Kunden können sie verstehen und prognostizieren.
- Die Regeln für Messung und Korrektur sind verlässlich.
Pakete
- Jedes Paket hat einen klar bestimmten Zielkunden.
- Die Unterschiede spiegeln wesentlichen Wert oder betrieblichen Bedarf wider.
- Limits und Verhalten nach dem Wechsel in ein niedrigeres Paket sind eindeutig.
- Das Produkt kann Berechtigungen konsequent durchsetzen.
- Der Grund für den Wechsel in ein höheres Paket ist verständlich.
Preise und Abrechnung
- Der Betrag wird durch Belege zu Kunde, Wert und Kosten gestützt.
- Rabatte haben einen bestimmten Zweck und eine Freigaberegel.
- Verpflichtung und Art des Einziehens entsprechen dem Prozess des Käufers.
- Die Regeln für Verlängerung, Kündigung, Erstattungen und fehlgeschlagene Zahlungen sind klar.
- Die Kennzahlen erlauben es, die Ebene zu benennen, die einer Korrektur bedarf.
Ein Stack, nicht eine einzelne Entscheidung
Entwerfen Sie die Monetarisierung als Stack und nicht als einzelne Zahl.
Stellen Sie zuerst sicher, dass das Unternehmen einem konkreten Kunden mit einem machbaren Liefersystem wertvolle Ergebnisse bietet. Wählen Sie danach das Umsatzereignis, die Einheit der Skalierung, die Paketgrenzen, den Betrag und die Regeln für das Einziehen.
Wenn die Ergebnisse enttäuschen, diagnostizieren Sie die versagende Ebene, bevor Sie den gesamten Stack ändern. Eine solche Disziplin führt zu eindeutigeren Experimenten, weniger Abrechnungsausnahmen und einem Modell, das Kunden gut genug verstehen, um es zu kaufen und weiter zu nutzen.
