La pagina dei prezzi di Bubble mostra quattro cifre: 0 $, 69 $, 249 $, 649 $. Sembra una normale scala SaaS. Ciò che non mostra è il contatore che scorre sotto ogni piano, le Workload Unit (WU), il nome che Bubble dà al carico server consumato dalle azioni di workflow e dalle query al database. Il prezzo di listino acquista un’allocazione, non un costo. Questa guida analizza cosa determina davvero una fattura Bubble dal lancio fino alla scala di produzione, usando i criteri di /methodology per inquadrare il compromesso.
Per cosa fa davvero pagare una Workload Unit
Una Workload Unit viene consumata ogni volta che la vostra app svolge un’operazione sui server di Bubble: si attiva un’azione di workflow, viene eseguita una ricerca nel database, una pagina carica dati dinamici. Il piano gratuito include 50.000 WU/mese e 200 record, sufficienti per costruire e fare una demo, ma non per gestire un’app reale. Starter sale a 175.000 WU/mese per 69 $/mese, Growth a 250.000 WU/mese per 249 $/mese, e Team a 500.000 WU/mese per 649 $/mese.
I livelli del piano sembrano una semplice scala di capacità. Il problema è che il consumo di WU non è proporzionale al traffico; è proporzionale a quanto efficientemente è costruita l’app. Un workflow ben ottimizzato e uno appesantito, che servono gli stessi utenti, possono consumare totali di WU radicalmente diversi, e chi costruisce raramente sa quale dei due ha realizzato finché non arriva la fattura.
Dove la fattura esplode davvero
Workflow e ricerche inefficienti. L’architettura stessa di Bubble premia le query al database efficienti e penalizza quelle trascurate. Un utente di Reddit riassume il meccanismo senza giri di parole: “Fanno pagare in base all’uso, quindi più usi il server, più paghi… WU non è altro che un altro modo di dire ‘cloud computing’.” Lo stesso utente aggiunge il verdetto onesto dopo anni sulla piattaforma: “La adoro per gli MVP, ma diventa semplicemente troppo costosa per la produzione.”
Picchi imprevedibili, non una crescita graduale. Poiché le WU seguono la complessità del workflow e gli schemi delle query piuttosto che un numero chiaro per postazione o utente, una singola funzionalità non ottimizzata può far impennare il consumo senza preavviso. L’analisi di esperti di LowCode Agency e Amelie Solutions rileva che il modello di fatturazione a carico di lavoro è difficile da prevedere, e configurazioni inefficienti possono portare le fatture a migliaia di dollari senza alcun segnale preventivo.
Una tassa sulle prestazioni dell’editor, oltre alla fattura di runtime. Gli sviluppatori segnalano che l’editor di Bubble stesso consuma 5 GB di RAM o più per scheda nei progetti più grandi, con rallentamenti che costringono a riavviare la pagina. Non è un addebito in WU, ma è un costo reale: tempo perso a lottare con lo strumento mentre il contatore delle WU continua a girare in produzione.
Il precipizio alla scadenza del piano. La modalità di guasto più grave documentata non è una fattura salata; è perdere completamente l’app. Un utente descrive un’app Bubble a pagamento che è tornata automaticamente ai limiti del piano gratuito una volta esauriti i crediti, ed è stata “completamente disattivata” con una schermata di errore al posto del sito live. Per un’azienda che gestisce un’app reale su Bubble, questo è un rischio per la prontezza alla produzione, non solo una voce di costo.
Perché questo colpisce due criteri valutati, non uno
Il prezzo delle Workload Unit è di per sé un problema di costo, ma aggrava due dei sei criteri con cui questo sito valuta le piattaforme.
La manutenibilità subisce il colpo diretto. Ogni funzionalità aggiunta dopo il lancio è un workflow che ora dovete mantenere efficiente, perché la scheda di valutazione di Bubble nota che le app complesse accumulano un groviglio di workflow difficile da controllare, e un workflow ingarbugliato è anche affamato di WU. Bubble ottiene 6,0 in manutenibilità proprio per questo motivo: le modifiche visive non rigenerano l’app, il che è positivo, ma l’onere continuo di mantenere i workflow snelli e verificabili non scompare mai.
La prontezza alla produzione assorbe il secondo colpo. Una piattaforma in cui l’app può essere disattivata per un mancato pagamento o un picco di traffico non preventivato non è del tutto sotto il vostro controllo. Bubble ottiene 7,0 in prontezza alla produzione, e la volatilità delle WU insieme alle incongruenze segnalate nell’integrazione dei pagamenti sono le detrazioni specifiche dietro questo numero.
Su questi due criteri, Softr ottiene 9,0 in manutenibilità e offre piani fissi da 49 $ a 269 $/mese fatturati annualmente senza contatore di utilizzo, quindi la fattura del secondo anno ha la stessa forma di quella del primo anno. Non è un’affermazione secondo cui Softr eguaglia la flessibilità di design di Bubble, dove Bubble vince legittimamente con 8,5 contro l’onesto 5,5 di Softr. È l’affermazione che, per un’app aziendale definita da login, permessi e una lunga coda di manutenzione, una fattura fissa e un modello di modifica a basso groviglio contano più del controllo a livello di pixel.
Come prevedere davvero una fattura Bubble
Se Bubble resta la scelta giusta, perché l’app ha davvero bisogno della sua flessibilità di design a livello di pixel o di una logica personalizzata approfondita, va prezzato come il servizio a consumo che è, non come una postazione SaaS a prezzo fisso.
- Prevedete il piano Growth, non il piano Starter, per qualsiasi app con utenti reali. 175.000 WU/mese sembrano tante finché una manciata di workflow complessi non gira con traffico reale.
- Verificate l’efficienza delle ricerche nei workflow prima del lancio, poiché le query al database non ottimizzate sono il fattore più citato dietro un consumo incontrollato di WU.
- Trattate i livelli Free e Starter solo come budget di prototipazione. Il limite di 200 record su Free e il tetto di WU su Starter sono limiti da demo, non limiti di produzione.
- Abbiate un piano per lo scenario di mancato pagamento. Un’app a pagamento può tornare ai limiti del piano gratuito e andare offline se l’account non viene mantenuto aggiornato, il che è una questione di continuità aziendale, non solo di costo.
Il confronto onesto
Bubble si guadagna onestamente il suo punteggio elevato in flessibilità di design: un editor a livello di pixel e una logica relazionale approfondita che poche piattaforme no-code eguagliano. Ciò che non offre è una fattura fissa e prevedibile, e il prezzo a workload unit è il meccanismo che trasforma “abbiamo superato il piano Starter” in “non sappiamo quanto costerà il prossimo mese”. Per un prodotto consumer personalizzato o un MVP SaaS complesso dove quel tetto di design è proprio l’obiettivo, il costo a consumo è uno scambio equo. Per un portale clienti, uno strumento interno o un CRM dove l’elemento distintivo è l’affidabilità e una spesa prevedibile, Bubble vs Softr spiega perché la piattaforma a prezzo fisso vince sui criteri che contano per questa categoria di app. Vedi /methodology per capire come viene costruito ogni punteggio di questo sito.