Preismodelle für eine mehrinstanzenfähige Lösung

Ein gutes Preismodell stellt sicher, dass Sie mit zunehmender Anzahl von Mandanten und dem Hinzufügen neuer Features auch weiterhin rentabel bleiben. Ein wichtiger Aspekt bei der Entwicklung einer kommerziellen mehrinstanzenfähigen Lösung ist das Entwerfen von Preismodellen für Ihr Produkt. Auf dieser Seite bieten wir technischen Entscheidungsträgern eine Anleitung zu den in Frage kommenden Preismodellen und den damit verbundenen Kompromissen.

Bei der Festlegung des Preismodells für Ihr Produkt müssen Sie die Rendite (Return On Value, ROV) für Ihre Kunden mit den Umsatzkosten (Cost Of Goods Sold, COGS) für die Erbringung des Diensts abwägen. Das Angebot flexiblerer kommerzieller Modelle (für eine Lösung) könnte die Rendite für Kunden erhöhen, aber es könnte auch die architektonische und kommerzielle Komplexität der Lösung erhöhen (und damit auch Ihre Umsatzkosten).

Einige wichtige Aspekte, die Sie beim Entwickeln von Preismodellen für eine Lösung berücksichtigen sollten, sind folgende:

• Sind die Umsatzkosten höher als der Gewinn, den Sie mit der Lösung erzielen?
• Können sich die Umsatzkosten im Laufe der Zeit ändern, wenn die Zahl der Benutzer wächst oder sich das Nutzungsverhalten ändert?
• Wie schwierig ist es, die für die Anwendung des Preismodells erforderlichen Informationen zu messen und aufzuzeichnen? Wenn Sie z. B. planen, Ihre Kunden auf der Grundlage der Anzahl ihrer API-Aufrufe abzurechnen, haben Sie dann festgelegt, wie Sie die API-Aufrufe der einzelnen Kunden messen werden?
• Hängt Ihre Rentabilität davon ab, dass die Kunden Ihre Lösung nur in begrenztem Umfang verwenden?
• Wenn ein Kunde die Lösung übermäßig nutzt, bedeutet das, dass Sie nicht mehr rentabel arbeiten?

Es gibt einige wichtige Faktoren, die Ihre Rentabilität beeinflussen:

• Preismodelle für Azure-Dienste. Die Preismodelle der Azure- oder Drittanbieterdienste, aus denen Ihre Lösung besteht, können sich darauf auswirken, welche Modelle rentabel sind.
• Verwendungsmuster der Dienste. Möglicherweise müssen die Benutzer nur während ihrer Arbeitszeit auf Ihre Lösung zugreifen oder es gibt nur einen kleinen Prozentsatz von Benutzern mit hohem Volumen. Können Sie Ihre Umsatzkosten senken, indem Sie die ungenutzte Kapazität bei geringer Nutzung reduzieren?
• Speicherwachstum. Bei den meisten Lösungen nimmt die Datenmenge im Laufe der Zeit zu. Mehr Daten bedeuten höhere Kosten für die Speicherung und den Schutz, wodurch ihre Rentabilität pro Mandant reduziert wird. Können Sie Speicherkontingente festlegen oder einen Datenaufbewahrungszeitraum erzwingen?
• Mandantenisolation. Das von Ihnen genutzte Mandantenmodell wirkt sich auf die Isolationsstufe zwischen Ihren Mandanten aus. Wenn Sie Ihre Ressourcen freigeben, müssen Sie dann bedenken, dass die Mandanten den Dienst übermäßig in Anspruch nehmen oder missbrauchen könnten? Wie wirkt sich die Mandantenisolierung auf Ihre COGS und Leistung für alle aus? Einige Preismodelle sind ohne zusätzliche Kontrollen bei der Ressourcenzuordnung nicht rentabel. So kann es z. B. notwendig sein, Dienste zu drosseln, um ein Pauschalpreismodell aufrecht erhalten zu können.
• Mandantenlebenszyklus. Beispielsweise können Lösungen mit hohen Kundenabwanderungsraten oder Dienste, die einen höheren Aufwand für das Onboarding erfordern, eine geringere Rentabilität aufweisen – vor allem, wenn sie mithilfe eines verbrauchsabhängigen Modells abgerechnet werden.
• Anforderungen an den Servicelevel. Mandanten, die einen höheren Servicelevel erfordern, können bedeuten, dass Ihre Lösung nicht mehr rentabel ist. Es ist von entscheidender Bedeutung, dass Sie sich über die Erwartungen Ihrer Kunden an den Service und die Verpflichtungen, die Sie haben, im Klaren sind, damit Sie Ihre Preismodelle entsprechend planen können.

Gängige Preismodelle

Es gibt viele gängige Preismodelle, die häufig mit mehrinstanzenfähigen Lösungen verwendet werden. Jedes dieser Preismodelle ist mit wirtschaftlichen Vorteilen und Risiken verbunden und erfordert zusätzliche Überlegungen hinsichtlich der Architektur. Es ist wichtig, die Unterschiede zwischen diesen Preismodellen zu verstehen, sodass Sie sicherstellen können, dass Ihre Lösung auch in Zukunft rentabel bleibt.

Hinweis

Sie können mehrere Modelle für eine Lösung anbieten oder Modelle miteinander kombinieren. Sie können z. B. ein benutzerspezifisches Modell für Ihre Kunden anbieten, die über relativ stabile Benutzerzahlen verfügen, und Sie können auch ein Verbrauchsmodell für Kunden mit schwankendem Nutzungsverhalten anbieten.

Nutzungsbasierte Preise

Ein Verbrauchsmodell wird manchmal als nutzungsbasierte Bezahlung oder Pay-As-You-Go (PAYG) bezeichnet. Mit zunehmender Nutzung Ihres Diensts steigt Ihr Umsatz:

Wenn Sie den Verbrauch messen, können Sie einfache Faktoren berücksichtigen, z. B. die Menge der Daten, die der Lösung hinzugefügt werden. Alternativ können Sie auch eine Kombination von Nutzungsattributen in Betracht ziehen. Verbrauchsmodelle bieten viele Vorteile, aber die Implementierung in einer mehrinstanzenfähigen Lösung kann sich schwierig gestalten.

Vorteile: Aus Sicht Ihrer Kunden sind nur minimale Vorabinvestitionen erforderlich, um Ihre Lösung zu verwenden, sodass dieses Modell eine niedrige Einstiegshürde aufweist. Aus Ihrer Sicht als Dienstanbieter steigen Ihre Kosten für Hosting und Verwaltung, wenn die Nutzung Ihrer Kunden und Ihr Umsatz zunehmen. Diese Zunahme kann es zu einem hochgradig skalierbaren Preismodell machen. Verbrauchspreismodelle funktionieren besonders gut, wenn die in der Lösung verwendeten Azure-Dienste ebenfalls nutzungsbasiert sind.

Komplexität und Betriebskosten: Verbrauchsmodelle basieren auf genauen Messungen der Nutzung und der Aufteilung dieser Nutzung nach Mandant. Dies kann eine Herausforderung darstellen, insbesondere bei einer Lösung mit vielen verteilten Komponenten. Sie müssen detaillierte Verbrauchsdaten für Abrechnung und Überwachung beibehalten sowie Methoden für Kunden bereitstellen, um Zugriff auf ihre Verbrauchsdaten zu erhalten.

Risiken: Verbrauchspreise können Ihre Kunden dazu bewegen, die Nutzung Ihres Systems einzuschränken, um ihre Kosten zu senken. Darüber hinaus führen Verbrauchsmodelle zu unvorhersehbaren Umsatzquellen. Sie können dies verringern, indem Sie Kapazitätsreservierungenanbieten, bei denen die Kunden für einen bestimmten Verbrauch im Voraus bezahlen. Sie als Anbieter des Dienstes können diese Einnahmen verwenden, um in die Verbesserung der Lösung zu investieren, die Betriebskosten zu senken oder die Rentabilität durch zusätzliche Features zu erhöhen.

Hinweis

Die Implementierung und Unterstützung von Kapazitätsreservierungen kann die Komplexität der Abrechnungsprozesse innerhalb Ihrer Anwendung erhöhen. Möglicherweise müssen Sie sich auch Gedanken darüber machen, wie Kunden Rückerstattungen erhalten oder ihre Kapazitätsreservierungen ändern können, und diese Prozesse können ebenfalls wirtschaftliche und operative Herausforderungen mit sich bringen.

Preise pro Benutzer

Ein Preismodell pro Benutzer umfasst die Abrechnung Ihrer Kunden basierend auf der Anzahl der Personen, die Ihren Dienst nutzen, wie im folgenden Diagramm dargestellt.

Preismodelle pro Benutzer sind sehr verbreitet, da sie in einer mehrinstanzenfähigen Lösung einfach zu implementieren sind. Sie sind jedoch mit mehreren wirtschaftlichen Risiken verbunden.

Vorteile: Wenn Sie Ihren Kunden jeden einzelnen Benutzer in Rechnung stellen, ist es einfach, Ihren Umsatzstrom zu berechnen und zu prognostizieren. Wenn Sie außerdem davon ausgehen, dass die Nutzungsmuster der einzelnen Benutzer relativ konstant sind, steigt der Umsatz im gleichen Maße wie die Akzeptanz des Diensts, sodass es sich um ein skalierbares Modell handelt.

Komplexität und Betriebskosten: Pro Benutzer abgerechnete Modelle sind in der Regel einfach zu implementieren. In einigen Situationen müssen Sie jedoch den Verbrauch pro Benutzer messen, wodurch Sie sicherstellen können, dass die Umsatzkosten für einen einzelnen Benutzer rentabel bleiben. Indem Sie den Verbrauch messen und einem bestimmten Benutzer zuordnen, können Sie die betriebliche Komplexität Ihrer Lösung erhöhen.

Risiken: Unterschiedliche Verbrauchsgewohnheiten der Benutzer können zu einer geringeren Rentabilität führen. So kann es z. B. sein, dass die Kosten für die Betreuung von Benutzern mit hohem Verbrauch höher sind als die von Benutzern mit geringem Verbrauch. Darüber hinaus wird die tatsächliche Rendite (Return On Value, ROV) für die Lösung nicht durch die tatsächliche Anzahl der erworbenen Benutzerlizenzen widergespiegelt.

Preise pro aktivem Benutzer

Dieses Modell ähnelt der Preisgestaltung pro Benutzer, aber anstatt vom Kunden vorab eine Verpflichtung bezüglich der Anzahl der erwarteten Benutzer zu verlangen, wird dem Kunden nur die Anzahl der Benutzer in Rechnung gestellt, die sich tatsächlich anmelden und die Lösung über einen bestimmten Zeitraum verwenden (wie im folgenden Diagramm dargestellt).

Sie können dies in einem beliebigen Zeitraum messen, den Sie als sinnvoll erachten. Monatliche Zeiträume sind üblich, und diese Metrik wird häufig als monatlich aktive Benutzer oder Monthly Active Users, MAUaufgezeichnet.

Vorteile: Aus Sicht Ihrer Kunden erfordert dieses Modell eine geringe Investition und ein geringes Risiko, da es nur eine minimale Verschwendung gibt. Nicht verwendete Lizenzen sind nicht abrechenbar. Das macht es besonders attraktiv, wenn es um die Vermarktung der Lösung oder die Erweiterung der Lösung für größere Unternehmenskunden geht. Aus Ihrer Sicht als Besitzer des Diensts spiegeln sich Ihre Rendite für den Kunden eher in der Anzahl der monatlich aktiven Benutzer wider.

Komplexität und Betriebskosten: Für Modelle mit Abrechnung pro aktivem Benutzer müssen Sie die tatsächliche Nutzung aufzeichnen und einem Kunden im Rahmen der Rechnung zur Verfügung stellen. Die Messung des Verbrauchs pro Benutzer trägt dazu bei, die Rentabilität mit den Umsatzkosten (COGS) für einen einzelnen Benutzer sicherzustellen, erfordert jedoch erneut zusätzlichen Aufwand, um den Verbrauch der einzelnen Benutzer zu messen.

Risiken: Wie bei den Preisen pro Benutzer besteht das Risiko, dass sich die unterschiedlichen Verbrauchsmuster einzelner Benutzer auf Ihre Rentabilität auswirken können. Im Vergleich zu den Preisen pro Benutzer weisen Modelle für die Abrechnung pro aktivem Benutzer einen weniger vorhersagbaren Umsatzstrom auf. Darüber hinaus bieten ermäßigte Preise keine sinnvolle Möglichkeit, das Wachstum zu fördern.

Preise pro Einheit

In vielen Systemen ist die Anzahl der Benutzer nicht das Element, das den größten Einfluss auf die gesamten Umsatzkosten hat. Bei geräteorientierten Lösungen, die auch als Internet der Dinge (IoT) bezeichnet werden, wirkt sich z. B. die Anzahl der Geräte oft am stärksten auf die Umsatzkosten aus. In diesen Systemen kann ein Preismodell pro Einheit verwendet werden, bei dem Sie definieren, was eine Einheit ist, z. B. ein Gerät. Sehen Sie sich das folgende Diagramm an.

Darüber hinaus weisen einige Lösungen stark variable Verwendungsmuster auf, bei denen eine kleine Anzahl von Benutzern unverhältnismäßige Auswirkungen auf die Umsatzkosten hat. Bei einer Lösung, die an Einzelhändler mit Ladengeschäften verkauft wird, könnte z. B. ein Preismodell pro Filiale angemessen sein.

Vorteile: In Systemen, in denen die einzelnen Benutzer keinen signifikanten Einfluss auf die Umsatzkosten haben, ist die Preisgestaltung pro Einheit ein besserer Weg, um die Realität der Skalierung des Systems und die daraus resultierenden Auswirkungen auf die Umsatzkosten darzustellen. Es kann auch die Anpassung an das tatsächliche Nutzungsverhalten eines Kunden verbessern. Bei vielen IoT-Lösungen, bei denen die einzelnen Geräte einen vorhersagbaren und konstanten Verbrauch generieren, kann dies ein effektives Modell darstellen, um das Wachstum Ihrer Lösung zu skalieren.

Komplexität und Betriebskosten: Im Allgemeinen ist die Preisgestaltung pro Einheit einfach zu implementieren und mit relativ geringen Betriebskosten verbunden. Die Betriebskosten können jedoch höher werden, wenn Sie die Nutzung durch einzelne Einheiten, wie Geräte oder Einzelhandelsgeschäfte, differenzieren und nachverfolgen müssen. Die Messung des Verbrauchs pro Einheit hilft Ihnen, Ihre Rentabilität zu erhalten, da Sie die Umsatzkosten für eine einzelne Einheit ermitteln können.

Risiken: Die Risiken eines Preismodells pro Einheit sind ähnlich wie bei der Preisgestaltung pro Benutzer. Unterschiedliche Verbrauchsmuster einiger Einheiten können zu einer geringeren Rentabilität führen, z. B. wenn einige Geräte oder Filialen die Lösung viel stärker nutzen als andere.

Preise auf Feature- und Dienstebene

Sie können Ihre Lösung mit unterschiedlichen Funktionalitätsebenen zu unterschiedlichen Preisen anbieten. Sie könnten z. B. zwei monatliche Pauschalpreise oder Preise pro Einheit anbieten, von denen der eine ein Basisangebot mit einer Teilmenge der verfügbaren Features ist, während der andere den umfassenden Satz der Features Ihrer Lösung darstellt. Sehen Sie sich das folgende Diagramm an.

Dieses Modell kann auch unterschiedliche Vereinbarungen zum Servicelevel für verschiedene Tarife bieten. Beispielsweise kann Ihr Basic-Tarif eine Verfügbarkeit von 99,9 % bieten, während ein Premium-Tarif 99,99 % bieten könnte. Die höhere Vereinbarung zum Servicelevel (SLA) könnte mithilfe von Diensten und Features implementiert werden, die höhere Verfügbarkeitsziele ermöglichen.

Obwohl dieses Modell wirtschaftlich vorteilhaft sein kann, erfordert es ausgereifte technische Verfahren, um erfolgreich zu sein. Mit sorgfältiger Überlegung kann dieses Modell sehr effektiv sein.

Vorteile: Featurebasierte Preise sind für Kunden oft ansprechend, da sie einen Tarif basierend auf dem Featuresatz oder Servicelevel auswählen können, den sie benötigen. Sie bieten Ihnen auch einen eindeutigen Weg, Ihren Kunden zusätzliche Features oder eine höhere Resilienz zu verkaufen.

Komplexität und Betriebskosten: Die Implementierung featurebasierter Preismodelle kann komplex sein, da Ihre Lösung die Features kennen muss, die in den einzelnen Tarifen verfügbar sind. Feature Toggle können eine effektive Möglichkeit darstellen, den Zugriff auf bestimmte Teilmengen von Funktionen zu ermöglichen, aber dies erfordert eine fortlaufende Wartung. Außerdem erhöhen Feature Toggles den Aufwand für die Gewährleistung einer hohen Qualität, da mehr Codepfade zu testen sind. Die Ermöglichung höherer Ziele für die Verfügbarkeit von Diensten in einigen Tarifen kann eine zusätzliche Komplexität der Architektur erfordern, um sicherzustellen, dass für jede Ebene die richtige Infrastruktur verwendet wird, und dieser Prozess kann die Betriebskosten der Lösung erhöhen.

Risiken: Featurebasierte Preismodelle können kompliziert und verwirrend werden, wenn zu viele Tarife oder Optionen verfügbar sind. Außerdem kann der Mehraufwand, der mit dem dynamischen Umschalten von Features verbunden ist, die Bereitstellung zusätzlicher Features verlangsamen.

„Freemium“-Preise

Sie könnten einen kostenlosen Tarif für Ihren Dienst mit grundlegenden Funktionen und ohne Garantien hinsichtlich des Servicelevels anbieten. Anschließend können Sie einen separaten kostenpflichtigen Tarif mit zusätzlichen Features und einer formalen Vereinbarung zum Servicelevel anbieten (wie in der folgenden Abbildung dargestellt).

Der kostenlose Tarif kann auch als zeitlich begrenzte Testversion angeboten werden, und während der Testphase können Ihre Kunden den vollen oder eingeschränkten Funktionsumfang nutzen. Dies wird als Freemium-Modell bezeichnet, das praktisch eine Erweiterung des featurebasierten Preismodells ist.

Vorteile: Es ist sehr einfach, eine Lösung zu vermarkten, wenn sie kostenlos ist.

Komplexität und Betriebskosten: Alle Bedenken hinsichtlich der Komplexität und der Betriebskosten für das featurebasierte Preismodell gelten auch hier. Allerdings müssen Sie auch die Betriebskosten berücksichtigen, die mit der Verwaltung von Mandanten verbunden sind, die den kostenlosen Tarif nutzen. Möglicherweise müssen Sie dafür sorgen, dass Mandanten, deren kostenloser Tarif abgelaufen ist, ausgeschlossen oder entfernt werden, und Sie müssen für eine klare Aufbewahrungsrichtlinie sorgen, insbesondere für Mandanten mit kostenlosem Tarif. Beim Heraufstufen eines Mandanten auf einen kostenpflichtigen Tarif müssen Sie den Mandanten möglicherweise zwischen Azure-Diensten verschieben, um höhere SLAs zu erhalten. Es ist auch wichtig, die Daten und Konfiguration des Mandanten bei der Umstellung auf eine kostenpflichtige Stufe beizubehalten.

Risiken: Sie müssen sicherstellen, dass Sie eine ausreichend hohe Rendite anbieten, damit die Mandanten einen Wechsel zu einem kostenpflichtigen Tarif in Betracht ziehen. Außerdem müssen die Kosten für die Bereitstellung Ihrer Lösung für Kunden im kostenlosen Tarif durch die Gewinnspanne der Kunden in kostenpflichtigen Tarifen gedeckt werden.

Preise für Wareneinsatz

Sie können Preise für Ihre Lösung so festlegen, dass jeder Mandant nur die Kosten für den Betrieb seines Anteils an den Azure-Diensten ohne zusätzliche Gewinnspanne bezahlt. Dieses Modell – auch als weiterverrechnete Kosten oder Preise bezeichnet – wird manchmal für mehrinstanzenfähige Lösungen verwendet, die nicht als Profitcenter vorgesehen sind.

Das Wareneinsatzmodell eignet sich gut für interne mehrinstanzenfähige Lösungen. Jede Organisationseinheit entspricht einem Mandanten, und die Kosten Ihrer Azure-Ressourcen müssen auf diese verteilt werden. Es kann auch dann sinnvoll sein, wenn der Umsatz aus dem Verkauf anderer Produkte und Dienstleistungen stammt, die die mehrinstanzenfähige Lösung nutzen oder ergänzen.

Vorteile: Da dieses Modell keine zusätzliche Gewinnspanne enthält, sind die Kosten für Mandanten niedriger.

Komplexität und Betriebskosten: Ähnlich wie beim Verbrauchsmodell basiert der Preis für den Wareneinsatz auf genauen Verbrauchsmessungen und der Aufteilung dieser Nutzung nach Mandant. Die Nachverfolgung des Verbrauchs kann eine Herausforderung darstellen, insbesondere bei einer Lösung mit vielen verteilten Komponenten. Sie müssen detaillierte Verbrauchsdaten für Abrechnung und Überwachung beibehalten sowie Methoden für Kunden bereitstellen, um Zugriff auf ihre Verbrauchsdaten zu erhalten.

Bei internen mehrinstanzenfähigen Lösungen akzeptieren Mandanten möglicherweise ungefähre Kostenschätzungen und haben weniger strenge Anforderungen an die Abrechnungsüberwachung. Diese weniger strengen Anforderungen verringern die Komplexität und die Kosten für den Betrieb Ihrer Lösung.

Risiken: Preise für den Wareneinsatz können Ihre Mandanten dazu bewegen, die Nutzung Ihres Systems einzuschränken, um ihre Kosten zu senken. Da dieses Modell jedoch für Anwendungen verwendet wird, die keine Profitcenter sind, ist dies möglicherweise kein Problem.

Pauschalpreise

Bei diesem Modell berechnen Sie einem Mandanten für einen bestimmten Zeitraum einen Pauschalbetrag für den Zugriff auf Ihre Lösung. Die gleichen Preise gelten unabhängig davon, wie stark der Dienst verwendet wird, wie viele Benutzer den Dienst verwenden, wie viele Geräte mit dem Dienst verbunden werden oder welche andere Metrik verwendet wird. Sehen Sie sich das folgende Diagramm an.

Dieses Modell ist am einfachsten zu implementieren und für die Kunden am leichtesten zu verstehen und wird häufig von Unternehmenskunden angefordert. Es kann jedoch leicht unrentabel werden, wenn Sie ständig neue Features hinzufügen müssen oder wenn der Verbrauch der Mandanten ohne zusätzlichen Umsatz steigt.

Vorteile: Pauschalpreise sind einfach zu verkaufen und für Ihre Kunden leicht zu verstehen und zu budgetieren.

Komplexität und Betriebskosten: Pauschalpreismodelle lassen sich leicht implementieren, da die Abrechnung mit den Kunden keine Verbrauchsmessung oder -nachverfolgung erfordert. Auch wenn es nicht unbedingt notwendig ist, empfiehlt es sich, den Verbrauch pro Mandant zu messen, um sicherzustellen, dass Sie die Umsatzkosten genau messen und Ihre Rentabilität erhalten bleibt.

Risiken: Wenn Sie über Mandanten verfügen, die Ihre Lösung intensiv nutzen, kann dieses Preismodell leicht unrentabel werden.

Ermäßigte Preise

Sobald Sie Ihr Preismodell festgelegt haben, können Sie wirtschaftliche Strategien anwenden, um durch ermäßigte Preise Anreize für Wachstum zu schaffen. Ermäßigte Preise können mit Preismodellen verwendet werden, die nach Verbrauch, pro Benutzer und pro Einheit abgerechnet werden.

Hinweis

Ermäßigte Preise erfordern in der Regel keine Überlegungen hinsichtlich der Architektur, abgesehen von der Unterstützung einer komplexeren Abrechnungsstruktur. Eine vollständige Erörterung der wirtschaftlichen Vorteile von ermäßigten Preisen geht über den Rahmen dieses Dokuments hinaus.

Gängige Muster für Preisnachlässe umfassen Folgendes:

• Feste Preise. Sie haben die gleichen Kosten für jeden Benutzer, jede Einheit oder jede Verbrauchsmenge, unabhängig davon, wie viel gekauft oder verbraucht wird. Dies ist der einfachste Ansatz. Kunden, die Ihre Lösung intensiv verwenden, könnten jedoch der Meinung sein, dass sie von Skalierungseffekten profitieren sollten, indem sie einen Rabatt erhalten.
• Degressive Preise. Wenn Kunden mehr Einheiten erwerben oder verbrauchen, verringern Sie die Kosten pro Einheit. Dies ist für Kunden wirtschaftlich ansprechender.
• Preisstaffel. Sie senken die Kosten pro Einheit, wenn Kunden mehr Einheiten kaufen. Sie gehen dabei jedoch in Schritten vor, die auf vordefinierten Mengenbereichen basieren. Sie könnten z. B. für die ersten 100 Benutzer einen höheren Preis verlangen, für den 101. bis 200. Benutzer den Preis verringern und danach den Preis noch weiter reduzieren. Dies kann sich als rentabler erweisen.

Das folgende Diagramm veranschaulicht diese Preisgestaltungsmuster.

Ermäßigte Preise für Nicht-Produktionsumgebungen

In vielen Fällen benötigen Kunden Zugriff auf eine Nicht-Produktionsumgebung, die sie für Tests, Trainings oder zum Erstellen ihrer eigenen internen Dokumentation verwenden können. Nicht-Produktionsumgebungen haben in der Regel geringere Verbrauchsanforderungen und Betriebskosten. In Nicht-Produktionsumgebungen gelten z. B. oft keine Vereinbarungen zum Servicelevel (SLAs), und die Ratenbegrenzungen können auf niedrigere Werte festgelegt werden. Sie können auch eine aggressivere automatische Skalierung für Ihre Azure-Dienste in Betracht ziehen.

Ebenso erwarten Kunden häufig, dass Nicht-Produktionsumgebungen deutlich günstiger als ihre Produktionsumgebungen sind. Es gibt mehrere Alternativen, die in Frage kommen, wenn Sie Nicht-Produktionsumgebungen bereitstellen:

• Bieten Sie einen Freemium-Tarif an, wie es vielleicht schon für zahlende Kunden der Fall ist. Dies sollte sorgfältig überwacht werden, da einige Unternehmen viele Test- und Trainingsumgebungen erstellen können, deren Betrieb zusätzliche Ressourcen beansprucht.

  Hinweis

  Zeitlich begrenzte Testversionen mit Freemium-Tarifen eignen sich in der Regel nicht für Test- und Trainingsumgebungen. In der Regel müssen die Kunden ihre Nicht-Produktionsumgebungen während der gesamten Dauer des Produktionsdiensts zur Verfügung gestellt bekommen.

• Bieten Sie einen Test- oder Trainingstarif für Ihren Dienst an, mit niedrigeren Grenzwerten für die Nutzung. Sie können die Verfügbarkeit dieses Tarifs auf Kunden beschränken, die bereits über einen bezahlten Mandanten verfügen.
• Bieten Sie einen ermäßigten Preis pro Benutzer, pro aktivem Benutzer oder pro Einheit für Mandanten in Nicht-Produktionsumgebungen mit einer niedrigeren oder keinen Vereinbarung zum Servicelevel an.
• Für Mandanten mit Pauschalpreisen können Nicht-Produktionsumgebungen im Rahmen der Vereinbarung ausgehandelt werden.

Hinweis

Featurebasierte Preise sind in der Regel keine geeignete Option für Nicht-Produktionsumgebungen, es sei denn, die angebotenen Features sind mit denen der Produktionsumgebung identisch. Dies liegt daran, dass Mandanten in der Regel alle Features testen und trainieren möchten, die ihnen in der Produktionsumgebung zur Verfügung stehen.

Unrentable Preismodelle

Ein unrentables Preismodell kostet Sie mehr für die Bereitstellung des Diensts, als Sie an Umsatz erzielen. Sie könnten z. B. einen Pauschalpreis pro Mandanten ohne jegliche Einschränkungen für Ihren Dienst berechnen, aber dann würden Sie Ihren Dienst mit verbrauchsabhängigen Azure-Ressourcen und ohne Nutzungslimits pro Mandanten aufbauen. In diesem Fall besteht die Gefahr, dass Ihre Mandanten Ihren Dienst übermäßig in Anspruch nehmen und es dadurch unrentabel wird, sie zu versorgen.

Generell möchten Sie unrentable Preismodelle vermeiden. Es gibt jedoch Situationen, in denen Sie sich für ein unrentables Preismodell entscheiden könnten. Beispiel:

• Ein kostenloser Dienst wird angeboten, um Wachstum zu ermöglichen.
• Zusätzliche Umsatzströme sind Dienste oder zusätzliche Features.
• Das Hosting eines bestimmten Mandanten bietet einen weiteren wirtschaftlichen Nutzen, indem er z. B. als Absatzmagnet in einem neuen Markt verwendet wird.

Für den Fall, dass Sie versehentlich ein unrentables Preismodell erstellen, gibt es einige Möglichkeiten, die damit verbundenen Risiken zu mindern. Beispiel:

• Begrenzen Sie die Verwendung des Diensts durch Nutzungslimits.
• Verlangen Sie die Verwendung von Kapazitätsreservierungen.
• Fordern Sie den Wechsel des Mandanten in eine höhere Feature- oder Dienstebene.

Riskante Preismodelle

Wenn Sie ein Preismodell für eine Lösung implementieren, müssen Sie in der Regel Annahmen darüber treffen, wie sie verwendet werden soll. Wenn sich diese Annahmen als falsch erweisen oder sich die Verwendungsmuster im Laufe der Zeit ändern, kann Ihr Preismodell unrentabel werden. Preismodelle, die Gefahr laufen, unrentabel zu werden, werden als riskante Preismodelle bezeichnet. Wenn Sie z. B. ein Preismodell verwenden, das von den Benutzern erwartet, dass sie den Umfang, in dem sie Ihre Lösung verwenden, selbst begrenzen, dann haben Sie möglicherweise ein riskantes Preismodell implementiert.

Die meisten SaaS-Lösungen fügen regelmäßig neue Features hinzu. Dies erhöht die Rendite für die Benutzer, was auch zu einem Anstieg der Nutzung der Lösung führen kann. Dies könnte dazu führen, dass eine Lösung unrentabel wird, wenn die Verwendung neuer Features die Nutzung antreibt, das Preismodell dies aber nicht berücksichtigt.

Wenn Sie z. B. ein neues Feature zum Hochladen von Videos in Ihre Lösung einführen, das eine verbrauchsabhängige Ressource verwendet, und die Akzeptanz des Features durch die Benutzer höher ist als erwartet, dann sollten Sie eine Kombination aus Nutzungslimits und Preisgestaltung für Features und Dienste in Betracht ziehen.

Nutzungslimits

Mit Nutzungslimits können Sie die Nutzung Ihres Diensts einschränken, um zu verhindern, dass Ihre Preismodelle unrentabel werden oder dass ein einzelner Mandant einen unverhältnismäßig großen Teil der Kapazität Ihres Diensts in Anspruch nimmt. Dies kann besonders bei mehrinstanzenfähigen Diensten wichtig sein, bei denen ein einzelner Mandant durch übermäßigen Ressourcenverbrauch die Erfahrung der anderen Mandanten beeinträchtigen kann.

Hinweis

Es ist wichtig, Ihre Kunden darauf aufmerksam zu machen, dass Sie Nutzungslimits anwenden. Wenn Sie Nutzungslimits einführen, ohne Ihre Kunden darüber zu informieren, wird dies zu Unzufriedenheit bei den Kunden führen. Daher ist es wichtig, die Nutzungslimits im Voraus zu ermitteln und zu planen. Das Ziel sollte darin bestehen, das Nutzungslimit einzuplanen und es den Kunden mitzuteilen, bevor es notwendig wird.

Nutzungslimits werden häufig in Kombination mit dem Feature- und Servicelevel-Preismodell verwendet, um eine stärkere Nutzung in höheren Tarifen bereitzustellen. Nutzungslimits werden auch häufig verwendet, um Kernkomponenten zu schützen, die bei übermäßiger Nutzung zu Systemengpässen oder Leistungsproblemen führen.

Ratenbegrenzungen

Eine gängige Methode zum Anwenden eines Nutzungslimits ist das Hinzufügen von Ratenbegrenzungen zu APIs oder bestimmten Anwendungsfunktionen. Dies wird auch als Drosselung bezeichnet. Ratenbegrenzungen verhindern eine kontinuierliche übermäßige Nutzung. Sie werden häufig verwendet, um die Anzahl der Aufrufe einer API in einem bestimmten Zeitraum zu begrenzen. Eine API darf z. B. nur 20 Mal pro Minute aufgerufen werden und gibt einen HTTP 429-Fehler zurück, wenn sie häufiger als durch diesen Wert angegeben aufgerufen wird.

Einige Situationen, in denen die Ratenbegrenzung häufig verwendet wird, umfassen die folgenden:

• REST-APIs
• Asynchrone Aufgaben
• Aufgaben, die nicht zeitkritisch sind.
• Aktionen, bei denen die Ausführung mit hohen Kosten verbunden ist
• Berichterstellung

Die Implementierung der Ratenbegrenzung kann die Komplexität der Lösung erhöhen, aber Dienste wie Azure API Management können dies vereinfachen, indem Ratenbegrenzungsrichtlinien angewendet werden.

Lebenszyklus des Preismodells

Wie jeder andere Teil Ihrer Lösung verfügen Preismodelle über einen Lebenszyklus. Wenn sich Ihre Anwendung im Laufe der Zeit weiterentwickelt, müssen Sie möglicherweise Ihre Preismodelle anpassen. Dies kann durch sich ändernde Kundenanforderungen, wirtschaftliche Anforderungen oder Änderungen der Funktionen innerhalb Ihrer Anwendung bedingt sein. Zu den üblichen Änderungen am Lebenszyklus der Preisgestaltung gehören die folgenden:

• Hinzufügen eines völlig neuen Preismodells. Beispiel: Hinzufügen eines Modells für nutzungsbasierte Preise zu einer Lösung, die derzeit ein Pauschalmodell bietet.
• Einstellung eines vorhandenen Preismodells.
• Hinzufügen eines Tarifs zu einem vorhandenen Preismodell.
• Einstellen eines Tarifs in einem vorhandenen Preismodell.
• Ändern von Nutzungslimits für ein Feature in einem Preismodell.
• Hinzufügen von Features zu einem Feature- und Servicelevel-Preismodell oder Entfernen von Features aus diesem Modell.
• Wechsel von einem B2C-Geschäftsmodell (Business-to-Consumer) zu einem B2B-Geschäftsmodell (Business-to-Business). Diese Änderung erfordert dann neue Preisstrukturen für Ihre Geschäftskunden.

Es ist in der Regel sehr komplex, viele verschiedene Preismodelle gleichzeitig zu implementieren und zu verwalten. Auch für Ihre Kunden ist das verwirrend. Daher ist es besser, nur ein oder zwei Modelle mit einer geringen Anzahl von Tarifen zu implementieren. Dadurch wird Ihre Lösung leichter zugänglich und einfacher zu verwalten.

Hinweis

Preismodelle und Abrechnungsfunktionen sollten wie alle anderen Teile Ihres Systems getestet werden, idealerweise mit automatisierten Tests. Je komplexer die Preismodelle sind, desto mehr Tests sind erforderlich, sodass die Kosten für Entwicklung und neue Features steigen.

Beim Ändern der Preismodelle müssen Sie die folgenden Faktoren berücksichtigen:

• Möchten Mandanten zum neuen Modell migrieren?
• Ist es für Mandanten einfach, zum neuen Modell zu migrieren?
• Setzen neue Preismodelle Ihren Dienst einem Risiko aus? Entfernen Sie z. B. Ratenbegrenzungen, die derzeit kritische Ressourcen vor übermäßiger Nutzung schützen?
• Gibt es für die Mandanten einen eindeutigen Weg für die Migration zum neuen Preismodell?
• Wie werden Sie verhindern, dass Mandanten ältere Preismodelle verwenden, sodass Sie diese außer Kraft setzen können?
• Ist es wahrscheinlich, dass die Mandanten bei einem Wechsel des Preismodells einen Schock bei der Abrechnung (eine negative Reaktion auf eine unerwartete Rechnung) erleiden?
• Überwachen Sie die Leistung und Inanspruchnahme Ihrer Dienste im Hinblick auf neue oder geänderte Preismodelle, sodass Sie eine kontinuierliche Rentabilität sicherstellen können?
• Sind Sie in der Lage, Ihren bestehenden Mandanten die Rendite für neue Preismodelle klar zu vermitteln?

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Hauptautor:

• Daniel Scott-Raynsford | Partner Technology Strategist

Andere Mitwirkende:

• Bohdan Cherchyk | Senior Customer Engineer, FastTrack for Azure
• John Downs | Principal Customer Engineer, FastTrack for Azure
• Chad Kittel | Principal Software Engineer
• Paolo Salvatori | Principal Customer Engineer, FastTrack for Azure
• Arsen Vladimirskiy | Principal Customer Engineer, FastTrack for Azure

Melden Sie sich bei LinkedIn an, um nicht öffentliche LinkedIn-Profile anzuzeigen.

Nächste Schritte

Überlegen Sie, wie Sie den Verbrauch der Mandanten in Ihrer Lösung messen wollen.