Come vendere un side project: preparazione, prezzo, acquirenti e passaggio di consegne

Per vendere un side project, metti in ordine i numeri e i conti, descrivi per iscritto come funziona, decidi cosa stai vendendo e quanto vale più o meno, poi trova un acquirente tramite un marketplace, una community o un contatto diretto, e consegnalo con un accordo scritto e una checklist. La maggior parte del lavoro sta nella preparazione: un progetto facile da capire e facile da prendere in carico si vende più facilmente e a condizioni migliori. Questa guida ti accompagna in ogni passaggio.

Se sei ancora in una fase precedente e stai facendo crescere il progetto, come guadagnare con un’app spiega la monetizzazione, e metriche SaaS spiegate illustra i numeri che chiederanno gli acquirenti.

Quando ha senso vendere

Vale la pena considerare la vendita quando:

• Hai perso interesse, ma il progetto ha ancora utenti, ricavi o traffico.
• Richiede più tempo di quanto tu possa dargli per crescere, e qualcun altro potrebbe farlo.
• Si adatta meglio altrove: un concorrente, un partner o un prodotto più grande potrebbero sfruttarlo meglio.
• Vuoi finanziare o concentrarti su qualcosa di nuovo.

Potrebbe non valere la pena venderlo se il progetto richiede pochissimo impegno e genera entrate costanti; alcune persone scelgono di tenerlo. Valuta anche se chiuderlo in modo ordinato o renderlo open source serve meglio gli utenti.

Passo 1: sappi cosa stai vendendo davvero

Gli acquirenti pagano per cose diverse. Elenca ciò che il tuo progetto ha:

Se il progetto non ha ricavi né utenti, stai vendendo asset (codice, dominio, design) e dovresti fissarne il prezzo e descriverli in questo modo.

Passo 2: metti in ordine i numeri

Prima di parlare con qualsiasi acquirente, prepara registri semplici e onesti per almeno gli ultimi dodici mesi, o dal lancio se è più breve:

• Ricavi per mese, dai report del tuo fornitore di pagamenti.
• Costi per mese: hosting, domini, strumenti, API a pagamento, collaboratori, pubblicità.
• Profitto per mese (ricavi meno costi).
• Clienti o utenti: nuovi, attivi, cancellati. Per gli abbonamenti, ricavo ricorrente mensile e churn.
• Fonti di traffico dalla tua analytics.
• Tempo che dedichi a settimana e a cosa.

Non arrotondare né aggiustare i numeri a tuo favore. Gli acquirenti li verificheranno, e le differenze che non sai spiegare fanno saltare le trattative. Se i tuoi registri sono disordinati, dedica un mese a sistemarli prima di mettere in vendita.

Passo 3: rendilo facile da prendere in carico

Più un progetto dipende da te personalmente, meno vale. Segui questa lista:

• Scrivi un runbook: come si fa il deploy, dove è ospitato il progetto, cosa gira in automatico, cosa si rompe e come si risolve.
• Account separati: sposta hosting, dominio, email, analytics e strumenti del progetto in account trasferibili, non nei tuoi account personali.
• Elenca ogni servizio e ogni chiave: una tabella con ogni servizio di terze parti, a cosa serve, quanto costa e chi è il titolare dell’account. Non inserire mai le chiavi reali nel documento.
• Pulisci il codice: rimuovi funzionalità morte, aggiorna le dipendenze, verifica che si compili partendo da una copia pulita. Come revisionare il codice generato dall’AI è una checklist utile.
• Documenta il supporto clienti: domande frequenti, risposte pronte, problemi aperti.
• Controlla le pagine legali: termini, privacy policy e cosa dicono sul trasferimento dei dati a un nuovo proprietario.

Passo 4: pensa al prezzo

Non esiste una formula fissa. Gli acquirenti di piccoli progetti online partono di solito dal profitto o dai ricavi dell’ultimo anno, applicano un moltiplicatore e poi aggiustano il valore in base a:

• Andamento: in crescita, stabile o in calo.
• Stabilità: quanto sono costanti le entrate, e quanto dipendono da pochi clienti o da un solo canale.
• Impegno: quante ore a settimana richiede.
• Anzianità: uno storico più lungo è più convincente.
• Rischio: dipendenza da una sola piattaforma, un solo fornitore o un solo posizionamento nella ricerca.
• Trasferibilità: quanto facilmente può funzionare senza di te.

Per farti un’idea realistica, guarda progetti comparabili in vendita o venduti sui marketplace (i prezzi di listino non sono i prezzi di vendita), e valuta se chiedere un parere a un broker o a un consulente. Decidi il prezzo minimo accettabile prima di iniziare a negoziare.

Anche la struttura dell’accordo conta. Oltre a un unico pagamento iniziale, alcune vendite prevedono pagamenti scaglionati, una quota dei ricavi futuri o un periodo di transizione pagato in cui aiuti il nuovo proprietario. Ognuna di queste formule sposta il rischio tra te e l’acquirente.

Passo 5: trova gli acquirenti

Per un contatto diretto funziona un messaggio breve: cos’è il progetto, i suoi numeri principali, perché potrebbe interessare a loro e una domanda sulla possibilità di ricevere maggiori dettagli. Valgono i principi di cold email per startup.

Quando qualcuno è interessato, condividi prima un riepilogo e i numeri dettagliati solo dopo che ha dimostrato di fare sul serio: molti venditori chiedono a questo punto un accordo di riservatezza (NDA).

Passo 6: due diligence

Gli acquirenti seri vorranno verificare quanto gli hai detto. Aspettati richieste di:

• Accesso in sola lettura alla dashboard del fornitore di pagamenti, o report esportati.
• Accesso alle analytics o screenshot con le date.
• Una panoramica del codice, dell’hosting e degli strumenti di amministrazione.
• Elenchi di clienti o utenti (spesso resi anonimi fino alla firma — controlla la privacy policy e le regole locali sulla protezione dei dati prima di condividere dati personali).
• Eventuali contratti, controversie, chargeback o reclami.

Rispondi in modo rapido e onesto. Le sorprese scoperte tardi sono ciò che fa saltare gli accordi.

Passo 7: accordo e pagamento

Metti l’accordo per iscritto. Un contratto di cessione di solito riguarda con precisione cosa viene venduto, il prezzo e le modalità di pagamento, cosa succede ai clienti attuali, il tuo supporto durante la transizione, un eventuale impegno a non sviluppare un prodotto concorrente e cosa succede se qualcosa risulta diverso da quanto descritto.

Per il pagamento, molti venditori usano un servizio di escrow, che trattiene il denaro dell’acquirente fino al trasferimento degli asset, così nessuna delle due parti deve fidarsi ciecamente dell’altra. Queste sono informazioni generali, non consulenza legale o fiscale: le regole cambiano da paese a paese, quindi per qualsiasi vendita oltre una cifra piccola rivolgiti a un avvocato e a un commercialista.

Passo 8: il passaggio di consegne

Usa una checklist e spunta ogni voce insieme all’acquirente:

Dopo il passaggio, revoca il tuo accesso, cancella i servizi di cui l’acquirente non ha bisogno e conserva copie dell’accordo e dei registri finali.

Errori comuni

• Mettere in vendita prima che i numeri siano puliti.
• Esagerare la crescita o non dichiarare una dipendenza, che emerge durante la due diligence.
• Condividere dati dei clienti troppo presto o senza verificare la privacy policy.
• Saltare l’accordo scritto perché la vendita è piccola.
• Consegnare account personali che mescolano il progetto con il tuo lavoro.

Vendere un progetto creato con Mythex

Se hai creato il progetto con Mythex, il codice è tuo e puoi consegnarlo. Con il piano Pro puoi esportare il progetto come download o sincronizzarlo con un repository GitHub, poi dare all’acquirente il repository o l’archivio; segreti e file di ambiente non sono inclusi nelle esportazioni, quindi l’acquirente aggiunge le proprie chiavi. L’acquirente può importare l’archivio in un progetto Mythex suo o farlo girare altrove: vedi come esportare e self-hostare un’app creata con l’AI e la documentazione su esportazione ed esecuzione altrove. Pianifica anche come si sposteranno i dati del database: stabilisci se l’acquirente ha bisogno di una copia dei dati di produzione e gestisci i dati personali secondo la tua privacy policy.

Domande