L'app del tuo cliente ha appena avuto il suo mese migliore di sempre. Le iscrizioni sono triplicate, i workflow che hai costruito girano a meraviglia e il fondatore è entusiasta. Poi arriva la fattura della piattaforma: due milioni di workload unit oltre la soglia prevista dal piano, fatturate a trenta centesimi ogni mille. Si tratta di un superamento di 600 $ in aggiunta a un piano da 119 $ — e se il tuo contratto recita "hosting incluso" all'interno di un compenso mensile fisso, quei 600 $ escono dal tuo margine, non dal budget del cliente. Il loro successo è appena diventato una tua perdita, e nulla nel tuo scope of work lo aveva previsto.
Questo è il rischio di prezzo decisivo nel gestire un'agenzia no-code nel 2026. Bubble fattura a consumo, Webflow misura la banda e il volume di contenuti, ed entrambi ridefiniscono i prezzi periodicamente. Un compenso fisso finge che quei costi siano prevedibili. Non lo sono. Le agenzie che sopravvivono a tutto questo trattano la spesa per la piattaforma per ciò che realmente è: un costo pass-through che fluisce dal fornitore, attraverso i tuoi libri contabili, fino al cliente — con il tuo reddito reale rappresentato dal ricarico e dalla commissione di gestione, mai dal rimborso stesso.
Come Bubble ti fattura davvero nel 2026
I prezzi di facciata di Bubble sembrano contenuti. Con la fatturazione annuale, i piani web vanno da 29 $ al mese per Starter, 119 $ per Growth e 349 $ per Team, con un livello gratuito a 0 $ e Enterprise a prezzo su richiesta. La fatturazione mensile costa di più: rispettivamente 32 $, 134 $ e 399 $. Ma la quota del piano è la parte più piccola della maggior parte delle fatture in produzione. Il vero contatore è la workload unit.
Ogni piano a pagamento include una dotazione mensile di workload unit: 175.000 unità su Starter, 250.000 su Growth e 500.000 su Team. Il piano gratuito ne include 50.000 ma non consente di pubblicare un'app live. Una workload unit misura il lavoro del server — ricerche nel database, esecuzioni di workflow, chiamate API, caricamenti di pagina, operazioni sui file — e il consumo varia enormemente a seconda dell'operazione. Un semplice caricamento di pagina costa all'incirca da mezza unità a due unità; una singola ricerca complessa può costare da 10 a 50. Un'app con workflow chiacchieroni o ricerche non ottimizzate può esaurire una dotazione Starter molto prima che il suo traffico appaia impressionante.
Quando la dotazione si esaurisce, la tariffa di superamento senza alcun livello aggiuntivo è di 0,30 $ per 1.000 unità. Un milione di unità extra in un mese — facile per un'app in crescita con workflow pesanti sul backend — costa 300 $. I livelli di workload prepagati abbassano notevolmente la tariffa unitaria, fino a circa 0,10 $ per 1.000 al livello massimo, ma devi acquistare il livello prima del picco, e i livelli rappresentano un impegno mensile a sé stante.
Tre meccanismi rendono questo insidioso specificamente per le agenzie. Primo, il consumo è davvero difficile da prevedere in anticipo; due app con numeri di utenti identici possono differire di un ordine di grandezza nel workload a seconda di come sono costruiti i loro workflow. Secondo, i superamenti sono attivati per impostazione predefinita, e Bubble invia un'email al titolare dell'account al 75 percento e al 100 percento della dotazione — ma se la tua agenzia detiene l'account, quell'email arriva a te, non al cliente i cui utenti hanno causato il picco. Terzo, disattivare i superamenti non limita la fattura in modo graduale: l'app va offline quando raggiunge il limite finché i superamenti non vengono riattivati, non si acquista un livello o non inizia il ciclo successivo. "Il sito è andato giù perché abbiamo raggiunto un limite di utilizzo che nessuno stava monitorando" non è una conversazione che vuoi avere con un cliente.
Webflow ha la stessa forma con contatori diversi
Webflow non usa workload unit, ma i suoi prezzi hanno lo stesso profilo di volatilità dal punto di vista di un'agenzia: una modesta quota base più contatori che si muovono con il successo del cliente.
A maggio 2026 Webflow ha fuso i suoi vecchi piani sito CMS e Business in un unico piano Premium: 25 $ al mese per sito con fatturazione annuale (39 $ mensili), che copre 300 pagine statiche, 20.000 elementi CMS e 50 GB di banda. Il piano Basic a 15 $ al mese copre un dominio personalizzato e 10 GB di banda ma nessun CMS. Tutto ciò che supera la banda inclusa viene venduto come add-on a pagamento, fino a 2,5 terabyte — quindi il lancio virale di un cliente o un trimestre intenso di traffico di immagini e video si converte direttamente in una fattura Webflow più alta.
E il piano sito è solo una delle tre fatture. I piani workspace per la collaborazione sul design, i posti aggiuntivi per designer, le lingue aggiuntive e la capacità transazionale dell'e-commerce sono tutti fatturati separatamente, in aggiunta alla quota per sito. Un cliente che chiede "solo un'altra lingua" o "accesso per altri due editor" ti sta chiedendo di aumentare uno stack a consumo — e se il tuo contratto quota un unico importo mensile fisso per "sito web più hosting", ognuno di questi sì riduce il tuo margine.
Entrambe le piattaforme ridefiniscono anche i prezzi. Bubble ha modificato il prezzo di Starter a ottobre 2026; Webflow ha ristrutturato l'intera gamma di piani sito a metà anno. Qualsiasi preventivo fisso plurimensile che incorpora i prezzi attuali della piattaforma è una scommessa che il fornitore resterà fermo. Quella scommessa perde da anni.
L'errore contrattuale: includere costi a consumo in un compenso fisso
La modalità di fallimento è quasi sempre la stessa frase, sepolta in una proposta o in un master services agreement: un compenso mensile fisso che "include l'hosting". Suona come semplicità per il cliente. In pratica rende la tua agenzia l'assicuratore della volatilità del fornitore — incassi un premio fisso e assorbi un downside a consumo illimitato.
Il reporting di settore sui progetti realizzati dalle agenzie colloca le tipiche commissioni per un progetto Bubble tra i 20.000 $ e i 250.000 $, e segnala la specifica trappola di margine: quando consegni l'app di un cliente e il business del cliente ha successo, il consumo aumenta, e o il cliente paga di più senza averlo mai messo a budget, oppure l'agenzia assorbe l'aumento. Il prezzo fisso su uno scope vago è già la fonte più comune di controversie agenzia-cliente nei servizi software in generale; aggiungere una fattura a consumo di terze parti all'interno del prezzo fisso trasforma ogni picco di utilizzo in una rinegoziazione.
La stessa trappola appare un livello più in basso nel lavoro su AI e automazione, dove le agenzie che includono costi di API e token in retainer fissi scoprono che una variazione di prezzo del fornitore diventa la loro perdita da un giorno all'altro. La spesa per la piattaforma si comporta esattamente come la spesa per i token: a consumo di terze parti, guidata dal cliente e fuori dal tuo controllo. I costi con queste tre proprietà non appartengono a un compenso fisso. Appartengono a una clausola di pass-through.
C'è un secondo costo, più silenzioso, dell'includere: nasconde i numeri al cliente. Un cliente che non vede mai l'andamento delle workload unit non ha motivo di approvare il lavoro di ottimizzazione che lo ridurrebbe — ristrutturare una ricerca dispendiosa, spostare la logica pesante verso workflow backend, acquistare un livello di workload prima del picco invece di pagare il superamento grezzo dopo. La fatturazione trasparente a pass-through trasforma l'utilizzo in una dashboard condivisa che entrambi osservate, che è l'unica configurazione in cui il lavoro di ottimizzazione si vende da solo.
La soluzione: rendere la spesa per la piattaforma un costo pass-through
I costi pass-through sono spese che la tua agenzia paga per conto di un cliente — abbonamenti ai fornitori, fatture a consumo, canoni di licenza — che vengono rifatturati al cliente, a costo o con un ricarico di gestione. Il concetto è standard nella contabilità delle agenzie: i costi del cliente fluiscono attraverso i tuoi libri senza diventare il tuo reddito. Applicato alle piattaforme no-code, esistono tre modelli praticabili. Scegline uno per cliente, per iscritto, prima che l'app vada live.
Modello 1: il cliente detiene l'account del fornitore e paga direttamente. Il cliente crea il proprio account Bubble o Webflow, aggiunge la propria carta e possiede il piano, i livelli e i superamenti. La tua agenzia viene invitata come collaboratore o editor ospite. Questa è la configurazione più pulita — la fattura a consumo non tocca mai i tuoi libri — ed è il default giusto per i clienti più grandi con una propria funzione finanziaria. Il noto svantaggio: a volte i clienti investono troppo poco nel loro livello di piano per risparmiare, il che crea colli di bottiglia nelle prestazioni e interruzioni per raggiungimento dei limiti che poi devi diagnosticare e spiegare. Se scegli questo modello, inserisci una raccomandazione di livello minimo nella documentazione di consegna e una clausola che stabilisce che operare al di sotto di esso è a rischio del cliente.
Modello 2: l'agenzia paga e rifattura a costo più un ricarico. Detieni l'account del fornitore, paghi la fattura della piattaforma con la tua carta e fatturi al cliente ogni mese l'esatta spesa per la piattaforma più una commissione di gestione — tipicamente dal 10 al 20 percento del pass-through, l'intervallo che la maggior parte delle agenzie usa per coprire la gestione del fornitore, la riconciliazione e l'anticipo di cassa. Questo modello si adatta ai clienti più piccoli che vogliono una sola fattura e zero amministrazione del fornitore. Il tuo contratto deve indicare la percentuale di ricarico, la cadenza di fatturazione e — soprattutto — che gli aumenti di prezzo del fornitore passano automaticamente. Senza quest'ultima frase, ogni ridefinizione dei prezzi di Bubble o Webflow riapre il tuo prezzo.
Modello 3: un piano di assistenza a pacchetto con un tetto di utilizzo e una clausola di superamento. Quoti un retainer mensile fisso che include la spesa per la piattaforma fino a un tetto dichiarato — per esempio, "include il piano Growth più fino a 150 $ al mese di superamenti di workload" — con qualsiasi importo oltre il tetto fatturato a costo più ricarico. Questo dà al cliente prevedibilità di budget per i mesi normali mantenendo il rischio dei picchi dove deve stare. Il tetto deve indicare sia il livello del piano sia una tolleranza di superamento in dollari; "include l'hosting" senza numeri è il Modello 0, la trappola da cui stai cercando di fuggire.
Qualunque modello tu scelga, cinque clausole appartengono allo statement of work: chi detiene l'account del fornitore e quale carta è registrata; chi paga i superamenti e gli upgrade di livello, e sopra quale soglia in dollari ti serve l'approvazione scritta prima di acquistare un livello; la percentuale di ricarico sulla spesa rifatturata; un report mensile di utilizzo che invii con la fattura, che mostra dotazione, consumo e andamento; e il riconoscimento da parte del cliente che le variazioni di listino del fornitore passano senza un emendamento contrattuale. Quella quinta clausola è quella che le agenzie dimenticano e quella di cui poi hanno più bisogno.
Registralo bene: i rimborsi non sono il tuo ricavo
Una volta che la spesa per la piattaforma fluisce attraverso la tua agenzia, la contabilità deve mantenerla visibilmente separata da ciò che guadagni davvero. Supponiamo che Bubble addebiti alla tua carta 300 $ per il superamento di ottobre di un cliente — un milione di unità extra a 0,30 $ per mille — e che tu rifatturi al cliente 345 $: i 300 $ a costo più una commissione di gestione del 15 percento. Il tuo reddito reale da quella fattura è di 45 $, non di 345 $. Registrare l'intero importo di 345 $ come ricavo sovrastima il tuo fatturato, gonfia qualsiasi calcolo fiscale o di valutazione basato sui ricavi e rende un successivo rimborso o una nota di credito uno storno di ricavo invece di ciò che realmente è: denaro del cliente che passa attraverso.
Lo standard contabile è d'accordo. Ai sensi dell'ASC 606, il quadro principal-versus-agent chiede se controlli il servizio prima che venga trasferito al cliente. Non controlli il calcolo di Bubble o la banda di Webflow — lo fa il fornitore — quindi sulla spesa per la piattaforma rifatturata la tua agenzia è un agent, e la presentazione corretta è al netto: il ricarico come reddito da commissioni, con il rimborso che transita attraverso righe pass-through abbinate. Concretamente, mantieni due coppie di conti: ricavo pass-through abbinato a spesa pass-through, e reddito da commissioni a sé stante. La coppia pass-through dovrebbe chiudersi all'incirca a zero ogni mese, salvo differenze di tempistica; il ricarico vive nel reddito da commissioni, dove si misurano i tuoi margini.
Ecco come si presenta in forma di contabilità in testo semplice. L'agenzia paga i 300 $ di superamento di Bubble con la propria carta, poi fattura al cliente 345 $:
2026-10-01 open Assets:Checking:Operating USD
2026-10-01 open Assets:Receivable:Client-Acme USD
2026-10-01 open Expenses:Passthrough:Bubble-WU USD
2026-10-01 open Income:Passthrough-Reimbursement USD
2026-10-01 open Income:Fees:Hosting-Markup USD
2026-10-31 * "Bubble" "October WU overage, client Acme app, 1M units at 0.30 per 1K"
Expenses:Passthrough:Bubble-WU 300.00 USD
Assets:Checking:Operating -300.00 USD
2026-10-31 * "Acme Corp" "October platform reimbursement plus 15 percent hosting admin fee"
Assets:Receivable:Client-Acme 345.00 USD
Income:Passthrough-Reimbursement -300.00 USD
Income:Fees:Hosting-Markup -45.00 USDSegui la logica. La prima transazione registra l'addebito del fornitore come spesa pass-through, non come tuo costo software — collocarla tra le spese operative ordinarie è l'errore che fa sembrare gonfiata la tua base di costi e sottili i tuoi margini. La seconda transazione suddivide la fattura al cliente: i 300 $ si compensano sulla riga di rimborso, che si chiude con la spesa a zero, e solo i 45 $ di ricarico finiscono nel reddito da commissioni. Se il cliente contesta il superamento o Bubble emette una nota di credito, la rettifica colpisce la coppia pass-through e il tuo ricavo dichiarato non si muove mai. La documentazione copre modelli di struttura dei conti come questo in modo più approfondito, e Fava visualizza la coppia pass-through come una sezione a sé così puoi confermare a colpo d'occhio ogni mese che si chiude a zero.
Due abitudini contabili rendono questo sostenibile. Primo, riconcilia la spesa per la piattaforma per cliente ogni mese, sia rispetto alla fattura del fornitore sia rispetto alla tua rifatturazione — le dashboard di workload si discostano dalle fatture più spesso di quanto ti aspetti, e il mese che salti è il mese in cui un livello si è rinnovato senza che nessuno se ne accorgesse. Secondo, non lasciare mai che il saldo della piattaforma di un cliente resti sulla tua carta da un trimestre all'altro; fattura le rifatturazioni mensilmente con gli stessi termini di pagamento delle tue commissioni, perché un superamento non rifatturato di 600 $ che invecchia nelle tue spese è un prestito senza interessi che non hai mai accettato di concedere.
Il tuo prossimo passo: controlla i contratti che hai già firmato
Tira fuori questa settimana i tuoi master agreement e statement of work attuali e cerca la frase che crea questo rischio: qualsiasi variante di "hosting incluso" legata a un numero fisso. Per ciascuno, verifica quale dei tre modelli descrive effettivamente — cliente-paga, rifatturazione-con-ricarico o piano di assistenza con tetto — e se sono presenti le cinque clausole: titolare dell'account, responsabilità dei superamenti, percentuale di ricarico, report mensile di utilizzo e pass-through automatico delle variazioni di prezzo del fornitore. La maggior parte delle agenzie trova almeno un cliente su un pacchetto senza tetto e almeno un contratto silenzioso sulla ridefinizione dei prezzi.
Poi correggili in ordine di rinnovo, iniziando dal cliente la cui app cresce più velocemente — è lì che arriverà il prossimo picco. Sposta le nuove realizzazioni su account detenuti dal cliente o su termini di rifatturazione espliciti fin dal primo giorno, metti la dashboard di utilizzo sulla fattura mensile, e lascia che la fattura a consumo faccia ciò che deve fare: salire e scendere con il successo del cliente, sul budget del cliente, mentre il tuo margine resta tuo.
