Come ho venduto Bitzuma in cinque mesi

Bitzuma è nata a maggio 2025 ed è stata venduta a ottobre 2025: una testata di news, analisi e interviste sul mondo crypto. Cinque mesi dall'idea all'exit, mentre i due progetti precedenti avevano bruciato ventiquattro mesi senza produrre niente che qualcuno volesse comprare.

La differenza non è stata la fortuna né il timing. È che per la prima volta ho costruito una cosa che poteva funzionare senza di me, e questa è l'unica proprietà che rende un progetto vendibile.

Un progetto è vendibile quando funziona senza chi l'ha costruito

Chi compra non compra il tuo lavoro: compra un flusso che continua dopo che tu sei uscito dalla stanza. Tutto quello che vive solo nella tua testa è, dal punto di vista di chi compra, un costo di trasferimento, non un asset.

Con 21BJ e Sp3llbound avevo costruito l'opposto: due prodotti dove ogni cosa dipendeva da decisioni mie non scritte da nessuna parte. Chiunque li avesse comprati avrebbe comprato un progetto da rifare, non da gestire. Infatti nessuno li ha comprati, ed è stato corretto così.

Bitzuma era diversa in tre punti:

• Pubblicava ogni giorno con un formato ripetibile. News, analisi, interviste: tre formati, non uno stile personale. Un formato lo si passa a un altro, uno stile no.
• L'audience era la cosa in vendita, non il sito. Il codice di una testata vale poco. Le persone che la leggono ogni giorno valgono, e sono l'unica parte difficile da ricostruire da zero.
• Il processo stava scritto fuori dalla mia testa. Dove si trovano le fonti, come si sceglie cosa pubblicare, chi si contatta per le interviste. Noioso da scrivere, ed è la parte che ha reso la trattativa breve.

Perché il media ha funzionato dove il prodotto aveva fallito

Perché con un media il feedback arriva in ventiquattro ore e non in ventiquattro mesi. Pubblichi, e sai subito se qualcuno legge. Con un gioco puoi passare un anno a costruire prima di scoprire che il problema non interessa a nessuno.

È la stessa lezione dei progetti chiusi, letta al contrario. Il difetto di 21BJ non era il gioco: era la lunghezza del ciclo tra una decisione e la prova che fosse sbagliata. Bitzuma aveva quel ciclo corto per costruzione, quindi ogni settimana correggevo la rotta invece di scoprire tutto insieme alla fine.

Non sto dicendo che i media sono meglio dei prodotti. Sto dicendo che se non sai ancora se hai ragione, scegli la cosa che te lo dice prima.

Cosa guarda chi compra, in ordine

Nella trattativa le domande sono arrivate quasi sempre in quest'ordine, e non è l'ordine che mi aspettavo:

1. Quanta parte del traffico dipende da una sola fonte. Un progetto che vive al 90% su un canale è un progetto che vale quanto la prossima modifica dell'algoritmo di quel canale.
2. Quanto è ricorrente quello che entra. Una entrata ripetuta piccola pesa più di una una tantum grande, perché è l'unica proiettabile.
3. Quante ore a settimana serve tenerlo in piedi. Non "quanto è bello": quanto costa in tempo umano. È il numero che determina se chi compra può gestirlo insieme alle sue altre cose.
4. Cosa si rompe quando esci tu. Le relazioni personali, gli accessi, i contatti per le interviste. È qui che il processo scritto ha fatto la differenza.
5. Il codice. Ultimo, e quasi come formalità. Nessuno ha aperto il repository prima di aver chiuso i primi quattro punti.

Se hai in mente di vendere qualcosa un giorno, quei cinque punti sono anche una buona lista di cosa costruire fin dall'inizio.

Cosa avrei fatto diverso

Avrei tenuto i numeri in ordine dal primo giorno. Ho passato più tempo a ricostruire dati storici per la trattativa di quanto ne sarebbe servito a registrarli man mano. Chi compra chiede serie temporali, non screenshot.

E avrei separato prima il mio nome dal marchio. Più il progetto è legato alla tua faccia, più quello che vendi è ambiguo: la testata o te? Su Bitzuma è andata bene, ma è una tensione che adesso gestisco fin dall'inizio, tenendo i prodotti separati dal sito personale.

Domande frequenti

Per quanto hai venduto Bitzuma?

I termini dell'accordo non sono pubblici. Quello che posso dire è che il prezzo si è formato quasi interamente sull'audience e sulla ripetibilità del processo, non sulla tecnologia.

Cinque mesi sono un tempo normale per un exit?

No, è corto. Ha funzionato perché il progetto era piccolo, chiaro e trasferibile, e perché l'acquirente era già nel settore. Un prodotto software con utenti paganti richiede in genere molto più tempo di due-diligence.

Consiglieresti di costruire pensando all'exit?

No, ma consiglio di costruire pensando alla trasferibilità, che sembra la stessa cosa e non lo è. Un progetto trasferibile è più facile da gestire anche se non lo vendi mai: significa che non dipende interamente da te.

Perché non hai continuato con i media?

Perché volevo tornare a costruire prodotto, questa volta da solo e con un metodo diverso. Ne scrivo in da co-founder a solo founder.