Condividi tramite

Pianificare un'offerta di applicazione di Azure

Applicazione Azure rappresenta il tipo di offerta per vendere e implementare 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 Azure Applicazione 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 è gestita dall'editore, un'identità nel tenant gestito dall'editore ha accesso al gruppo di risorse all'interno dell'abbonamento del cliente. L'accesso dei clienti può essere completamente abilitato o limitato utilizzando assegnazioni di diniego e azioni permesse.

  • 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 utilizza un modello di Azure Resource Manager per la distribuzione e non viene transatto tramite il 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 sottostante o l'offerta di container per effettuare transazioni sui costi di IP/software.

Opzioni di elenco

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.

Potenziali clienti

Il marketplace commerciale raccoglie i lead con le informazioni dei clienti in modo che tu possa accedervi nell'area di lavoro Segnalazioni nel Partner Center. 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 dalla tua 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 "o". È possibile offrire la soluzione in base al contratto standard o ai propri termini e 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 applicazione Azure nel Partner Center, immetti testo, immagini, video facoltativi e altri dettagli nella pagina di presentazione dell'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 richiami

  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. Titolo
  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 degli annunci commerciali nel marketplace.

  • 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 associazione di settore, opportunità di acquisto in-app, la necessità o il problema che l'offerta affronta, eventuali divulgazioni necessarie e un collegamento per ulteriori informazioni.

    Questa casella di testo include controlli di editor di testo avanzato che puoi utilizzare per rendere la tua 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 di rilascio.

  • 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 sia allungato.

  • Media - Screenshot (facoltativo): Consigliamo di aggiungere screenshot che mostrano come funziona la tua 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 pubblico di 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'applicazione Microsoft Entra in modo che la connessione tra i due servizi sia protetta da una comunicazione autenticata. Per trovare il tenant ID per l'app Microsoft Entra, vai al riquadro Registrazioni app nell'ID Microsoft Entra. Nella colonna Nome visualizzato, selezionare l'app. Quindi passa a Proprietà e poi all'ID della directory (tenant) (ad esempio aaaabbbb-0000-cccc-1111-dddd2222eeee).
  • ID applicazione Microsoft Entra (obbligatorio): sono necessari anche l'IDapplicazione 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.
  • Collaborare nella vendita con Microsoft: questa opzione consente ai team di vendita Microsoft di prendere in considerazione la tua soluzione IP idonea alla co-vendita quando valutano le esigenze dei loro clienti. Per informazioni dettagliate su come preparare l'offerta per la valutazione, consultare l'opzione commerciale di co-vendita nel marketplace. Per informazioni dettagliate sui requisiti di co-vendita IP, vedere Requisiti per lo stato di co-vendita. 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 Azure Application 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 informazioni più dettagliate sui piani di Azure Application.

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 sottostante o l'offerta di container per effettuare transazioni sui costi di 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 dall'editore. Il gruppo di risorse è presente nella sottoscrizione del consumatore, ma un'identità nel tenant dell'editore 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 mensili e di fatturazione sono supportate tramite il mercato 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 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 template 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 dall'editore dopo la distribuzione al 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 AKS e i contenitori nelle applicazioni gestite

  • Il gruppo di risorse del nodo AKS non eredita i Deny Assignments 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

Videotutorial e laboratori pratici