Comprendere le responsabilità di monetizzazione delle applicazioni

Completato

La monetizzazione della propria app per Microsoft Dynamics 365 Business Central può essere eseguita in vari modi e quelli descritti di seguito sono i più comuni.

• Chiave di licenza

  • L'opzione della chiave di licenza concede al cliente un certo periodo di tempo per provare l'app.

  • Al termine di tale periodo, l'app blocca alcune o tutte le funzionalità fino a quando l'utente finale non immette una chiave di licenza.

  • Questa chiave di licenza può essere venduta offline, il che comporta un processo manuale per venderla e per elaborare i pagamenti al di fuori del sistema.

  • Poiché una chiave di licenza di solito non viene usata per la fatturazione dell'abbonamento, è improbabile che questa sia una scelta popolare per le app AppSource.

• Pagina di registrazione

  • Se si sceglie di usare il processo di registrazione, si dovrà prevedere un'integrazione tra l'app e un server di registrazione.

  • Questo server di registrazione tiene traccia delle registrazioni e dell'uso dell'app, quindi dovrebbe avere la capacità di verificare se il cliente è autorizzato a usare l'app.

  • La pagina di registrazione dovrebbe anche avere funzionalità per elaborare i pagamenti.

  • Oltre a includere la monetizzazione nell'app, sarà anche necessario fornire il server di registrazione sotto forma di sito web o di una specie di servizio Web.

• Integrazione con un provider di servizi di pagamento

  • L'integrazione con un provider di servizi di pagamento è una variazione del server di registrazione.

  • Vi sono provider di servizi di pagamento che offrono la possibilità di tenere traccia di registrazioni e pagamenti in cambio di una percentuale delle spese di registrazione.

  • Il processo di sblocco dell'app con una chiave di licenza potrebbe funzionare in questo modo. Il cliente installa l'app e ottiene automaticamente una prova di 30 giorni.

  • Dopo 30 giorni, l'app blocca le funzionalità e richiede una chiave di licenza per sbloccarle.

  • Il cliente può quindi recuperare una chiave di licenza tramite un processo di fatturazione manuale e offline o un sito Web self-hosted.

  • A causa dell'elaborazione manuale e online, questa opzione probabilmente non funzionerebbe per le app ad alto volume che dovrebbero essere scaricate da molti clienti.

  • Una pagina di registrazione può essere usata per creare la propria procedura di registrazione e pagamento.

  • Sono possibili molti scenari, ma tutti implicano un'integrazione tra l'app e il server di registrazione per verificare se il cliente è autorizzato a usare l'applicazione, oltre ad alcune funzioni nell'app per bloccare le funzionalità in caso contrario.

  • Farlo personalmente richiede investimenti nella creazione e nell'hosting di un server Web che tenga traccia di registrazioni, pagamenti e uso.

  • L'integrazione con il provider di servizi di pagamento è una variante della pagina di registrazione, ma la differenza principale è che si usa un provider di servizi di pagamento per tenere traccia di registrazioni e pagamenti.

  • È possibile concentrarsi sul prodotto piuttosto che sul dover pensare a tecnologie che probabilmente non si conoscono.

  • Un fornitore di servizi di pagamento è una terza parte fidata e in genere sarà responsabile della protezione dei record dei clienti, inclusi i dati delle carte di credito.

C'è un'altra domanda che è necessario porsi: quale modello di calcolo scegliere?

Sono disponibili vari tipi:

• Freemium

  • Freemium significa che l'app offre gratuitamente funzionalità limitate e che per ottenere funzionalità più avanzate il cliente deve pagare.

• Acquisto

  • Acquisto significa che il cliente paga una tariffa una tantum per l'app e quindi può utilizzarla a tempo indeterminato.

• Abbonamento

  • Un abbonamento è un prezzo per un determinato periodo, ad esempio un mese o un anno.

  • Il prezzo potrebbe essere per tenant, per azienda o per utente.

• Utilizzo

  • Con "Utilizzo" il prezzo viene calcolato in base all'uso dell'app. Ad esempio, il numero di immissioni o chiamate a un servizio di back-end.

• Prova

  • Una prova è l'insieme dei modelli di calcolo di cui sopra che possono essere combinati con un periodo di prova, in cui il cliente può provare l'app senza pagare.

  • Idealmente, durante questo periodo di prova, tutte le funzionalità dell'app sono disponibili e, al termine di un periodo di prova, il cliente deve iniziare a pagare per l'app.