Modelli di pricing per SaaS, spiegati

Il pricing è una decisione di prodotto travestita da foglio di calcolo. Il modello che si sceglie determina chi acquista, la velocità di crescita e se i ricavi riflettono il valore che si genera. La maggior parte dei founder copia la pagina prezzi di un competitor e spera per il meglio, ma il modello giusto dipende da come il proprio prodotto crea valore, non da ciò che sembra familiare.

I principali modelli

Quattro schemi coprono quasi ogni SaaS sul mercato:

• Flat-rate. Un unico prezzo, tutto incluso. Semplicissimo da vendere, ma lascia soldi sul tavolo con i clienti grandi e spaventa quelli piccoli.
• Per-seat. Si fattura per utente. Prevedibile e facile da comunicare, ma penalizza l'adozione — aggiungere colleghi ha un costo — e incentiva la condivisione delle credenziali.
• Usage-based. Si fattura ciò che i clienti consumano: chiamate API, storage, messaggi inviati. I ricavi scalano con il valore, ma le bollette diventano imprevedibili e possono generare sticker shock.
• Tiered. Funzionalità e limiti raggruppati in pochi piani nominati. Il modello più diffuso perché segmenta i clienti in modo naturale e crea un percorso di upgrade chiaro.

Allineare il pricing a come si crea valore

La domanda chiave: quando un cliente ottiene più valore, quale metrica cresce?

Se il valore scala con la dimensione del team, il per-seat è la scelta coerente. Se scala con i volumi — transazioni elaborate, token generati, gigabyte archiviati — l'usage-based allinea i ricavi al successo del cliente. Se il valore è sostanzialmente costante una volta che il cliente ha adottato il prodotto, il modello tiered o flat-rate mantiene le cose semplici.

Si scelga la metrica che il cliente già associa all'ottenimento di valore. Fatturare qualcosa che non viene percepito come valore ha l'effetto di una tassa.

Il modello ibrido che vince quasi sempre

In pratica, il modello più efficace per il B2B SaaS è il tiered con una componente usage-based: piani nominati che raggruppano le funzionalità di cui ha bisogno un segmento, più overage misurati sulla singola dimensione che scala. Si ottiene una base di ricavi prevedibile e un'espansione naturale man mano che i clienti crescono — il classico movimento "land and expand" tanto apprezzato dagli investitori.

• Un tier di ingresso gratuito o a bassa frizione per favorire le iscrizioni.
• Due o tre piani a pagamento mappati su segmenti di clienti reali.
• Una dimensione misurata che fa crescere la fattura all'aumentare dell'utilizzo.

Regole pratiche

• Tre tier come ancora. Un'opzione intermedia che la maggior parte degli utenti dovrebbe scegliere, incorniciata da un piano più economico e uno premium.
• Prezzare sul valore, non sui costi. Quanto si spende per gestire una funzionalità è irrilevante rispetto a quanto vale per l'acquirente.
• Rendere l'upgrade ovvio. I clienti devono raggiungere un limite che li spinga naturalmente verso l'alto, non un muro che li faccia uscire.
• Misurare tutto. Da una tabella di metering in PostgreSQL al provider di fatturazione, si tracci l'utilizzo con precisione affinché le fatture non siano mai una sorpresa.

Non si ottimizzi eccessivamente il pricing iniziale. Cambierà: il pricing è iterativo, e la reale disponibilità a pagare la si scopre solo dopo che i clienti sono sul prodotto. Si lanci una v1 solida, si osservi quale piano converte e si aggiusti di conseguenza.

Se si sta costruendo lo strato di billing e metering dietro un modello di pricing — integrazione Stripe, usage tracking, tier gating — parliamone.