Verantwortlichkeiten bei der Monetarisierung von Anwendungen
Monetarisierung Ihrer App für Microsoft Dynamics 365 Business Central kann auf verschiedene Arten geschehen, und dies sind einige der häufigsten Arten.
Lizenzschlüssel
Bei der Lizenzschlüsseloption hat der Kunde einen bestimmten Zeitraum, in dem er die App ausprobieren kann.
Nach diesem Zeitraum sperrt die App einige oder alle Funktionen, bis der Endbenutzer einen Lizenzschlüssel eingibt.
Dieser Lizenzschlüssel kann offline verkauft werden, was einen manuellen Prozess zum Verkauf des Schlüssels und zur Verarbeitung von Zahlungen außerhalb des Systems erfordert.
Da ein Lizenzschlüssel normalerweise nicht für die Abrechnung von Abonnements verwendet wird, ist dies wahrscheinlich keine beliebte Wahl für AppSource-Apps.
Registrierungsseite
Wenn Sie den Registrierungsprozess verwenden möchten, müssen Sie eine Integration zwischen der App und einem Registrierungsserver sicherstellen.
Dieser Registrierungsserver verfolgt die Registrierungen und die App-Nutzung und sollte daher über Funktionen verfügen, mit denen überprüft werden kann, ob der Kunde zur Nutzung der App berechtigt ist.
Die Registrierungsseite kann auch Zahlungen verarbeiten.
Zusätzlich zur Monetarisierung in Ihrer App müssen Sie den Registrierungsserver auch in Form einer Website oder eines Webdienstes bereitstellen.
Integration mit einem Zahlungsanbieter
Die Integration mit einem Zahlungsanbieter ist eine Variation des Registrierungsservers.
Es gibt Zahlungsanbieter auf dem Markt, die die Möglichkeit bieten, Registrierungen und Zahlungen im Austausch gegen einen Prozentsatz der Registrierungsgebühr zu verfolgen.
Der Vorgang zum Entsperren der App mit einem Lizenzschlüssel könnte folgendermaßen funktionieren. Der Kunde installiert Ihre App und erhält automatisch eine 30-Tage-Testversion.
Nach 30 Tagen sperrt die App ihre Funktionen und benötigt einen Lizenzschlüssel, um diese Funktionen zu entsperren.
Der Kunde kann dann einen Lizenzschlüssel über einen manuellen und Offline-Rechnungsprozess oder eine selbst gehostete Website abrufen.
Aufgrund der manuellen und Online-Verarbeitung würde diese Option wahrscheinlich nicht für Apps mit hohem Volumen funktionieren, von denen erwartet wird, dass sie von vielen Kunden heruntergeladen werden.
Über eine Registrierungsseite können Sie Ihren eigenen Registrierungs‑ und Zahlungsprozess erstellen.
Es sind viele Szenarien möglich, aber alle beinhalten eine Integration zwischen der App und dem Registrierungsserver, um zu überprüfen, ob der Kunde berechtigt ist, die Anwendung zu verwenden, sowie einige Funktionen in Ihrer App, um Funktionen zu sperren, wenn dies nicht der Fall ist.
Diese Art, es selbst zu tun, erfordert Investitionen in die Erstellung und das Hosting eines Webservers, der Registrierungen, Zahlungen und Nutzung verfolgt.
Die Integration mit dem Zahlungsanbieter ist eine Variante der Registrierungsseite. Der Hauptunterschied besteht jedoch darin, dass Sie einen Zahlungsanbieter verwenden, um Registrierungen und Zahlungen zu verfolgen.
Sie können sich auf das Produkt konzentrieren, anstatt über Technologien nachdenken zu müssen, die für Sie wahrscheinlich neu sind.
Ein Zahlungsanbieter ist ein vertrauenswürdiger Dritter und in der Regel für die Sicherheit der Kundendaten, einschließlich der Kreditkartendaten, verantwortlich.
Es gibt noch eine andere Frage, die Sie berücksichtigen müssen: Welches Berechnungsmodell sollten Sie auswählen?
Es sind mehrere Berechnungsmodelle möglich:
Freemium
- Freemium bedeutet, dass die App nur eingeschränkte Funktionen kostenlos bietet. Um erweiterte Funktionen zu erhalten, muss der Kunde dafür bezahlen.
Einkauf
- Einkauf bedeutet, dass der Kunde eine einmalige Gebühr für die App zahlt und diese dann unbegrenzt nutzen kann.
Abonnement
Ein Abonnement ist ein Preis für einen bestimmten Zeitraum, beispielsweise einen Monat oder ein Jahr.
Der Preis kann pro Mandant, Unternehmen oder Benutzer sein.
Verbrauch
- Verbrauch bedeutet, dass der Preis auf Grundlage der Nutzung der App berechnet wird. Zum Beispiel die Anzahl der eingefügten Einträge oder Aufrufe eines Back-End-Dienstes.
Testversion
Bei einer Testversion handelt es sich um alle oben genannten Berechnungsmodelle, die mit einem Testzeitraum kombiniert werden können, in dem der Kunde die App ausprobieren kann, ohne dafür zu bezahlen.
Im Idealfall sind während dieses Testzeitraums alle Funktionen der App verfügbar. Nach Ablauf eines Testzeitraums muss der Kunde mit dem Bezahlen für die App beginnen.