Un chatbot IA stretto, due weekend, dieci utenti paganti
Tutti vogliono vendere un wrapper IA e quasi tutti scelgono una nicchia troppo larga. Un assistente generale compete con il tier gratuito di ChatGPT dal giorno uno e perde. Il chatbot che ho costruito in due weekend fa esattamente una cosa per esattamente un pubblico, e quel vincolo è il motivo per cui ha utenti paganti. Non condividerò la nicchia perché l'intero playbook è generico; scegli la tua, applica le stesse regole e atterrerai da qualche parte simile.
Il test di nicchia che ho fatto prima di scrivere codice
Prima di aprire un editor di codice, ho postato un pitch di due frasi in tre forum di nicchia e ho chiesto se qualcuno avrebbe prepagato 15 euro per una beta chiusa. Ho avuto quattro risposte sì e due forse in 48 ore. Quello è stato il mio via libera. Se avessi avuto zero, avrei cambiato nicchia, non insistito. Lo stesso filtro che uso per i lanci di template Notion vale qui; un pubblico freddo deve allungare la mano al portafoglio prima che io scriva una riga di codice.
Lo stack, tenuto noioso di proposito
Next.js su Vercel, Clerk per l'auth, Stripe per il billing, OpenAI API per il modello, un singolo file SQLite su un piccolo VPS per lo stato. Nessun vector store, niente RAG, nessun fine tuning. Il prodotto è un singolo, system prompt scritto con cura con una finestra di contesto corta e un cap di messaggi. L'intera codebase è sotto le 900 righe. Noioso è il punto. Ogni scelta esotica che ho brevemente considerato (database vettoriale, modello open source self hosted, orchestrazione complessa) avrebbe aggiunto settimane e zero valore utente alla scala in cui opero.
Stripe, il passaggio che mi è costato un giorno pieno
L'onboarding Stripe nell'UE richiede un'entità legale registrata. In Italia uso la partita IVA in regime forfettario, che mi ha richiesto circa quattro ore di pratiche e 180 euro tra commercialista e apertura. Senza quella, Stripe tiene il tuo primo payout e blocca l'account fino alla verifica. Il secondo gotcha di Stripe è il webhook del ciclo di vita dell'abbonamento; ho sprecato un giorno intero perché non avevo gestito l'evento invoice.payment_failed, e tre utenti hanno churnato in silenzio perché le loro carte erano scadute. Gestisci l'intero set di eventi dell'abbonamento prima di lanciare, non dopo.
Economia unitaria, mese tre
34 utenti paganti a 15 euro, 510 euro di ricavi mensili ricorrenti. Il costo dei token OpenAI al cap di 200 messaggi ammonta in media a 4,80 euro per utente al mese; costo API totale intorno a 163. Commissioni Stripe intorno a 22, hosting 11, tier gratuito Clerk ancora valido a questa taglia. Margine netto circa 314 euro al mese, 61 percento sui ricavi. Il cap rende questo prevedibile. Senza il cap, il mio utente più pesante (uno studente a vita che ha davvero testato il prodotto) avrebbe consumato da solo più di 40 euro di token, il che avrebbe ucciso il margine su dieci utenti.
Retention e la singola feature che ho quasi tagliato
La retention al mese tre è dell'82 percento. Tre utenti hanno churnato (uno duro, due morbidi). La feature che li trattiene è un riepilogo settimanale via email delle loro conversazioni passate, con tre prompt suggeriti. L'ho quasi tagliata alla prima settimana perché sembrava cosmetica. Il churn tra gli utenti che hanno aperto almeno un riepilogo era del 4 percento; tra quelli che non ne hanno mai aperto uno, del 28 percento. Una feature quasi tagliata si è rivelata essere il motore di retention. Per il modello a composizione dietro, confronta con la mia economia della newsletter a pagamento.
Addebita dal giorno uno, sconto annuale al giorno sette
Addebito ogni utente dal giorno uno, niente trial gratuito. Al giorno sette mando un'email con uno sconto del 25 percento per il prepagato annuale. Il trentuno percento dei miei utenti lo prende. Lo spostamento di cash flow è significativo; il mese tre sarebbe stato 314 netto, con gli annuali è più vicino a 480. E gli utenti annuali churnano al 3 percento nella finestra di osservazione, contro il 14 percento dei mensili. Il takeaway controintuitivo è che addebitare prima attira clienti migliori, non di meno.
Non saltare il cap dei messaggi. Ogni indie builder che conosco che ha lanciato senza cap ha bruciato la sua runway quando un singolo utente pesante ha scoperto il prodotto. Un cap a 200 messaggi al mese copre il 95° percentile dell'uso reale nei miei dati e ti protegge dal 99°. Se un utente si lamenta del cap, o sta estraendo valore reale (bene, alza il prezzo) o sta abusando del prodotto (bene, lascialo churnare).
Domande frequenti
Si può davvero costruire e vendere un chatbot in un weekend?
Costruire sì. Vendere no. Il prodotto funzionante mi ha richiesto un weekend di circa quattordici ore. Billing, onboarding e una landing page vera hanno richiesto un secondo weekend. La distribuzione, da dove arrivano i primi dieci utenti paganti, non è un lavoro da weekend; è un canale continuo che scegli una volta e su cui resti.
Quale margine è realistico dopo i costi dei token?
Su un abbonamento mensile da 15 euro il mio margine medio dopo i costi dei token OpenAI è del 68 percento con un cap di 200 messaggi per utente al mese. Gli utenti pesanti lo tirano giù, quelli leggeri lo tirano su. Il cap è la decisione portante; senza, un singolo power user cancella il margine su cinque utenti normali.
Serve una vera società per accettare Stripe?
Nell'UE sì, una registrazione come ditta individuale è il minimo. In Italia la partita IVA in regime forfettario è la via più semplice; il setup mi sarebbe costato all'incirca quattro ore e 180 euro tra commercialista e contributi di apertura. Lo sblocco Stripe è stato in giornata. Se salti questo passaggio inviti un blocco dell'account nel momento in cui superi payout da 1.000 euro.