Soluzioni/SaaS
Costruisci un vero SaaS, non una demo
Multi-tenant dal primo tavolo, piani e utilizzo misurato dal primo pagamento, funzionalità che garantiscono una fatturazione onesta. Descrivi il tuo prodotto: Kliv costruisce attorno ad esso i macchinari di livello aziendale.
Il caso di costruirlo
Perché costruire questo invece di assemblare lo stack?
Il modo predefinito per creare un SaaS è l’assemblaggio: un provider di autenticazione, un SDK di fatturazione, un database, un servizio di posta elettronica, uno strumento di flag delle funzionalità: cinque fornitori prima della prima riga del prodotto reale. I collegamenti tra loro diventano la tua base di codice: gestori di webhook che riconciliano la fatturazione con l’accesso, sincronizzano i lavori che copiano gli utenti tra i sistemi e la classe di bug delle 2 del mattino in cui il fornitore di fatturazione dice pagato e l’app dice bloccata. Kliv fornisce l’ossatura come un unico sistema: multi-tenancy, fatturazione, diritti, e-mail, dati, quindi i punti che avresti impiegato mesi a scrivere non esistono.
Il ossatura è indifferenziato; il tuo prodotto non lo è. Nessuno sceglie la tua app per la sua pagina di accesso o per le e-mail di fatturazione, anche se ne lasceranno una rotta. Dedica la descrizione al tuo dominio, quello che solo tu conosci, e lascia che le parti di ogni condivisione SaaS arrivino già composte. Quando i tuoi prezzi cambiano (un nuovo livello, un componente aggiuntivo misurato, un’offerta aziendale), è una frase in una conversazione, non una riarchitettura.
Anatomia del sistema
Di cosa è effettivamente fatto un SaaS
Togliendo il prodotto, ogni SaaS avrà lo stesso scheletro: inquilini, sedi, piani, cancelli, contatori, fatture. Kliv fornisce lo scheletro; descrivi il prodotto che lo circonda. Ecco cosa sa il sistema il primo giorno.
Organizzazioni
Ogni cliente è un’organizzazione: utenti, dati e fatturazione sono racchiusi in un unico muro. L’azienda A non può leggere l’azienda B nel database.
Membri e ruoli
I tuoi clienti sono aziende, non accessi: proprietari, amministratori e membri, ognuno dei quali vede ciò che il proprio ruolo consente.
Piani e prezzi
Il catalogo: livelli, prove, sblocchi una tantum, componenti aggiuntivi a consumo: la tua pagina dei prezzi come dati applicati dal sistema.
Diritti
Il collegamento tra denaro e funzionalità: ciò che apre l’abbonamento di questa organizzazione, controllato ovunque sia importante.
Metri e utilizzo
L’utilizzo viene conteggiato rispetto all’attività di accesso del cliente: visibile a lui, fatturabile da te.
Abbonamenti e fatture
Lo stato commerciale di ogni inquilino – in prova, attivo, scaduto – con le fatture che lo dimostrano.
Chi vede cosa
Regole applicate dal database
- Le righe di un tenant appartengono al tenant: le letture tra organizzazioni sono impossibili nel database e non vengono filtrate nell’app.
- I diritti seguono la fatturazione in tempo reale: un aggiornamento apre subito le funzionalità, un annullamento le restringe nei tempi previsti.
- Il contatore e la fattura sono lo stesso sistema: ciò che è stato misurato è ciò che viene fatturato, senza nulla da conciliare.
- Un pagamento non andato a buon fine inizia a richiedere nuovi tentativi ed e-mail di recupero prima che qualsiasi cancello si chiuda per un cliente pagante.
Questa è la parte di un SaaS che nessuno ha scelto di costruire e che tutti devono costruire: identità, multi-tenancy, denaro e le regole che li vincolano. Quando arriva come un unico sistema, la tua descrizione riguarderà il tuo prodotto.
Le parti difficili di SaaS sono già state risolte
Questi non sono componenti aggiuntivi: sono gli stessi pezzi della piattaforma, composti.
Multi-tenant per impostazione predefinita
Quando i clienti si iscrivono alla tua app, ognuno ottiene la propria organizzazione. L’azienda A non può mai vedere i dati dell’azienda B: l’isolamento viene applicato a ogni query a livello di database, non nel codice dell’app che qualcuno deve ricordarsi di scrivere. I tuoi dati amministrativi risiedono dietro un muro separato, solo interno.
Squadre e posti all’interno del tuo prodotto
I tuoi clienti non sono singoli utenti: sono aziende. L’accesso, i ruoli e la condivisione per organizzazione fanno parte dello stesso sistema di identità, quindi “tutti nella stessa azienda vedono i progetti della propria azienda” è una frase, non uno sprint.
Carica come fa effettivamente il SaaS
Abbonamenti con prove e ripartizione equa, sblocchi una tantum e prezzi basati sull’utilizzo con contatori. “Un piano Pro a $ 20 al mese, più 2 ¢ per rapporto generato” è una descrizione: Kliv crea prodotti, prezzi e contatori per te.
Caratteristiche che seguono il denaro
Allega funzionalità ai piani e inserisci pagine, dati e funzionalità su di essi. Esegui l’upgrade, il downgrade o l’annullamento: l’accesso avviene automaticamente nel momento in cui la fatturazione cambia. Nessun codice di autorizzazione, nessuna sincronizzazione notturna.
Vendi anche l’accesso ai contenuti
L’archivio file integrato ha regole di accesso proprie: privato, condiviso per organizzazione o dietro un abbonamento. PDF, video e download Premium si sbloccano con gli stessi diritti del resto della tua app.
Fatturazione self-service, nella tua app
I clienti aggiornano le carte, cambiano piano e leggono le fatture su una pagina di fatturazione all’interno del tuo prodotto e, quando un pagamento non va a buon fine, Kliv riprova e li invia via email finché non viene recuperato.
Modi di ricarica
Tre modi in cui un SaaS può addebitare
Le pagine dei prezzi si evolvono: i livelli vengono divisi, vengono visualizzati i contatori, un accordo aziendale richiede una fattura. Il catalogo dovrebbe tenere il passo senza una riarchitettura.
Abbonamento a più livelli
$29–$99/mese
La squadra che sceglie Starter o Pro
Livelli di funzionalità associati ai piani: Starter ottiene il core, Pro apre i report, API, le funzionalità del team.
- Sblocca
- Le funzionalità seguono il piano: un aggiornamento le apre immediatamente, un downgrade restringe i tempi previsti, nulla viene attivato manualmente.
- Fatturazione
- Mensile o annuale con prove ed equa ripartizione; le carte con errori ricevono nuovi tentativi ed e-mail di recupero prima che l’accesso si restringa.
- Rimborsi
- Approvato: un rimborso è una decisione, non un incidente.
Basato sull’utilizzo
$ 0,05 per esecuzione
Il cliente la cui fattura dovrebbe tracciarne il valore
Un piano base più un contatore: rendering, messaggi, chiamate API — qualunque sia l’unità di valore nel tuo prodotto.
- Sblocca
- L’utilizzo viene conteggiato rispetto all’attività di accesso del cliente, visibile nella pagina di fatturazione prima che venga inviata la fattura.
- Fatturazione
- Le spese misurate maturano e vengono fatturate nel ciclo di abbonamento: il contatore e la fattura concordano perché sono lo stesso sistema.
- Rimborsi
- Gli elementi pubblicitari contestati vengono risolti tramite lo stesso flusso di approvazione.
Sblocco una tantum
$ 500 una tantum
Il cliente che desidera il componente aggiuntivo, non un altro abbonamento
Un modulo a vita, un pacchetto di onboarding, un’offerta di adozione anticipata: venduti una volta, insieme agli abbonamenti.
- Sblocca
- L’acquisto garantisce un diritto permanente che coesiste con qualunque piano venga eseguito dal cliente.
- Fatturazione
- Un addebito, una ricevuta: stesso catalogo, stessa pagina di fatturazione.
- Rimborsi
- Lo stesso flusso controllato dall’approvazione.
Prima del lancio
La prima settimana, prima del lancio
Un SaaS ha più macchinari da dimostrare di qualsiasi sito di brochure: ecco perché la prima settimana è importante.
Dai forma al prodotto
Descrivilo: cosa fa il prodotto, chi è un cliente, i livelli e cosa apre ciascuno. Kliv costruisce la prima anteprima con organizzazioni, piani e cancelli già reali.
Rendilo tuo
Il tuo dominio, il tuo marchio, la lingua del tuo prodotto e una pagina dei prezzi generata dallo stesso catalogo applicato dal checkout.
Collega la cosa reale
Connetti Stripe, imposta i prezzi reali e la durata della prova, allega funzionalità ai piani e invita il tuo team alla vista dell’operatore.
Prova a romperlo
Iscriviti come cliente di prova. Prova a leggere i dati di un’altra organizzazione: guarda il database rifiutare. Fallisci una carta, declassa un piano, osserva i cancelli che seguono.
Poi prova un anno
Nel Sandbox, con denaro simulato e tempo simulato, esegui il primo anno del tuo SaaS prima del lancio: le prove vengono convertite o scadute, un cliente esegue l’upgrade a marzo, una carta si guasta a giugno e si ripristina, una cancellazione chiude le funzionalità giuste nella data giusta. Pubblichi un’attività che è già stata avviata, non c’è speranza che lo faccia.
Costruisci o acquista
Perché non semplicemente incollare insieme la pila?
| La pila incollata | Con Kliv | |
|---|---|---|
| Locazione | Una funzionalità dell’organizzazione del provider di autenticazione più filtri di riga che scrivi e rivedi per sempre. | Organizzazioni applicate al database: le letture tra tenant sono impossibili e non filtrate. |
| Fatturazione ↔ accesso | Gestori webhook che riconciliano il fornitore di fatturazione con l’idea dell’app su chi ha pagato. | I diritti seguono la fatturazione in modo nativo: non è necessario riconciliarli. |
| Prezzi di utilizzo | Un servizio di misurazione, un servizio di fatturazione e un lavoro di riconciliazione tra di loro. | Il contatore e la fattura sono lo stesso sistema. |
| E-mail del ciclo di vita | Un altro fornitore, un altro linguaggio di template, un altro webhook. | Ricevute, solleciti e promemoria di prova integrati nei tuoi modelli. |
| È tempo di produrre | Mesi di ossatura prima della prima differenziata. | Il ossatura è il primo giorno; la tua descrizione è spesa per il prodotto. |
Locazione
La pila incollata: Una funzionalità dell’organizzazione del provider di autenticazione più filtri di riga che scrivi e rivedi per sempre.
Con Kliv: Organizzazioni applicate al database: le letture tra tenant sono impossibili e non filtrate.
Fatturazione ↔ accesso
La pila incollata: Gestori webhook che riconciliano il fornitore di fatturazione con l’idea dell’app su chi ha pagato.
Con Kliv: I diritti seguono la fatturazione in modo nativo: non è necessario riconciliarli.
Prezzi di utilizzo
La pila incollata: Un servizio di misurazione, un servizio di fatturazione e un lavoro di riconciliazione tra di loro.
Con Kliv: Il contatore e la fattura sono lo stesso sistema.
E-mail del ciclo di vita
La pila incollata: Un altro fornitore, un altro linguaggio di template, un altro webhook.
Con Kliv: Ricevute, solleciti e promemoria di prova integrati nei tuoi modelli.
È tempo di produrre
La pila incollata: Mesi di ossatura prima della prima differenziata.
Con Kliv: Il ossatura è il primo giorno; la tua descrizione è spesa per il prodotto.
Domande comuni
Come viene effettivamente applicato l’isolamento degli inquilini?
Nel database, con regole a livello di riga. Ogni cliente è un’organizzazione e le sue righe rispettano questo limite: un bug in una pagina non può far trapelare i dati di un altro tenant, perché la query stessa ritorna vuota.
Posso combinare un abbonamento con un utilizzo misurato?
Sì, si tratta di un piano, non di due sistemi: un livello Pro con $ 0,05 per rendering in più. L’abbonamento fattura la base, il contatore fattura l’utilizzo e il cliente vede entrambi in un’unica fattura.
Cosa succede quando un cliente annulla o effettua il downgrade?
I diritti si restringono in base alla pianificazione stabilita dalla policy (immediatamente o alla fine del periodo) e i dati rimangono. Un cliente abituale riporta la propria organizzazione allo stesso punto in cui si trovava, il che rende la riconquista un evento di fatturazione, non una migrazione.
I clienti possono gestire la propria fatturazione?
Sì, una pagina di fatturazione all’interno del tuo prodotto: aggiorna le carte, cambia piano, leggi le fatture. Quando un pagamento non va a buon fine, Dunning ritenta l’addebito e invia un’e-mail al cliente prima che l’accesso di qualcuno venga limitato.
Posso modificare i prezzi dopo il lancio?
Sì, il catalogo è costituito da dati. Aggiungi un livello, dividi un piano, inserisci un contatore; i nuovi prezzi si applicano ai nuovi pagamenti e gli abbonamenti esistenti mantengono i termini acquistati finché non decidi diversamente.
Si tratta di un vero multi-tenancy o di account con flag di funzionalità?
Tenancy reale: ogni organizzazione del cliente rappresenta un confine di prima classe nel database, con i propri utenti, ruoli e righe: viene eseguita la stessa architettura multi-tenant Kliv.
Descrivi il tuo SaaS. Kliv costruisce il resto.
Locazione, fatturazione, diritti e contenuti: una piattaforma, una conversazione.