Tutti i servizi

Applicazioni SaaS

Un'app SaaS è il prodotto per cui fai pagare i clienti, quello a cui accedono, per cui pagano e a cui tornano. Noi progettiamo il prodotto, configuriamo la fatturazione e le licenze e realizziamo la dashboard su cui lavorano effettivamente, così puoi lanciare un'attività vera e propria anziché un semplice opuscolo con un login. Dopo il lancio, manteniamo un dialogo aperto: sono i dati di utilizzo a indicarci quali modifiche apportare in seguito.

  • Architettura del prodotto
  • Applicazioni multi-tenant
  • Fatturazione degli abbonamenti
  • Pannelli di controllo amministrativi
  • Autenticazione e ruoli
  • Progettazione delle API
  • Integrazioni
  • Lancio e iterazione

Le basi

Che cos’è un’applicazione SaaS?

Un software per cui qualcuno paga un canone ricorrente e a cui accede per svolgere un’attività. Questa è la definizione completa, e tutte le difficoltà legate alla sua realizzazione derivano da queste due parti: deve continuare a giustificare il pagamento successivo e deve conservare i dati di più di un cliente senza mai crearne confusione.

Ecco perché un prodotto SaaS non è semplicemente un sito web a cui è stata aggiunta una funzione di accesso. Account, ruoli, tenant, fatturazione, licenze, versioni di prova, aggiornamenti, pagamenti non andati a buon fine, audit: nessuna di queste è la funzionalità che state vendendo, ma tutte devono funzionare prima che qualcuno possa acquistare il prodotto, e ognuna di esse rappresenta un punto in cui una scorciatoia si trasforma in una ricostruzione completa.

Realizziamo il prodotto e la struttura aziendale che lo circonda in un unico processo, poi restiamo sul campo abbastanza a lungo da capire cosa emerge dai dati di utilizzo. La prima versione è un'ipotesi. Il lavoro davvero interessante è quello dei sei mesi successivi al lancio, quando finalmente si può vedere quali parti gli utenti aprono.

  • SaaS
  • Multi-tenant
  • Fatturazione degli abbonamenti
  • Architettura del prodotto
  • Pannelli di controllo
  • API

Capabilities

Cosa facciamo per te

Il prodotto e gli aspetti di un’attività nel settore del software che non riguardano il prodotto.

Architettura del prodotto

Il modello dei dati, i confini tra tenant e le decisioni che comportano costi elevati se si decide di tornare indietro. Stabilire in modo errato i confini tra tenant è l’unico errore che si traduce in una riscrittura piuttosto che in una rifattorizzazione.

Autenticazione, ruoli e team

Registrazione, SSO, inviti, autorizzazioni per postazione e l’amministratore che deve risolvere i problemi senza l’aiuto di uno sviluppatore. I modelli di autorizzazione sono facili da aggiungere ma molto difficili da modificare una volta che i clienti ne dipendono.

Fatturazione degli abbonamenti

Piani, periodi di prova, ripartizione proporzionale, aggiornamenti, pagamenti non andati a buon fine e le fatture che il tuo commercialista ti chiederà. È proprio nella fatturazione che la maggior parte dei SaaS sviluppati in proprio subisce perdite finanziarie in modo impercettibile — non a causa di frodi, ma per casi limite che nessuno ha saputo gestire.

La dashboard in cui lavorano i dipendenti

Le schermate che i clienti aprono ogni giorno, progettate per un uso ripetitivo piuttosto che per una semplice dimostrazione. Una dashboard ottimizzata per i primi cinque minuti diventa estenuante già dalla seconda settimana.

API e integrazioni

Un'API documentata, webhook e integrazioni con gli strumenti che i vostri clienti già utilizzano. Spesso è proprio l'integrazione a determinare la decisione di acquisto.

L’intelligenza artificiale dove si guadagna il proprio posto

Ricerca, sintesi, estrazione, assistenza — da aggiungere solo se consentono di eliminare un’attività che oggi viene svolta da una persona, non perché la categoria richieda l’icona a forma di scintilla.

Processo

Come viene eseguita una build

Da dodici a venti settimane per arrivare a una prima versione funzionante, a seconda del settore. Dopodiché, si tratta più di un ritmo di rilascio che di un traguardo da raggiungere.

  1. Definire cosa viene venduto

    Chi paga, per cosa e cosa cambia quando smettono di pagare. La determinazione dei prezzi è una decisione relativa al prodotto e condiziona il modello di dati, quindi va affrontata all’inizio piuttosto che alla fine.

  2. Strutturare il contratto di locazione

    Come vengono suddivisi i clienti, dove viene applicato tale confine e cosa può vedere un amministratore al di là di esso. Tutto questo deve essere messo per iscritto e verificato prima ancora che venga creato il primo tavolo.

  3. Costruire la colonna vertebrale

    Account, ruoli, fatturazione, la shell. Aspetti poco affascinanti ma fondamentali: non si può vendere nulla finché tutto questo non funziona, quindi nessuno di questi aspetti può diventare un problema in un secondo momento.

  4. Realizza il prodotto

    Ciò che stai effettivamente vendendo, suddiviso in sezioni verticali, ciascuna delle quali offre qualcosa di utilizzabile. Una sezione che non può essere presentata in anteprima è una sezione che non può essere corretta.

  5. Strumento e lancio

    Analisi, monitoraggio degli errori ed eventi di utilizzo relativi ai percorsi più rilevanti, predisposti prima del lancio anziché durante la prima settimana, spesso caratterizzata da una certa confusione, che segue il lancio stesso.

  6. Leggi le istruzioni d'uso e ripeti l'operazione

    Cosa aprono gli utenti, cosa abbandonano, dove invitano un collega. La roadmap post-lancio dovrebbe consistere principalmente nelle risposte a queste domande, non nel backlog redatto prima che qualcuno avesse mai utilizzato il prodotto.

Impact

Perché è importante

La differenza tra lo sviluppo di software e la gestione di un’azienda di software risiede principalmente negli aspetti che non sono funzionalità.

Ricavi ricorrenti

Un abbonamento è un modello di business, non un metodo di pagamento. Se strutturato correttamente, genera un effetto cumulativo; se invece viene considerato solo come un ripensamento, provoca un tasso di abbandono difficile da analizzare.

Un contratto di locazione che puoi far valere

Il fatto che un cliente possa visualizzare i dati di un altro cliente è il tipo di errore da cui un servizio SaaS non può riprendersi. Garantire tale protezione a livello di perimetro anziché in ogni singola query fa la differenza tra una politica e una semplice speranza.

Una crescita che non ha bisogno di te

La registrazione self-service, gli inviti e gli aggiornamenti integrati nel prodotto fanno sì che i clienti arrivino mentre tutti dormono. Ogni passaggio manuale in quel percorso rappresenta un limite.

Si adatta alla pila che già utilizzano

La maggior parte degli acquirenti non sta sostituendo nulla, ma sta semplicemente aggiungendo qualcosa a una serie già esistente. Un'API e due buone integrazioni eliminano l'obiezione principale.

Rimane veloce anche mentre si riempie

I modelli di query che funzionano bene con dieci account non funzionano altrettanto bene con diecimila. Progettare in vista di quest’ultimo caso non comporta quasi alcun costo iniziale, ma non è possibile aggiungere questa funzionalità in un secondo momento a costi contenuti.

Un codice sorgente che il tuo team potrà gestire autonomamente

Digitato, testato, documentato e implementato tramite una pipeline anziché da una persona. Lavoriamo partendo dal presupposto che non saremo gli ultimi a occuparci di questo progetto.

Domande

Da dodici a venti settimane per la maggior parte dei prodotti. La variabilità dipende più dall’ambito di applicazione che dal numero di funzionalità: qualsiasi prodotto che preveda dati soggetti a regolamentazione, autorizzazioni complesse o un’integrazione particolarmente complessa si colloca nella parte alta di tale intervallo.

Lavori selezionati

Dove è già in produzione.

Tutti i lavori

Prossimo passo

Raccontaci quali sono le attività che le persone ti pagano per svolgere manualmente.

Di solito è lì che si trova il prodotto. Inviateci i suoi dati geometrici e vi forniremo una stima dei costi, un intervallo di prezzo e l’elenco dei componenti su cui potremmo discutere.