Fondamenta: cosa include davvero il piano gratuito

Ho passato cinque giorni a usare il piano gratuito come farebbe un utente reale, non come lo descrive una pagina dei prezzi, e ho annotato quello che succedeva man mano. Fare uno screenshot e passare oltre non è il modo per trovare le clausole nascoste — costruire qualcosa per una settimana e sbattere contro qualunque muro ci sia davvero, lo è. Ecco il diario.

Lunedì, 9:40 — registrazione, nessuna carta

Prima cosa che ho controllato prima di scrivere una riga di codice: chiede una carta? Non lo fa. Normalmente salterei un dettaglio del genere, ma un piano gratuito che vuole i dati di pagamento prima ancora che tu abbia costruito qualcosa ti dice cosa pensa di te, quindi l'ho annotato e sono passato a costruire davvero.

Ho scelto un sito per piccole imprese come progetto di prova — niente di esotico, una landing page, un modulo di contatto, una sezione blog. Alle 10:15 avevo una prima versione live sul sottodominio gratuito. Nessun paywall tra "costruire" e "pubblicare", cosa in cui molti piani gratuiti si trasformano silenziosamente in demo.

Lunedì, 14:00 — il ciclo di iterazione, dove mi aspettavo il muro

Questa è la parte di cui ero più sospettoso. Le prime build sono economiche per qualsiasi agente — brief pulito, nessun codice esistente da conciliare — quindi una piattaforma può far sembrare generoso il piano gratuito alla prima build e poi dissanguarti alla seconda. Sono andato a caccia del ciclo: "rendi l'intestazione fissa", "correggi la navigazione mobile", una revisione dei contenuti, altre due piccole modifiche dopo. Ognuna di queste ha toccato più file di quanto la richiesta lasciasse intendere, come succede sempre con le revisioni reali. Non ho raggiunto il tetto quel giorno, ma sentivo dove fosse — l'allowance è chiaramente dimensionata per un ciclo completo come questo, non per cinque.

Ho anche controllato, nel primo pomeriggio, se il passaggio di revisione viene saltato sugli account gratuiti per risparmiare calcolo. Non lo è — stesso linting, stesso controllo di sicurezza, stessa verifica funzionale prima che qualcosa venga contrassegnato come completato. Sono andato a cercare una scorciatoia proprio qui perché è la prima cosa che taglierei sotto pressione sui margini se gestissi io questa attività, e non è stata tagliata.

Martedì, 11:00 — pubblicato un secondo progetto per vedere il limite del backend

Ho avviato una seconda idea, questa volta con un vero backend — database, una rotta API, tutto il pacchetto. È qui che mi aspettavo il vero limite, e l'ho trovato: una sola app con backend live per account gratuito. Ho provato ad attivare un secondo backend hostato insieme al primo e non è stato possibile farli funzionare entrambi live contemporaneamente.

Quello che mi ha sorpreso è cosa non conta ai fini di quel limite. Ho creato un piccolo strumento scaricabile più avanti nella settimana — nessun server, solo un'app pacchettizzata — e si è pubblicato senza problemi, senza competere con il backend live. Ha senso se ci si pensa in termini di costi: un backend hostato resta sempre attivo e costa denaro che ci sia traffico o no; una build statica o installabile è solo un insieme di file inerti. Solo quello sempre attivo viene razionato.

Martedì, 16:30 — ho provato a rompere la concorrenza

Ho avviato una build, poi a metà esecuzione ho chiesto all'assistente di avviare qualcosa non correlato. È stata messa in coda invece di essere eseguita in parallelo. Fastidioso per circa novanta secondi, poi irrilevante — stavo comunque guardando l'anteprima della prima build, quindi aspettare che finisse prima di iniziare la cosa successiva era quello che avrei fatto lo stesso. Posso immaginare che conti di più per un team che gestisce due pipeline di agenti contemporaneamente — generazione di contenuti su una pagina mentre un agente di build ristruttura un'altra — ma è un pattern d'uso diverso dal mio.

Mercoledì — le librerie, e perché non sono una funzionalità di prova

Ho passato mercoledì a testare se gli strumenti di accumulo — knowledge base, immagini di riferimento, template — funzionano davvero sul piano gratuito o sono solo un'anticipazione riservata al piano a pagamento. Non sono limitati. Al terzo giorno la piattaforma riutilizzava la mia identità di marca e gli screenshot di riferimento senza che dovessi rispiegarli, che è esattamente il senso di un livello di conoscenza: bloccarlo significherebbe che gli utenti gratuiti non vedono mai il prodotto migliorare progressivamente, e allora perché dovrebbero mai pagare per continuare a usare qualcosa di cui non hanno mai visto il valore.

Ho anche verificato se l'isolamento dei dati tra tenant fosse in qualche modo "più leggero" sul piano gratuito — isolamento parziale, coda più lenta per i controlli di isolamento, qualsiasi cosa. Non lo è, e in realtà strutturalmente non può esserlo; l'isolamento è binario. O i job in background e le query sono separati per tenant o non lo sono, non esiste una versione all'80% da vendere a un prezzo più basso. Piano gratuito e a pagamento hanno qui la stessa garanzia, cosa che davo per scontata ma volevo verificare davvero, non solo dare per fede.

Giovedì — la pubblicazione sullo store, la cosa che quasi non ho provato

Ho quasi saltato questo test perché davo per scontato che la pubblicazione su uno store fosse riservata al piano a pagamento — è l'istinto che ha la maggior parte delle persone, ed è sbagliato. Ho pacchettizzato il piccolo strumento di martedì come installabile e la pubblicazione lato piattaforma ha funzionato esattamente come mi aspetterei su un account a pagamento. L'unico ostacolo è stata la tassa di registrazione degli sviluppatori di Google, che non ha nulla a che fare con il piano su cui sono. Vale la pena dirlo chiaramente perché ho visto persone auto-imporsi limiti inesistenti solo perché immaginavano il peggio.

Venerdì — cosa salterei la prossima volta

Se rifacessi questo test salterei il test di concorrenza del martedì pomeriggio — ha risposto alla sua domanda in meno di due minuti e ho passato altri quaranta minuti a provare varianti che confermavano tutte la stessa cosa. Anticiperei anche il controllo dell'isolamento tra tenant al primo giorno invece che al terzo, perché è il fatto che le persone dovrebbero conoscere prima di metterci sopra qualcosa di reale, non dopo.

Cosa non salterei: il test del ciclo di iterazione di lunedì. È l'unico punto in cui un piano gratuito di solito si rivela essere un imbuto di conversione, ed è quello che vale la pena rifare di persona se stai decidendo se questo è un prodotto reale o una prova con un marketing migliore.

Quindi: tre motivi legittimi per passare a un piano superiore, basati su ciò che mi ha davvero fermato rispetto a ciò che mi aspettavo mi fermasse. Hai esaurito il ciclo di iterazione più di una volta, non solo quella singola volta che capita a tutti nel primo mese — guarda come si comporta davvero l'esaurimento, non si perde nulla, ma un pattern ricorrente è un segnale. Hai bisogno di due backend hostati attivi contemporaneamente, un bisogno strutturale che il piano gratuito non è pensato per sostenere, non un problema di budget che puoi aggirare. Oppure quello che hai costruito ha smesso di essere un test e ha iniziato a farti guadagnare, e a quel punto lavorare vicino a un limite è un costo di ansia, non solo tecnico.

Niente di tutto questo mi ha toccato questa settimana. Ho creato un sito vero e uno strumento scaricabile vero, ho iterato su entrambi, li ho pubblicati entrambi, e l'unico muro che ho trovato è esattamente quello che le condizioni scritte in piccolo dicevano che ci sarebbe stato.