Pianificare un'offerta SaaS di test e sviluppo

  • Articolo

Per sviluppare in un ambiente separato dall'offerta di produzione, si crea un'offerta di test e sviluppo (DEV) separata e un'offerta di produzione separata (PROD). Questo articolo descrive i vantaggi dell'esecuzione di sviluppo e test in un'offerta DEV e delle differenze di configurazione tra le offerte di sviluppo e produzione.

Vantaggi di un'offerta DEV

Ecco alcuni motivi per creare un'offerta DEV separata che il team di sviluppo usi per lo sviluppo e il test dell'offerta PROD:

  • Evitare addebiti accidentali per i clienti
  • Valutare i modelli di determinazione dei prezzi
  • Non aggiungere piani che non hanno come destinazione i clienti effettivi

Evitare addebiti accidentali per i clienti

Usando un'offerta DEV anziché l'offerta PROD e trattandoli come ambienti di sviluppo e produzione, è possibile evitare addebiti accidentali per i clienti.

È consigliabile registrare due app Microsoft Entra diverse per chiamare le API del marketplace. Gli sviluppatori usano un'app Microsoft Entra con le impostazioni dell'offerta DEV e il team operativo usa la registrazione dell'app PROD. In questo modo, è possibile isolare il team di sviluppo da errori accidentali, ad esempio chiamando l'API per annullare la sottoscrizione di un cliente che paga $ 100 K al mese. È anche possibile evitare di addebitare a un cliente un utilizzo a consumo che non ha effettuato.

Valutare i modelli di determinazione dei prezzi

Il test dei modelli di prezzi nell'offerta DEV riduce i rischi quando gli sviluppatori sperimentano modelli di prezzi diversi.

Gli editori possono creare i piani necessari nell'offerta DEV per determinare il modello di determinazione dei prezzi più adatto per l'offerta. Gli sviluppatori potrebbero voler creare più piani nell'offerta DEV per testare diverse combinazioni di prezzi. Ad esempio, è possibile creare piani con diversi set di dimensioni a consumo personalizzate. Potresti creare un piano diverso con una combinazione di tariffa fissa e di dimensioni a consumo personalizzate.

Per testare più opzioni di determinazione dei prezzi, è necessario creare un piano per ogni modello di prezzi univoco. Per altre informazioni, vedere Plans.

Non aggiungere piani che non hanno come destinazione i clienti effettivi

Usando un'offerta DEV per lo sviluppo e il test, è possibile ridurre il disordine non necessario nell'offerta PROD. Ad esempio, non è possibile eliminare piani creati per testare modelli di prezzi o configurazioni tecniche diverse (senza inviare un ticket di supporto). Creando quindi piani per il test nell'offerta DEV, si riduce il disordine nell'offerta PROD.

Disordine nell'offerta PROD frustra i team di prodotto e marketing, in quanto si aspettano che tutti i piani siano destinati ai clienti effettivi. In particolare, con team di grandi dimensioni che sono disgiunti e tutti vogliono utilizzare sandbox diverse, la creazione di due offerte fornisce due ambienti distinti per DEV e PROD. In alcuni casi, potrebbe essere necessario creare più offerte DI SVILUPPO per supportare un team più ampio con persone diverse che eseguono scenari di test diversi. Consentire ai diversi membri del team di lavorare nell'offerta DEV separatamente dall'offerta PROD, consente di mantenere i piani di produzione il più vicino possibile alla produzione.

Il test di un'offerta DEV consente di evitare il limite di 30 dimensioni a consumo personalizzate per offerta. Gli sviluppatori possono provare diverse combinazioni di contatori nell'offerta DEV senza influire sul limite di dimensioni a consumo personalizzato nell'offerta PROD.

Differenze di configurazione tra le offerte di sviluppo e produzione

Configuri la maggior parte delle impostazioni allo stesso modo nelle offerte di test e sviluppo (DEV) e di produzione (PROD). Ad esempio, la lingua e gli asset di marketing ufficiali, ad esempio screenshot e logo devono essere uguali. Nei casi in cui la configurazione è la stessa, è possibile copiare e incollare campi dai piani nell'offerta DEV ai piani nell'offerta PROD.

Le sezioni seguenti descrivono le differenze di configurazione tra le offerte DEV e PROD.

Pagina di configurazione dell'offerta

È consigliabile usare lo stesso alias nella casella Alias di entrambe le offerte, ma aggiungere _test all'alias dell'offerta DEV. Ad esempio, se l'alias dell'offerta PROD è contososolution, l'alias dell'offerta DEV deve essere contososolution_test. In questo modo, è possibile identificare facilmente la tua offerta DEV dalla tua offerta PROD.

Nella sezione clienti potenziali usare una tabella di Azure o un ambiente CRM di test per l'offerta DEV. Utilizzare l'area di lavoro Referenze nel Centro per i Partner o nel sistema CRM per l'offerta PROD.

Pagina delle Proprietà

Configura questa pagina allo stesso modo negli ambienti DEV e PROD.

Pagina presentazione dell'offerta

Configurare la pagina allo stesso modo sia nelle offerte DEV che in quelle PROD.

Destinatari dell'anteprima

Nella tua offerta DEV, includi gli identificativi utente di Microsoft Entra o gli indirizzi email dell'account Microsoft (MSA) di sviluppatori e tester, dei quali fai parte tu stesso. Il Nome Principale Utente (UPN) di un utente in Microsoft Entra ID può essere diverso dall'indirizzo email dell'utente. Ad esempio, jane.doe@contoso.com non funziona, ma janedoe@contoso.com funzionerà. Gli utenti che designi hanno accesso all'offerta DEV quando condividi il collegamento anteprima durante la fase di sviluppo e test.

Nell'offerta PROD, includere il nome principale utente di Microsoft Entra o l'indirizzo email dell'Account Microsoft degli utenti che approvano l'offerta prima di selezionare il pulsante Go Live per rendere l'offerta attiva.

Pagina Configurazione tecnica

Questa tabella descrive le differenze tra le impostazioni per le offerte DEV e le offerte PROD.

Impostazione Offerta DEV Offerta PROD
URL della pagina di destinazione Immettere l'endpoint di sviluppo/test. Immettere l'endpoint di produzione.
Webhook di connessione Immettere l'endpoint di sviluppo/test. Immettere l'endpoint di produzione.
Microsoft Entra tenant ID Immettere l'ID tenant di registrazione dell'app di test (ID directory Microsoft Entra). Immettere l'ID del tenant di registrazione dell'applicazione di produzione.
ID applicazione Microsoft Entra Immettere l'ID di registrazione dell'app di test (ID cliente). Inserisci l'ID dell'applicazione di registrazione della versione di produzione.

Pianificare la visibilità

È consigliabile configurare il piano di test come piano privato, in modo che sia visibile solo agli sviluppatori e ai tester di destinazione. Questo offre un livello di protezione aggiuntivo dall'esposizione del piano di test ai clienti se si pubblica accidentalmente l'offerta in tempo reale.

Se si sceglie di testare il piano in un'offerta di produzione invece di un'offerta DEV, ciò è particolarmente importante, in modo che i clienti non possano acquistare il piano. È consigliabile creare un piano di test privato separato e non pubblicare mai il piano di test privato in tempo reale. Si usa il proprio piano di test privato per eseguire i tuoi test in anteprima. Al termine del test, si crea un piano di produzione per la pubblicazione in tempo reale. È quindi possibile arrestare la distribuzione del piano di test.

Pagina di panoramica del piano

Quando si creano i piani, è consigliabile usare lo stesso ID piano e nome del piano nelle offerte DEV e PROD, ad eccezione dell'aggiunta dell'ID piano nell'offerta DEV con _test. Ad esempio, se l'ID piano nell'offerta PROD è enterprise, l'ID del piano nell'offerta DEV deve essere enterprise_test. In questo modo, puoi facilmente distinguere la tua offerta DEV dalla tua offerta PROD. Puoi creare piani nell'offerta PROD con i modelli di prezzo e i prezzi che ritieni migliori per la tua offerta.

Elenco dei piani

Nella scheda panoramica del piano >, immettere la stessa descrizione del piano sia nei piani DEV che PROD.

Pagina Prezzi e disponibilità

Questa sezione fornisce indicazioni per completare la panoramica del piano >e la pagina Prezzi e disponibilità.

Mercati

Selezionare gli stessi mercati per le offerte DEV e PROD.

Prezzi

Usare l'offerta DEV per sperimentare i modelli di determinazione prezzi. Dopo aver verificato il modello di determinazione prezzi o i modelli più adatti, si creeranno i piani nell'offerta PROD con i modelli di determinazione prezzi e i prezzi desiderati.

Quando si acquista il piano, vengono addebitati i prezzi definiti nel piano. Per ridurre al minimo i costi di test, l'offerta DEV dovrebbe avere piani con prezzi zero o bassi. Ad esempio, $0,01 (un centesimo). Questo vale per la tariffa fissa, la fatturazione a consumo e i prezzi per utente. L'offerta PROD ha i prezzi che si desidera addebitare ai clienti.

Importante

Gli acquisti effettuati in anteprima vengono elaborati sia per le offerte DEV che PROD. Se un'offerta ha un prezzo di $ 100 al mese, la tua azienda paga $ 100. In questo caso, è possibile aprire un ticket di supporto e viene generato un pagamento per l'importo completo (e non viene applicata alcuna tariffa per il servizio store).

Si impostano i prezzi che si desidera addebitare al cliente nel piano di produzione separato pubblicato.

Modello di determinazione prezzi

Utilizzare la stessa struttura di piano nei piani delle offerte DEV e PROD. Ad esempio, se il piano nell'offerta PROD è Tariffa fissa, con un periodo di fatturazione mensile, configurare il piano nell'offerta DEV usando lo stesso modello.

Per ridurre i costi per testare i modelli di determinazione dei prezzi, incluse le dimensioni del contatore personalizzato del Marketplace, consigliamo di configurare la sezione Prezzi della scheda Prezzi e disponibilità nell'offerta DEV con prezzi inferiori rispetto all'offerta PROD. Ecco alcune linee guida che è possibile seguire quando si impostano i prezzi per i piani nell'offerta DEV.

Prezzo Commento
$0,00 - $0,01 Impostare un costo totale delle transazioni pari a zero per non avere alcun impatto finanziario o un centesimo per avere un costo basso. Usare questo prezzo quando si effettuano chiamate alle API di misurazione o per testare i piani di acquisto nell'offerta durante lo sviluppo della soluzione.
$ 0,01 Usare questo intervallo di prezzi per testare analisi, creazione di report e processo di acquisto.
$ 50,00 - $ 100,00 Usa questo intervallo di prezzi per testare i proventi. Per informazioni sui nostri programmi e processi di pagamento, vedere programmi e processi di pagamento.

Importante

Per evitare di pagare una tariffa per il servizio del negozio, aprite un ticket di supporto entro sette giorni dall'acquisto del test.

Pagina di co-vendita con Microsoft

Non configurare il Co-sell nella scheda Microsoft dell'offerta DEV.

Rivendere tramite provider di soluzioni cloud (CSP)

Nella scheda Rivendita tramite CSP dell'offerta DEV, selezionare Nessun partner nel programma CSP.

Contenuto correlato