Pianificare un'offerta SaaS di test e sviluppo

  • Articolo

Per sviluppare in un ambiente separato dall'offerta di produzione, si creerà 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 useranno un'app Microsoft Entra con le impostazioni dell'offerta DEV e il team operativo userà 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 $ 100K al mese. È anche possibile evitare di caricare un cliente per l'utilizzo a consumo che non hanno utilizzato.

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 set diversi di dimensioni a consumo personalizzate. È possibile creare un piano diverso con una combinazione di quote flat e 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 Piani.

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 non sono contigui che tutti vogliono usare sandbox diverse, la creazione di due offerte fornirà due ambienti diversi per DEV e PROD. In alcuni casi, è possibile creare più offerte di sviluppo per supportare un team più ampio che disponga di 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

Verranno configurate la maggior parte delle impostazioni nelle offerte di test e sviluppo (DEV) e 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 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 l'offerta DEV dell'offerta PROD.

Nella sezione Clienti potenziali usare una tabella di Azure o un ambiente CRM di test per l'offerta DEV. Usare l'area di lavoro Segnalazioni nel Centro per i partner o nel sistema CRM per l'offerta PROD.

Pagina Proprietà

Configurare la stessa pagina nelle offerte DEV e PROD.

Pagina Presentazione dell'offerta

Configurare la stessa pagina nelle offerte DEV e PROD.

Gruppo di destinatari dell'anteprima

Nell'offerta DEV includere i nomi delle entità utente di Microsoft Entra o gli indirizzi di posta elettronica dell'account Microsoft (MSA) di sviluppatori e tester, inclusi te stesso. Il nome dell'entità utente di un utente in Microsoft Entra ID può essere diverso dal messaggio di posta elettronica dell'utente. Ad esempio, jane.doe@contoso.com non funzionerà ma janedoe@contoso.com funzionerà. Gli utenti designati avranno accesso all'offerta DEV quando si condivide il collegamento Anteprima durante la fase di sviluppo e test.

Nell'offerta PROD includere il nome dell'entità utente Microsoft Entra o l'indirizzo di posta elettronica dell'account Microsoft degli utenti che convalideranno l'offerta prima di selezionare il pulsante Go Live per pubblicare l'offerta in tempo reale.

Pagina Configurazione tecnica

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

Tabella 1: Differenze di configurazione tecnica

Impostazione Offerta DEV Offerta PROD
URL pagina di destinazione Immettere l'endpoint di sviluppo/test. Immettere l'endpoint di produzione.
Webhook 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 tenant di registrazione dell'app di produzione.
ID applicazione Microsoft Entra Immettere l'ID applicazione di registrazione dell'app di test (ID client). Immettere l'ID applicazione di registrazione dell'app di produzione.

Plan Visibility (Visibilità del piano)

È 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 potranno acquistare il piano. È consigliabile creare un piano di test privato separato e non pubblicare mai il piano di test privato in tempo reale. Si userà il piano di test privato per eseguire i test in anteprima. Dopo aver completato i test, si creerà 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 lo stesso 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, è possibile identificare facilmente l'offerta DEV dell'offerta PROD. Si creeranno piani nell'offerta PROD con i modelli di determinazione prezzi e i prezzi che si decide sono migliori per l'offerta.

Elenco piani

Nella scheda Elenco piano di panoramica>del piano immettere la stessa descrizione del piano nei piani DEV e PROD.

Pagina dei prezzi e della disponibilità

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

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, verranno addebitati i prezzi definiti nel piano. Per ridurre al minimo i costi di test, l'offerta DEV deve avere piani con prezzi zero o bassi nei piani. Ad esempio, $0,01 (un centesimo). Questo vale per la tariffa fissa, la fatturazione a consumo e i prezzi per utente. L'offerta PROD avrà i prezzi che si desidera addebitare ai clienti.

Importante

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

Verranno impostati i prezzi che si desidera addebitare al cliente nel piano di produzione separato che verrà pubblicato in tempo reale.

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, è consigliabile 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.

Tabella 2: Linee guida sui prezzi

Price 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 sulla pianificazione dei pagamenti, vedere Pianificazioni e processi dei proventi.

Importante

Per evitare l'addebito di una tariffa del servizio di archiviazione sul test, aprire un ticket di supporto entro 7 giorni dall'acquisto di test.

Co-selling con la pagina Microsoft

Non configurare la co-selling con la scheda Microsoft dell'offerta DEV.

Rivendere tramite CSP

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

Contenuto correlato