Condividi tramite

Pianificare il percorso verso SaaS

  • Articolo

La creazione e il funzionamento di software come servizio (SaaS) offre un'opportunità unica e una sfida unica per un'azienda in qualsiasi fase. Le considerazioni di SaaS sono importanti da tenere presente non solo quando si pianifica l'offerta SaaS, ma anche quotidianamente mentre si gestisce l'azienda.

Il diagramma seguente illustra il percorso tipico di un'azienda durante la creazione di un prodotto SaaS. Comprendere questo processo è utile per conoscere le risorse applicabili all'utente nella fase corrente. Il resto dell'articolo fornisce una breve descrizione di ogni fase del percorso SaaS e di tutti i collegamenti rilevanti per un'azienda attualmente in quella fase.

Diagramma che mostra il percorso di un prodotto SaaS.

1. Pianificare un modello di business SaaS

La prima fase del percorso SaaS è centrata sulle decisioni aziendali. Le decisioni aziendali devono essere prese attentamente prima di prendere decisioni tecniche, in quanto alla fine diventano i requisiti software per l'applicazione. Considerare almeno questi problemi:

  • Identificare il problema che si sta tentando di risolvere. Le soluzioni SaaS sono progettate per risolvere i problemi aziendali. Identificare il problema aziendale che si sta tentando di risolvere prima di progettare una soluzione.
  • Sapere come la soluzione risolve il problema. Comprendere chiaramente in che modo la soluzione SaaS progettata risolve il problema identificato.
  • Conoscere il modello di determinazione prezzi. Le soluzioni SaaS sono progettate per generare ricavi. Comprendere i vari modelli di determinazione dei prezzi e quali sono più adatti alla soluzione che si sta progettando.
  • Comprendere i clienti e come interagiranno con l'applicazione. Sapere chi sono i clienti e quali funzionalità si preoccupano. Conoscendo questo in anticipo si risparmia tempo prezioso e energia in modo che non si sviluppino caratteristiche sottoutilizzate.

Oltre ai requisiti dell'applicazione, considerare anche questi pochi aspetti correlati all'azienda complessiva:

  • Assicurarsi che l'azienda sia pronta a assumersi la responsabilità di gestire un'applicazione SaaS. La gestione di un'azienda SaaS significa che i clienti dipendono esclusivamente dall'azienda per operazioni come il supporto. Assicurarsi di avere la possibilità di fornire supporto per l'applicazione, potenzialmente su base 24/7.

  • Assicurarsi di avere un percorso uniforme per la migrazione dalle offerte legacy. Se si prevede di eseguire la migrazione da un modello aziendale diverso, assicurarsi di disporre di un piano per la migrazione dei clienti senza troppe interruzioni.

  • Comprendere come verranno ridimensionati i processi stabiliti. Durante la pianificazione, procedere con la comprensione che i processi devono cambiare nel tempo man mano che l'azienda cresce. È possibile eseguire manualmente alcune operazioni quando si hanno solo pochi clienti, ma questo approccio non è scalabile correttamente. Vedi questi articoli per ulteriori informazioni:

  • Nozioni di base su SaaS - Un modulo di Microsoft Learn sulle basi di SaaS

  • Accelerare e de-rischiare il percorso verso SaaS : un video di Microsoft Ignite 2021 che illustra le considerazioni, le sfide e altre lezioni chiave per i progetti di migrazione e modernizzazione SaaS.

  • Microsoft SaaS Academy - Corsi di apprendimento SaaS gratuiti.

  • Considerazioni sul modello di determinazione dei prezzi: considerazioni tecniche importanti da tenere presenti quando si decide una strategia di determinazione dei prezzi.

  • Hub dei fondatori di Microsoft for Startups: centro risorse per le startup che creano soluzioni in Azure che forniscono mentoring tecnico e aziendale, ad esempio software Microsoft per l'esecuzione dell'azienda, tra cui LinkedIn, Microsoft 365 e GitHub Enterprise e crediti Azure.

  • Storie SaaS Microsoft: una serie di video interviste con alcuni dei partner ISV di Microsoft che evidenziano le loro esperienze creando SaaS.

2. Progettare e progettare una soluzione SaaS

Dopo aver deciso quali sono i requisiti aziendali, la fase successiva del percorso consiste nel progettare l'applicazione per supportare i requisiti. I prodotti SaaS devono in genere prendere in considerazione il concetto di multi-tenancy e ci sono molte considerazioni che si verificano. L'output di questo passaggio deve essere un'architettura dell'applicazione che soddisfa i requisiti specifici e tutte le considerazioni. Vedi questi articoli per ulteriori informazioni:

3. Implementare una soluzione SaaS

È necessario implementare l'architettura sviluppata. In questa fase si sviluppa e si esegue l'iterazione del prodotto SaaS usando il normale processo SDLC (Software Development Life Cycle). In questa fase è importante non inserire troppi requisiti nello sviluppo contemporaneamente. Provare a capire quali funzionalità offrono il massimo vantaggio ai clienti e iniziano da un prodotto minimo funzionante (MVP). Più iterazioni con miglioramenti più piccoli nel tempo sono più facili da implementare rispetto a blocchi più grandi di sviluppo. Vedi questi articoli per ulteriori informazioni:

  • Architettura dell'app Web iniziale SaaS: architettura di riferimento per un'applicazione SaaS basata sul Web iniziale.
  • Azure SaaS Development Kit (ASDK): implementazione modulare dell'architettura progettata per fornire un punto di partenza per la creazione di un'applicazione SaaS in .NET.

4. Gestire la soluzione SaaS

In questa fase si inizia a eseguire l'onboarding dei clienti nel nuovo prodotto SaaS e iniziare a operare come provider SaaS con utenti nell'ambiente di produzione. Avere il prodotto SaaS vicino al completamento e avere una strategia per eseguire la migrazione dei clienti esistenti o eseguire l'onboarding di nuovi clienti. È previsto un piano per supportare i clienti in caso di problemi. È anche importante iniziare a identificare le metriche chiave dell'indicatore di prestazioni (KPI) che è possibile raccogliere, che consentono di guidare varie decisioni aziendali e tecniche in un secondo momento. Vedi questi articoli per ulteriori informazioni:

  • Distribuire applicazioni multi-tenant: considerazioni per la gestione e la distribuzione nell'applicazione multi-tenant.
  • Misurare il consumo del tenant: considerazioni sulla raccolta dei dati sull'utilizzo dall'applicazione multi-tenant.

5. Mercato e vendita della soluzione SaaS

In questa fase si inizia a commercializzare e vendere la soluzione SaaS. Esplorare tutte le vie disponibili per vendere l'applicazione, tra cui, a titolo esemplificativo , Azure Marketplace e Microsoft AppSource. Questa fase è anche quando si inizia a prendere i dati kpi dalla fase precedente e usarli per analizzare il modo in cui i clienti interagiscono con l'applicazione SaaS. Usare quindi tale analisi per prendere decisioni aziendali e tecniche sulla roadmap del prodotto SaaS. Vedi questi articoli per ulteriori informazioni:

  • Mastering the marketplace : contenuto di apprendimento incentrato su come sfruttare al meglio Azure Marketplace.
  • Guida alla pubblicazione del Marketplace: i tipi di offerta disponibili in Azure Marketplace e le differenze principali tra di essi.
  • Procedure consigliate per il marketing: guida completa per l'uso di Azure Marketplace per il mercato e la vendita dell'applicazione.
  • Pianificare un'offerta del marketplace SaaS: pagina della documentazione per pianificare un'offerta SaaS in Azure Marketplace.
  • Co-selling con i team di vendita Microsoft: panoramica di come co-selling con i team di vendita Microsoft.
  • Partecipa alla rete microsoft per i partner: la rete partner Microsoft. In questo caso, si registra l'azienda come partner Microsoft e si ottengono informazioni sui vari programmi partner.

6. Ripetere il processo

Lo sviluppo di soluzioni SaaS è un percorso ciclico. Per sfruttare al meglio il prodotto SaaS, è necessario eseguire costantemente l'iterazione e adattarsi alle esigenze dei clienti e del mercato. Dopo aver preso le decisioni sulla direzione attuale del prodotto, il processo inizia in fase uno. Vedi questi articoli per ulteriori informazioni:

  • Revisione ben progettata di Azure: valutazione del carico di lavoro rispetto a Azure Well Architected Framework che consente di ottenere indicazioni curate e personalizzate per lo scenario. Completare questa revisione regolarmente per identificare le aree dell'applicazione che è possibile migliorare.
  • Revisione del percorso SaaS: valutazione del prodotto SaaS che esamina le conoscenze dell'architettura multi-tenant e valuta la conformità alle procedure consigliate per le operazioni SaaS.

Collaboratori

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.

Autori principali:

Altri contributori:

  • John Downs | Principal Customer Engineer, FastTrack per Azure
  • Irina Kostina | Software Engineer, FastTrack per Azure
  • Nick Ward | Senior Cloud Solution Architect

Passaggi successivi