FrançaisEnglishEspañolItalianoDeutschPortuguêsNederlandsPolski

Pricing e Packaging SaaS: Il Sistema a 3 Livelli

Pubblicato il 22 febbraio 2026 · Jules, Founder of NoNoiseMetrics · 15min di lettura

Il problema più comune su una pagina di pricing non è un prezzo sbagliato. È una pagina che fa lavorare troppo l’acquirente per trovare il piano giusto. Troppi livelli, troppe righe di funzionalità, nessuna scelta predefinita chiara, nessun trigger di upgrade ovvio. L’acquirente legge per 90 secondi, non riesce a determinare quale piano gli si adatta, e o sceglie l’opzione più economica per evitare l’impegno o se ne va a “pensarci” — il che di solito significa non tornare.

La fatica di confronto è una perdita di ricavi che la maggior parte dei fondatori sottovaluta perché è invisibile negli analytics. Nessuno misura “ha lasciato la pagina di pricing confuso”. Il rimedio non è una copy migliore o un design migliore, anche se entrambi aiutano ai margini. Il rimedio è una struttura di packaging più stringente: meno piani, una metrica principale, una scelta predefinita in evidenza, e una ragione visibile per fare upgrade. I benchmark di pricing SaaS di OpenView Partners mostrano costantemente che le strutture a tre livelli superano le strutture a quattro o più livelli in termini di conversione.


Cosa significano davvero pricing e packaging

Il pricing e il packaging sono decisioni correlate che spesso vengono confuse e risolte nell’ordine sbagliato.

Il pricing risponde a: qual è il prezzo di ogni piano? quale metrica guida il prezzo? quando aumenta il costo man mano che l’uso cresce?

Il packaging risponde a: quanti piani esistono? cosa cambia tra di loro? quali funzionalità e limiti appartengono a ogni livello? quando un cliente dovrebbe salire di livello?

La maggior parte dei fondatori si concentra prima sul pricing — 19 €, 49 €, 99 € — e tratta il packaging come la lista di funzionalità da distribuire tra quei numeri. L’ordine più produttivo è decidere prima il packaging: identificare la metrica di valore che scala naturalmente con il valore del cliente, determinare le fasce di utilizzo significative, e poi fissare il prezzo di ogni fascia in base al pavimento economico, al contesto competitivo e alla disponibilità a pagare. Il prezzo segue la struttura; la struttura non segue il prezzo.

Per il modello più ampio che sottende le decisioni di packaging, vedi Modelli di Pricing SaaS: La Guida Minimalista per Fondatori.

Ti chiedi se il tuo ultimo cambio di pricing ha davvero spostato l’ARPU? Vedi la ripartizione MRR per piano →


Perché 3 livelli è il default più solido

La maggior parte dei prodotti SaaS guidati da fondatori deve svolgere tre compiti di packaging: onboardare nuovi clienti con poca attrito, monetizzare gli utenti attivi a un ARPA appropriato, e supportare la crescita verso un livello superiore quando il cliente scala. Tre livelli corrispondono direttamente a questi tre compiti.

2 livelli è spesso troppo rigido. Il salto tra le due sole opzioni è di solito troppo grande in termini di prezzo o di perimetro delle funzionalità, creando un segmento di clienti che si trovano genuinamente tra i due livelli e non hanno una casa naturale. Il risultato: o troppi restano sul piano più economico, o troppa attrito per raggiungere quello più caro.

4+ livelli tipicamente crea paralisi di confronto. Ogni piano aggiuntivo richiede all’acquirente di valutare un altro insieme di compromessi. Oltre tre, il carico cognitivo del confronto inizia a superare il valore informativo della differenziazione aggiuntiva. L’acquirente non prende una decisione migliore; prende una decisione più lenta o si arrende.

Tre è il numero che fornisce abbastanza struttura per far progredire i clienti attraverso una progressione naturale senza richiedere un foglio di calcolo di procurement per capire la pagina di pricing.


La struttura a 3 livelli in pratica

Livello 1: Starter

Obiettivo: punto di ingresso a bassa attrito che crea rapidamente una vera esperienza di successo.

Cosa dovrebbe fare: lasciare che il cliente ottenga valore genuino dal prodotto entro la prima sessione. I limiti dovrebbero essere significativi (alla fine creano pressione di upgrade) ma non così restrittivi che il prodotto sembri rotto o punitivo a questo livello. Lo Starter dovrebbe creare fiducia, non sospetto.

Cosa non dovrebbe fare: sembrare una prova. I clienti che pagano per lo Starter dovrebbero ottenere un’esperienza prodotto completa entro i limiti del livello, non una versione mutilata del prodotto progettata per costringerli a fare upgrade.

Buon segnale per lo Starter: la maggior parte dei fondatori seri in solitaria e degli indie hacker può operare comodamente entro i limiti. Il limite crea una leggera pressione di upgrade per gli utenti che crescono, non muri duri per quelli che stanno solo iniziando.

Livello 2: Growth

Questo è il piano più importante nella pagina di pricing. Dovrebbe essere evidenziato visualmente come scelta predefinita, posizionato chiaramente come il piano per gli utenti che stanno ottenendo valore reale e vogliono meno limiti. Il livello Growth è dove dovrebbe atterrare la maggior parte dell’ARPA serio.

Cosa dovrebbe fare: servire il segmento di clienti principale — gli utenti attivi, generatori di ricavi, che non sono a scala enterprise ma hanno chiaramente superato lo Starter. Dovrebbe fornire il miglior valore per unità della metrica di pricing, rendendolo ovviamente la scelta razionale per questo segmento.

Cosa non dovrebbe fare: costringere il cliente a valutare se ha “davvero bisogno” delle funzionalità che contiene. Il livello Growth dovrebbe sembrare inevitabile per gli utenti seri, non aspirazionale.

Buon segnale per il Growth: almeno il 50–60% dei clienti paganti è su questo livello. Se la maggior parte dei clienti è sullo Starter, il trigger di upgrade del Growth è o troppo alto o non comunicato chiaramente.

Livello 3: Scale

Obiettivo: supportare i clienti che sono a un volume significativo, hanno complessità di team, o necessitano di reporting e controlli più avanzati.

Cosa dovrebbe fare: sembrare una naturale evoluzione per i clienti il cui business è cresciuto, non un livello di prestigio con funzionalità scelte per sembrare impressionanti. Il valore allo Scale dovrebbe essere quantitativamente maggiore del Growth — più abbonamenti tracciati, più account Stripe, più posti nel team, più storico dei dati.

Cosa non dovrebbe fare: diventare un segnaposto enterprise con “contatta le vendite” allegato. Se il prodotto è genuinamente self-serve, Scale dovrebbe esserlo anch’esso. Un invito “contatta le vendite” su un livello Scale che non implica procurement negoziato o requisiti di conformità crea attrito che danneggia la conversione senza aggiungere valore.


Come scegliere cosa cambia tra i livelli

Il packaging tra i livelli dovrebbe concentrarsi sulla metrica di valore principale — l’unità che scala naturalmente con il successo del cliente. Per uno strumento di analytics SaaS come NoNoiseMetrics, questo è il numero di account Stripe o abbonamenti tracciati: un fondatore solo ha bisogno di un account, una piccola agenzia che gestisce quattro prodotti di clienti ne ha bisogno di quattro, un team più grande che gestisce un portfolio di prodotti SaaS potrebbe averne bisogno di dieci o più.

Forti differenziatori di livello:

  • volume della metrica di valore principale (abbonamenti tracciati, posti, progetti, chiamate API)
  • profondità di reporting o finestra di storico dei dati
  • funzionalità di collaborazione del team (posti aggiuntivi, ruoli admin)
  • funzionalità di automazione (alert avanzati, export)
  • connessioni di integrazione (account Stripe aggiuntivi, export di terze parti)

Deboli differenziatori di livello:

  • vaghe “funzionalità premium” senza chiaro valore per il cliente
  • differenze di supporto che sembrano punitive sullo Starter
  • blocchi di funzionalità arbitrari che non riflettono i pattern di utilizzo
  • lunghe liste di confronto delle funzionalità dove l’80% delle righe sono identiche

Se un cliente non riesce a spiegare facilmente a un collega cosa ottiene per pagare 49 €/mese invece di 19 €/mese, il packaging è troppo opaco. Il test è la chiarezza, non l’esaustività.


Un esempio concreto di pricing e packaging

Uno strumento di metriche SaaS per fondatori e piccoli team:

PianoIdeale perPrezzoMetrica principaleTrigger di upgrade
Starterfondatori solo, un prodotto19 €/mese1 account Stripe, fino a 500 abbonamenti attiviSecondo prodotto o >500 abbonamenti
GrowthSaaS attivi, piccoli team49 €/mese3 account Stripe, fino a 5.000 abbonamentiGestione multi-account o accesso team
Scaleagenzie, portfolio, team grandi99 €/mese10 account Stripe, abbonamenti illimitatiNecessità di reporting a livello portfolio

Differenze di funzionalità limitate a quattro righe:

FunzionalitàStarterGrowthScale
Posti nel team1310
Storico dei dati12 mesi24 mesiStorico completo
Digest settimanale (IA)
Recupero pagamenti fallitiBaseCompleto + BrevoCompleto + prioritario

Il trigger di upgrade è visibile a ogni livello — quando il business di un cliente supera i limiti o aggiunge complessità di team, il livello successivo è la risposta ovvia. Nessuna chiamata commerciale richiesta. Nessuna ambiguità su cosa ottengono.


Come il packaging si connette alla salute del MRR

Un packaging debole crea un pattern specifico nelle metriche di ricavi ricorrenti: alta quota del piano Starter nel MRR totale, bassi tassi di upgrade da Starter a Growth, ARPA che rimane piatto o declina nel tempo, e MRR di espansione minimo perché la struttura di packaging non ha un percorso di upgrade naturale.

Un buon packaging produce l’opposto: il livello Growth diventa la casa naturale per i clienti attivi, l’ARPA tende verso l’alto quando i clienti crescono verso livelli superiori, e il MRR di espansione esiste perché il trigger di upgrade è reale e visibile.

Formula di salute MRR per piano:

Salute del piano = new_mrr + expansion_mrr − churned_mrr − contraction_mrr

Esegui questo per livello. Se la salute del piano Starter è negativa (il churn supera new + espansione) e la salute del piano Growth è fortemente positiva, il packaging sta instradando correttamente i clienti. Se la salute del piano Growth è piatta o negativa, la proposta di valore del livello intermedio ha bisogno di indagine.

Per il segnale ARPU che ti dice se il tuo packaging sta muovendo la monetizzazione nella giusta direzione, traccia il ricavo medio per utente per piano piuttosto che misto su tutti i clienti.

Per il livello di ricavi ricorrenti che rende significative le metriche per piano, vedi ARR e MRR per Fondatori SaaS: La Guida Minimalista ai Ricavi Ricorrenti. La ricerca sul pricing di SaaStr mostra che i prodotti con visibilità sulla salute MRR per piano prendono decisioni di packaging migliori rispetto a quelli che tracciano solo il MRR misto.


Errori comuni di pricing e packaging

Troppi piani. Ogni piano oltre tre obbliga l’acquirente a confrontarlo con tutti gli altri. Quattro piani significano sei coppie di confronto; cinque significano dieci. Il valore marginale della differenziazione aggiuntiva raramente compensa il carico di confronto aggiuntivo. Iniziare con tre e aggiungere un quarto solo quando un segmento specifico non può chiaramente essere servito dalla struttura esistente.

Nessuna scelta predefinita in evidenza. Se ogni piano è presentato con uguale peso visivo, l’acquirente deve decidere quale valutare per primo. Il livello Growth dovrebbe essere visualmente prominente — uno sfondo diverso, un’etichetta “più popolare”, una card leggermente più grande — per aiutare gli utenti a orientarsi senza sforzo consapevole.

Troppe righe di funzionalità. Una pagina di pricing con 25 righe di confronto delle funzionalità crea un tipo diverso di fatica rispetto a troppi livelli — costringe l’acquirente a valutare ogni riga individualmente invece di fare un giudizio rapido sull’adeguatezza del piano. Mantenere la tabella di confronto alle 4–6 differenze che importeranno davvero alla maggior parte dei clienti.

Il trigger di upgrade è invisibile. Un cliente dovrebbe essere in grado di prevedere cosa lo spingerà al livello successivo prima di raggiungere il limite. Se il limite è una sorpresa — riceve un prompt di upgrade la prima volta che tenta di aggiungere un terzo account Stripe — la struttura di packaging ha un problema UX, non solo un problema di pricing. Rendere il limite visibile all’interno del prodotto, non solo sulla pagina di pricing.

Nomi di piani che non spiegano nulla. “Pro”, “Business”, “Advanced”, “Plus”, “Premium” — questi nomi non danno all’acquirente nessun orientamento su a chi è destinato il piano. “Starter”, “Growth”, “Scale” collegano il nome del piano alla situazione del cliente: sto iniziando? sto crescendo attivamente? sono in scala? I nomi che descrivono il cliente, non il prodotto, riducono il lavoro cognitivo della scelta.


Come misurare se il packaging funziona

Traccia questi cinque segnali ogni mese:

  • ARPU o ARPA per piano (il valore medio del cliente a ogni livello è stabile o in crescita?)
  • Tasso di upgrade da Starter a Growth (che percentuale di clienti Starter sale entro 90 giorni?)
  • Churn per piano (il churn è concentrato in un livello? Il churn Starter è spesso clienti che non hanno mai trovato valore; il churn Growth è un problema di retention)
  • Mix di piani per quota di ricavi (Growth è la pluralità dei ricavi? dovrebbe esserlo)
  • Ticket di supporto sul pricing (alto volume suggerisce confusione, non solo interesse)

Buoni segnali: Growth diventa il piano predefinito entro 3–6 mesi dal lancio, gli utenti ad alto valore non rimangono bloccati sullo Starter, l’ARPA tende verso l’alto man mano che la base clienti matura, il MRR di espansione è diverso da zero.

Cattivi segnali: la maggior parte degli utenti paganti rimane permanentemente sullo Starter, il tasso di upgrade dallo Starter è inferiore al 10% a 90 giorni, gli utenti più coinvolti sono sul piano più economico, e il supporto riceve regolarmente domande sulle differenze tra piani.

Per il calcolo del pavimento di pricing che assicura che i livelli siano economicamente solidi, vedi Calcolatore di Pricing SaaS: Trova il tuo Prezzo Minimo (Smetti di Indovinare). Le guide di fatturazione di Stripe Atlas includono esempi concreti di progettazione dei limiti per tipi di prodotti SaaS comuni.


Modello JSON per struttura di pricing a 3 livelli

{
  "pricing_packaging": {
    "model": "3_tier_tiered_value_metric",
    "primary_metric": "stripe_accounts_connected",
    "secondary_metric": "active_subscriptions_tracked",
    "plans": [
      {
        "name": "Starter",
        "price_monthly_eur": 19,
        "stripe_accounts": 1,
        "subscriptions_tracked": 500,
        "team_seats": 1,
        "best_for": "solo founders, one product",
        "upgrade_trigger": "second_product_or_subscription_limit"
      },
      {
        "name": "Growth",
        "price_monthly_eur": 49,
        "stripe_accounts": 3,
        "subscriptions_tracked": 5000,
        "team_seats": 3,
        "best_for": "active SaaS businesses, small teams",
        "highlighted": true,
        "upgrade_trigger": "portfolio_growth_or_team_access"
      },
      {
        "name": "Scale",
        "price_monthly_eur": 99,
        "stripe_accounts": 10,
        "subscriptions_tracked": null,
        "team_seats": 10,
        "best_for": "agencies, portfolios, larger teams",
        "upgrade_trigger": "portfolio_level_reporting_or_team_complexity"
      }
    ],
    "package_health_signals": [
      "arpa_by_plan",
      "upgrade_rate_starter_to_growth_90d",
      "churn_by_plan",
      "plan_mix_by_revenue_share",
      "support_tickets_about_pricing"
    ]
  }
}

FAQ

Cos’è il pricing e il packaging SaaS?

Il pricing determina quanto costa ogni piano e quale metrica guida il prezzo. Il packaging determina quanti piani esistono, cosa cambia tra di loro, e quando un cliente dovrebbe passare a un livello superiore. Entrambe le decisioni lavorano insieme — un packaging debole rende un buon pricing meno efficace, e un buon packaging può rendere un pricing modesto più redditizio.

Quanti livelli di pricing dovrebbe avere un SaaS?

Tre livelli è il default più solido per la maggior parte dei prodotti SaaS guidati da fondatori. Due livelli spesso crea un salto troppo grande tra le opzioni. Quattro o più livelli tipicamente crea fatica di confronto che rallenta le decisioni di acquisto e riduce la conversione complessiva.

Perché il livello di pricing intermedio è così importante?

Il livello Growth (il livello medio di una struttura a tre livelli) dovrebbe essere la casa naturale per la maggioranza dei clienti seri e attivi. Se è evidenziato visualmente e chiaramente posizionato come il miglior valore per gli utenti attivi, riduce la fatica decisionale e migliora la posizione media del piano — il che migliora direttamente ARPA e MRR di espansione nel tempo.

Cosa causa la fatica di pricing sulle pagine di pricing SaaS?

Troppi piani, troppe differenze di funzionalità nella tabella di confronto, nessuna opzione predefinita visualmente evidenziata, una metrica di pricing principale che non si collega chiaramente al valore del cliente, e trigger di upgrade imprevedibili o invisibili prima che il cliente raggiunga il limite.

Come faccio a sapere se il mio packaging funziona?

Traccia il tasso di upgrade da Starter a Growth entro 90 giorni, l’ARPA per piano nel tempo, la concentrazione del churn per piano e la quota di ricavi di ogni livello. Un buon packaging produce un livello Growth che tiene la maggioranza dei ricavi, un tasso di upgrade superiore al 15–20% entro 90 giorni, e un ARPA che tende verso l’alto man mano che la base clienti matura.

Cosa dovrebbe cambiare tra i livelli di pricing?

La metrica di valore principale (volume degli abbonamenti tracciati, posti, progetti o chiamate API), profondità di reporting, funzionalità di collaborazione del team, e finestra di storico dei dati. Evitare livelli che differiscono principalmente su vaghe “funzionalità premium” — la differenziazione dovrebbe essere su dimensioni che scalano naturalmente con la dimensione e l’utilizzo del cliente.

Come influisce il packaging sul MRR?

Direttamente. Un packaging scadente crea un ARPA basso (la maggior parte dei clienti seri rimane sul piano più economico), MRR di espansione minimo (nessun percorso di upgrade naturale), e mix di piani ponderato verso livelli a basso ricavo. Un buon packaging crea pressione di upgrade naturale alle soglie di utilizzo giuste, producendo crescita dell’ARPA e del MRR di espansione man mano che la base clienti matura.

Cos’è la fatica decisionale nel pricing SaaS?

La fatica decisionale nel pricing SaaS è il sovraccarico cognitivo che si verifica quando un acquirente deve valutare troppi piani, troppe righe di funzionalità, o differenze poco chiare tra i livelli. Il risultato non è una decisione migliore — è una decisione più lenta, una scelta più economica (scegliere il piano più basso per ridurre il rischio), o nessuna decisione (abbandonare la pagina di pricing senza convertire). Tre livelli con una differenziazione chiara e una scelta predefinita in evidenza riduce questa fatica a un livello gestibile.

Dovrei offrire un livello gratuito nel mio pricing SaaS?

Un livello gratuito ha senso solo se il prodotto ha un limite di utilizzo naturale che crea vera pressione di upgrade senza rendere l’esperienza gratuita rotta. Se gli utenti gratuiti convertono a pagamento a un tasso significativo (sopra il 3–5% entro 90 giorni) e il costo per servirli è basso, un livello gratuito funziona come acquisizione. Se gli utenti gratuiti rimangono gratuiti indefinitamente e consumano risorse di supporto o infrastruttura, un livello gratuito è un centro di costo mascherato da strategia di crescita — e un livello Starter a basso prezzo a €9–€19/mese è di solito un filtro migliore per gli utenti seri.

Dopo aver fissato il tuo prezzo, devi sapere se funziona. NoNoiseMetrics traccia ARPU e MRR per piano automaticamente. Connetti Stripe →

Share: Share on X Share on LinkedIn
J
Juleake
Solo founder · Building in public
Building NoNoiseMetrics — Stripe analytics for indie hackers, without the BS.
Vedi il tuo vero MRR da Stripe → Prova gratis