Condividi tramite

Pianificare un'offerta di app Azure lication

  • Articolo

app Azure lication è il tipo di offerta per vendere e distribuire soluzioni ospitate nel tenant di Azure del cliente. Le applicazioni azure automatizzano la distribuzione e la configurazione dell'applicazione usando il modello di Azure Resource Manager (ARM) per includere macchine virtuali, contenitori, rete, archiviazione e molte altre risorse di Azure. le offerte di app Azure lication possono essere configurate come modelli di soluzione o applicazioni gestite:

  • I piani di applicazioni gestite sono transazionabili nel marketplace commerciale e possono essere gestiti dall'editore o dal cliente. Quando gestito dal server di pubblicazione, un'identità nel tenant del server di pubblicazione ha accesso al gruppo di risorse nella sottoscrizione del cliente. L'accesso dei clienti può essere completamente abilitato o limitato usando assegnazioni di rifiuto e azioni consentite.

  • I modelli di soluzione non sono transazionabili nel marketplace commerciale, ma possono essere usati per distribuire offerte di macchine virtuali a pagamento fatturate tramite il marketplace commerciale. Usare il tipo di piano del modello di soluzione quando la soluzione usa un modello di Resource Manager per la distribuzione e non viene eseguita alcuna transazione tramite Marketplace. Un'offerta di applicazione Azure può includere più piani e tipi di piano.

Nota

I prezzi per l'applicazione gestita che usano il prezzo di fatturazione mensile o a consumo devono tenere conto solo della tariffa di gestione (e non possono essere usati per i costi IP/software, l'infrastruttura di Azure o i componenti aggiuntivi. Usare la macchina virtuale o l'offerta contenitore sottostante per effettuare transazioni di costi IP/software.

Opzioni di presentazione

Dopo la pubblicazione dell'offerta, le opzioni di presentazione per l'offerta vengono visualizzate come pulsante nell'angolo superiore sinistro della pagina di presentazione dell'offerta. Ad esempio, lo screenshot seguente mostra una pagina di presentazione dell'offerta in Azure Marketplace con il pulsante Scarica adesso .

Illustra una pagina di presentazione in Azure Marketplace.

Lead clienti

Il marketplace commerciale raccoglie i lead con le informazioni dei clienti in modo che sia possibile accedervi nell'area di lavoro Segnalazioni nel Centro per i partner. I lead includono informazioni quali i dettagli dei clienti insieme al nome dell'offerta, all'ID e allo store online in cui il cliente ha trovato l'offerta.

È anche possibile scegliere di connettere il sistema CRM all'offerta. Il marketplace commerciale supporta Dynamics 365, Marketo e Salesforce, insieme all'opzione per usare una tabella di Azure o configurare un endpoint HTTPS con Power Automate. Per indicazioni dettagliate, vedere Clienti potenziali dell'offerta del marketplace commerciale.

Categorie e sottocategorie

È possibile scegliere almeno una e fino a due categorie per raggruppare l'offerta nelle aree di ricerca del marketplace commerciale appropriate. È possibile scegliere fino a due sottocategorie per ogni categoria primaria e secondaria. Per un elenco completo di categorie e sottocategorie, vedere Procedure consigliate per la presentazione delle offerte.

Per semplificare il processo di approvvigionamento per i clienti e ridurre la complessità giuridica per i fornitori di software, Microsoft offre un contratto standard che è possibile usare per le offerte nel marketplace commerciale. Quando si offre il software in base al contratto standard, i clienti devono leggere e accettarlo una sola volta e non è necessario creare termini e condizioni personalizzati.

Se si sceglie di utilizzare il contratto standard, è possibile aggiungere termini di modifica universali e fino a 10 modifiche personalizzate al contratto standard. È anche possibile usare termini e condizioni personalizzati anziché il contratto standard. Questi dettagli verranno gestiti nella pagina Proprietà . Per informazioni dettagliate, vedere Contratto standard per il marketplace commerciale Microsoft.

Nota

Dopo aver pubblicato un'offerta usando il contratto standard per il marketplace commerciale, non è possibile usare termini e condizioni personalizzati. Si tratta di uno scenario "or". È possibile offrire la soluzione in base al contratto standard o ai termini e alle condizioni. Se si desidera modificare le condizioni del contratto standard, è possibile farlo tramite le modifiche standard del contratto.

Dettagli dell'inserzione dell'offerta

Quando crei una nuova offerta di app Azure lication nel Centro per i partner, immetti testo, immagini, video facoltativi e altri dettagli nella pagina Presentazione offerta. I clienti visualizzano queste informazioni quando individuano la presentazione dell'offerta in Azure Marketplace, come illustrato nell'esempio seguente.

Illustra come viene visualizzata questa offerta in Azure Marketplace.

Descrizioni dei call-out

  1. Logo
  2. Categorie
  3. Indirizzo di supporto (collegamento)
  4. Condizioni per l'utilizzo
  5. Indirizzo dell'informativa sulla privacy (collegamento)
  6. Nome offerta
  7. Riepilogo
  8. Descrizione
  9. Screenshot/video

Lo screenshot seguente mostra come vengono visualizzate le informazioni sull'offerta nel portale di Azure:

Illustra come questa offerta viene visualizzata nella portale di Azure.

Descrizioni dei call-out

  1. Posizione
  2. Descrizione
  3. Collegamenti utili
  4. Screenshot

Nota

Il contenuto dell'inserzione dell'offerta non deve essere in inglese se la descrizione dell'offerta inizia con la frase "Questa applicazione è disponibile solo in [lingua non inglese]".

Per facilitare la creazione dell'offerta, preparare alcuni di questi elementi in anticipo. Gli elementi seguenti sono obbligatori, se non diversamente specificato.

  • Nome: questo nome viene visualizzato come titolo della presentazione dell'offerta nel marketplace commerciale. Il nome può essere registrato. Non può contenere emoji (a meno che non siano i simboli di marchio e copyright) e deve essere limitato a 200 caratteri.

  • Riepilogo dei risultati della ricerca: descrivere lo scopo o la funzione dell'offerta come singola frase, in testo normale senza interruzioni di riga, in 100 caratteri o meno. Questo riepilogo viene usato nei risultati della ricerca della presentazione nel marketplace commerciale.

  • Breve descrizione: specificare fino a 256 caratteri di testo normale. Questo riepilogo viene visualizzato nella pagina dei dettagli dell'offerta.

  • Descrizione: questa descrizione viene visualizzata nella panoramica dell'inserzione in Azure Marketplace. Prendere in considerazione la possibilità di includere una proposta di valore, i vantaggi chiave, la base di utenti desiderata, qualsiasi categoria o associazioni di settore, opportunità di acquisto in-app, la necessità o il dolore che l'offerta affronta, eventuali divulgazioni necessarie e un collegamento per altre informazioni.

    Questa casella di testo include controlli editor di testo rtf che è possibile usare per rendere la descrizione più coinvolgente. È anche possibile usare tag HTML per formattare la descrizione. È possibile immettere fino a 5.000 caratteri di testo in questa casella, che include markup HTML e spazi. Per altri suggerimenti, vedere Scrivere una descrizione di app ottimale e tag HTML supportati nelle descrizioni delle offerte del marketplace commerciale.

  • Parole chiave di ricerca (facoltativo): fornire fino a tre parole chiave di ricerca che i clienti possono usare per trovare l'offerta nello Store online. Per ottenere risultati ottimali, usare queste parole chiave anche nella descrizione. Non è necessario includere il nome e la descrizione dell'offerta. Il testo viene incluso automaticamente nella ricerca.

  • Collegamento all'informativa sulla privacy: URL per l'informativa sulla privacy dell'azienda. Devi fornire un'informativa sulla privacy valida e essere responsabile di garantire che l'app sia conforme alle leggi e alle normative sulla privacy.

  • Collegamenti utili (facoltativi): è possibile fornire collegamenti a varie risorse per gli utenti dell'offerta. Ad esempio, forum, domande frequenti e note sulla versione.

  • Informazioni di contatto: è necessario designare i contatti seguenti dell'organizzazione:

    • Contatto di supporto: specificare il nome, il telefono e l'indirizzo di posta elettronica per i partner Microsoft da usare quando i clienti aprono i ticket. È anche necessario includere l'URL per il sito Web di supporto.
    • Contatto tecnico: specificare il nome, il telefono e l'indirizzo di posta elettronica che Microsoft può usare direttamente quando si verificano problemi con l'offerta. Queste informazioni di contatto non sono elencate nel marketplace commerciale.
    • Contatto programma CSP (facoltativo): specificare il nome, il telefono e l'indirizzo di posta elettronica se si acconsente al programma Cloud Solution Provider (CSP), in modo che tali partner possano contattare l'utente con eventuali domande. È anche possibile includere un URL per i materiali di marketing.

  • Media - Logo: specificare un file PNG per il logo di grandi dimensioni. Il Centro per i partner usa questa opzione per creare un logo Small e Medium . Facoltativamente, è possibile sostituire i file di logo in un secondo momento.

    • Grande (da 216x216 a 350x350 px, obbligatorio).
    • Medio (90x90 px, facoltativo).
    • Piccolo (48x48 px, facoltativo).

    Questi logo vengono usati in posizioni diverse nei negozi online:

    • Il logo Small viene visualizzato nei risultati della ricerca di Azure Marketplace.
    • Il logo Medio viene visualizzato quando si crea una nuova risorsa in Microsoft Azure.
    • Il logo Large viene visualizzato nella pagina di presentazione dell'offerta in Azure Marketplace.

    Seguire queste linee guida per i logo:

    • La progettazione di Azure ha una tavolozza dei colori semplice. Limitare il numero di colori primari e secondari nel logo.
    • I colori del tema del portale sono il bianco e il nero. Non usare questi colori per lo sfondo del logo. Usare un colore che faccia risaltare il logo nel portale. Si consiglia di usare colori primari semplici.
    • Se si usa uno sfondo trasparente, verificare che i logo e il testo non siano bianchi, neri o blu.
    • L'aspetto del logo deve essere piatto ed evitare sfumature nel logo o nello sfondo. Non inserire testo, nemmeno il nome del marchio o della società, sul logo. Le immagini sfocate verranno rifiutate.
    • Verificare che il logo non venga adattato.

  • Supporto - Screenshot (facoltativo): è consigliabile aggiungere screenshot che mostrano il funzionamento dell'offerta. È possibile aggiungere fino a cinque screenshot con i requisiti seguenti che mostrano il funzionamento dell'offerta:

    • 1280x720 pixel
    • .PNG file
    • Deve includere una didascalia

  • Media - Video (facoltativo): è possibile aggiungere fino a cinque video con i requisiti seguenti che illustrano l'offerta:

    • Nome.
    • URL: deve essere ospitato solo su YouTube o Vimeo.
    • Anteprima: 1280x720 .PNG file

Nota

L'offerta deve soddisfare i criteri generali di certificazione del marketplace commerciale da pubblicare nel marketplace commerciale.

Gruppo di destinatari dell'anteprima

Un gruppo di destinatari dell'anteprima può accedere all'offerta prima di essere pubblicata in diretta negli store online per testare la funzionalità end-to-end prima di pubblicarla in tempo reale.

Nota

Un gruppo di destinatari dell'anteprima è diverso da un piano privato. Un piano privato è uno che si rende disponibile solo per un pubblico specifico scelto. In questo modo è possibile negoziare un piano personalizzato con clienti specifici.

È possibile definire il gruppo di destinatari dell'anteprima usando gli ID sottoscrizione di Azure, insieme a una descrizione facoltativa per ognuno di essi. Nessuno di questi campi viene visualizzato dai clienti.

Configurazione tecnica

Per le applicazioni gestite che generano eventi di misurazione usando le API del servizio di misurazione del Marketplace, è necessario fornire l'identità usata dal servizio durante l'emissione di eventi di misurazione.

Per le applicazioni gestite che generano eventi di misurazione usando le API del servizio di misurazione del Marketplace, è necessario fornire l'identità usata dal servizio durante l'emissione di eventi di misurazione.

  • ID tenant di Microsoft Entra (obbligatorio): all'interno del portale di Azure, è necessario creare un'app Microsoft Entra in modo da poter convalidare la connessione tra i due servizi è dietro una comunicazione autenticata. Per trovare l'ID tenant per l'app Microsoft Entra, accedere al riquadro Registrazioni app nell'ID Microsoft Entra. Nella colonna Nome visualizzato selezionare l'app. Cercare quindi Proprietà e quindi l'ID directory (tenant) (ad esempio aaaabbbb-0000-cccc-1111-dddd2222eeee).
  • ID applicazione Microsoft Entra (obbligatorio): sono necessari anche l'ID applicazione e una chiave di autenticazione. Per trovare l'ID applicazione, passare al riquadro Registrazioni app nell'ID Microsoft Entra. Nella colonna Nome visualizzato selezionare l'app e quindi cercare l'ID applicazione (client), ad esempio 00001111-aaaa-2222-bbbb-3333cccc4444. Per trovare la chiave di autenticazione, passare a Impostazioni e selezionare Chiavi. È necessario specificare una descrizione e una durata e quindi specificare un valore numerico.

Nota

L'ID applicazione Azure verrà associato all'ID editore e può essere usato di nuovo solo all'interno di questo account editore.

Altre opportunità di vendita

È possibile scegliere di acconsentire esplicitamente ai canali di marketing e vendita supportati da Microsoft. Quando si crea l'offerta nel Centro per i partner, verranno visualizzate due schede verso la fine del processo:

  • Rivendere tramite CSP: usare questa opzione per consentire ai partner Microsoft Cloud Solution Providers (CSP) di rivendere la soluzione come parte di un'offerta in bundle. Per altre informazioni, vedere Programma Cloud Solution Provider.
  • Co-selling con Microsoft: questa opzione consente ai team di vendita Microsoft di prendere in considerazione la soluzione idonea per la co-selling IP durante la valutazione delle esigenze dei clienti. Per informazioni dettagliate su come preparare l'offerta per la valutazione, vedere Opzione di co-selling nel marketplace commerciale. Per informazioni dettagliate sui requisiti di co-selling ip, vedere Requisiti per lo stato di co-selling. Per altre informazioni sul marketing dell'offerta tramite i canali dei partner Microsoft CSP, vedere Cloud Solution Providers.

Per altre informazioni, vedere Espandere l'azienda cloud con Azure Marketplace.

Piani

le offerte di app Azure lication richiedono almeno un piano. Un piano definisce l'ambito e i limiti della soluzione e i prezzi associati, se applicabile. È possibile creare più piani per l'offerta per offrire ai clienti diverse opzioni tecniche e di prezzi.

Per indicazioni generali sui piani, inclusi i modelli di prezzi e i piani privati, vedere Piani e prezzi per le offerte del marketplace commerciale. Le sezioni seguenti illustrano altre informazioni specifiche dei piani di app Azure lication.

Tipi di piani

Nota

I prezzi per l'applicazione gestita che usano il prezzo di fatturazione mensile o a consumo devono tenere conto solo della tariffa di gestione e non possono essere usati per i costi IP/software, l'infrastruttura di Azure o i componenti aggiuntivi. Usare la macchina virtuale o l'offerta contenitore sottostante per effettuare transazioni di costi IP/software. Esistono due tipi di piani di applicazione di Azure: modello di soluzione e applicazione gestita. Entrambi i tipi di piano supportano l'automazione della distribuzione e della configurazione di una soluzione oltre a una singola macchina virtuale (VM). È possibile automatizzare il processo di fornitura di più risorse, tra cui macchine virtuali, rete e risorse di archiviazione per fornire soluzioni complesse, ad esempio soluzioni IaaS. Entrambi i tipi di piano possono usare molti tipi diversi di risorse di Azure, tra cui, ad esempio, le macchine virtuali.

  • I piani di applicazione gestiti consentono di vendere servizi gestiti e distribuire una soluzione tramite marketplace. Le applicazioni gestite hanno le stesse funzionalità dei piani dei modelli di soluzione, con alcune differenze principali:

    • Le risorse vengono distribuite in un gruppo di risorse che può essere gestito dal server di pubblicazione. Il gruppo di risorse è presente nella sottoscrizione del consumer, ma un'identità nel tenant dell'entità di pubblicazione dell'app ha accesso al gruppo di risorse.

    • Il server di pubblicazione può configurare il gruppo di risorse per concedere ai clienti l'accesso completo o limitato al gruppo di risorse.

    • Le transazioni a consumo mensile e di fatturazione sono supportate tramite il marketplace commerciale. Gli editori possono usare offerte private per creare offerte personalizzate con prezzi personalizzati con durate e termini personalizzati. Per altre informazioni, vedere Creare un'offerta privata per un cliente.

      • Usare il tipo di piano dell'applicazione gestita per vendere i servizi gestiti distribuiti come applicazioni di Azure tramite marketplace o quando l'utente o il cliente richiede che la soluzione sia gestita da un partner.

  • I piani di modello di soluzione sono uno dei modi principali per pubblicare una soluzione nel marketplace commerciale. I piani modello di soluzione non sono transazionabili nel marketplace commerciale, ma possono essere usati per distribuire offerte di macchine virtuali a pagamento fatturate tramite il marketplace commerciale. Usare il tipo di piano modello di soluzione quando il cliente gestirà la soluzione e le transazioni vengono fatturate tramite un altro piano. Per altre informazioni sulla creazione di modelli di soluzione, vedere Che cos'è Azure Resource Manager?

Utilizzo di servizio Azure Kubernetes e contenitori nell'applicazione gestita

Modelli di soluzione: le offerte del modello di soluzione non sono modificabili dal server di pubblicazione dopo la distribuzione del cliente. Di conseguenza, i contenitori e le risorse servizio Azure Kubernetes (AKS) non sono attualmente supportati per i modelli di soluzione.

Applicazioni gestite: per informazioni su come fare riferimento alle offerte di contenitori in un'applicazione gestita, vedere Informazioni di riferimento sulle app Kubernetes in app Azure s.

Regole e problemi noti per il servizio Azure Kubernetes e i contenitori nelle applicazioni gestite

  • Il gruppo di risorse del nodo del servizio Azure Kubernetes non eredita le assegnazioni di rifiuto come parte dell'applicazione gestita di Azure. Ciò significa che il cliente ha accesso completo al gruppo di risorse del nodo del servizio Azure Kubernetes che la risorsa del servizio Azure Kubernetes crea quando viene inclusa nell'applicazione gestita, mentre il gruppo di risorse gestite avrà le assegnazioni di rifiuto appropriate.

Contenuto correlato

Esercitazioni video e lab pratici