Proprietà di un prodotto digitale: è davvero tuo?
Hai pagato per il tuo sito, la tua app o il tuo gestionale. I 5 componenti da controllare per capire se lo possiedi davvero.
La proprietà di un prodotto digitale non arriva insieme alla fattura. Hai pagato per il tuo sito, la tua web app o il tuo gestionale su misura, ma questo da solo non garantisce che il codice, i domini e gli account che lo tengono in piedi siano davvero in mano tua.
È una domanda che faccio spesso a chi mi chiede una mano sul proprio prodotto: "è davvero tuo?". Quasi nessuno sa rispondere con certezza. In questo articolo spiego, pezzo per pezzo, cosa significa possedere un prodotto digitale, quali sono i 5 componenti da controllare e come verificarli oggi stesso, senza bisogno di competenze tecniche.
Pagare lo sviluppo non significa possedere il prodotto
Quando commissioni un prodotto su misura paghi per lo sviluppo, cioè per il lavoro di chi lo costruisce. La consegna di tutto il resto, il codice sorgente, l'intestazione del dominio, gli account dei servizi, non è automatica: a volte non è nemmeno prevista dal contratto, e te ne accorgi solo anni dopo, quando serve.
Lo vedo dall'altra parte del tavolo. Capita che un'azienda abbia un prodotto da anni, costruito da uno sviluppatore che ormai non sente più, e scopra che il dominio è intestato a lui, l'hosting gira sul suo account personale e il codice non è mai stato consegnato. Hanno pagato per qualcosa che, di fatto, non controllano.
Non è quasi mai malafede. Lo capisco anche guardando il lato di chi sviluppa: durante il lavoro è più rapido aprire i servizi sul proprio account, e se nessuno chiede il passaggio di consegne alla fine, resta tutto lì. Spesso è solo roba che nessuno ha messo nero su bianco al momento giusto.
I 5 componenti che decidono chi controlla il tuo prodotto
La proprietà di un prodotto digitale si misura su cinque componenti concreti. Per ciascuno vale la stessa coppia di domande: cos'è, e cosa succede se non è in mano tua.
1. Il codice sorgente: è il prodotto, non un extra
Il codice sorgente è l'insieme delle righe che fanno funzionare davvero il tuo sito, la tua app o il tuo gestionale. Non è un dettaglio tecnico: è il prodotto stesso.
Con il codice in mano puoi farlo evolvere, correggere un problema o affidarlo a un altro tecnico. Senza, ogni modifica futura passa per forza da chi l'ha scritto, alle sue condizioni e con i suoi tempi. Il posto naturale dove vive è un repository (per esempio su GitHub o GitLab) di cui la tua azienda è proprietaria, o a cui ha pieno accesso.
2. Il dominio: l'indirizzo dove ti trovano
Il dominio è il nome con cui clienti e motori di ricerca raggiungono il tuo prodotto, per esempio iltuonome.it. Se è registrato a nome del fornitore, il giorno che cambiate strada rischi di perdere l'indirizzo su cui ti conoscono, insieme al posizionamento costruito negli anni. Verificare l'intestatario richiede pochi minuti: basta entrare nel pannello del registrar, oppure chiedere al fornitore una schermata dell'intestazione.
3. Gli account dei servizi: i motori che lo tengono acceso
Hosting, DNS, caselle email, analytics, servizi di terze parti e abbonamenti collegati: sono i motori che tengono acceso il prodotto. Se vivono su utenze personali di chi ha sviluppato, non puoi gestirli, rinnovarli o recuperarli senza di lui. La forma corretta è semplice: account aziendali intestati a te, centralizzati in un posto solo, con il fornitore invitato come collaboratore.
4. Gli accessi tecnici: le chiavi di casa
Gli accessi tecnici sono le chiavi di casa del prodotto. Quelli che contano sono almeno quattro:
- Server e database: dove il prodotto gira e dove vivono i tuoi dati
- Pannelli di amministrazione dei vari servizi
- Repository del codice e pipeline di deploy: il meccanismo con cui gli aggiornamenti vanno online
- Chiavi API dei servizi collegati
Senza questi accessi non puoi intervenire tu, né far intervenire un altro tecnico al posto tuo. E servono tutti: una copia parziale non basta, perché il pezzo mancante diventa il collo di bottiglia.
5. La documentazione: la mappa per orientarsi
La documentazione dice dove gira il prodotto, come si aggiorna e con quali credenziali, messo nero su bianco e non raccontato a voce. Se esiste solo nella testa del fornitore, ogni intervento futuro dipende dalla sua memoria e dalla sua disponibilità. Non serve un manuale di cento pagine: bastano poche pagine aggiornate, salvate in un posto che la tua azienda controlla.
| Componente | Cos'è | Cosa rischi se non è in mano tua |
|---|---|---|
| Codice sorgente | Le righe che fanno funzionare il prodotto | Ogni modifica passa da chi l'ha scritto, alle sue condizioni |
| Dominio | L'indirizzo con cui ti trovano clienti e motori di ricerca | Perdere nome e posizionamento se il rapporto si interrompe |
| Account dei servizi | Hosting, DNS, email, analytics, abbonamenti collegati | Non puoi gestirli, rinnovarli né recuperarli |
| Accessi tecnici | Server, database, pannelli, repository, chiavi API | Nessun tecnico terzo può intervenire al posto del fornitore |
| Documentazione | Dove gira, come si aggiorna, con quali credenziali | Ogni intervento dipende dalla memoria di una persona sola |
Il test in una frase
Se domani litighi con chi te l'ha fatto, puoi andare avanti senza di lui?
Se la risposta non è un sì sicuro, una parte del tuo prodotto è ancora in mano a qualcun altro. Non serve nessuna competenza tecnica per farsi questa domanda, e la risposta dice già quasi tutto.
Il punto non è prepararsi alla guerra con il fornitore: è la stessa logica di un'assicurazione. Speri di non doverla usare mai, ma la stipuli quando le cose vanno bene, non quando è già successo qualcosa.
Come verificare cosa possiedi davvero: 6 controlli pratici
- Chiedi dove vive il codice e se hai accesso al repository, oppure una copia consegnata e allineata alla versione in produzione.
- Verifica l'intestatario del dominio dal pannello del registrar: come registrant deve risultare la tua azienda, non il fornitore.
- Elenca i servizi che tengono in piedi il prodotto (hosting, DNS, email, analytics, abbonamenti) e controlla con quale account si accede a ciascuno.
- Prova a entrare: se per accedere a uno qualsiasi di questi servizi devi chiedere a qualcun altro, segnatelo.
- Cerca nel contratto le parole codice sorgente, proprietà, licenza, consegna: se non compaiono, il punto è aperto.
- Chiedi la documentazione minima: dove gira il prodotto, come si aggiorna, con quali credenziali.
Se anche solo uno di questi controlli si chiude con "devo chiedere al fornitore", hai trovato il punto da sistemare. Quasi sempre basta una richiesta fatta con calma: un passaggio di intestazione, un invito su un account, una copia del repository.
Come blindare il prossimo contratto
Il momento più economico per sistemare la proprietà di un prodotto digitale è prima di firmare. Le clausole da mettere nero su bianco sono poche e chiare:
- Consegna del codice sorgente e accesso al repository fin dall'inizio del progetto, non solo a saldo avvenuto
- Domini intestati alla tua azienda, con il fornitore al massimo come contatto tecnico
- Servizi su account aziendali tuoi: il fornitore vi opera come collaboratore invitato, non come proprietario
- Un elenco aggiornato di accessi e credenziali, conservato in un posto che controlli tu
- La documentazione minima come parte della consegna, non come optional
- Cosa succede a fine rapporto: passaggio di consegne, tempi e formato
Sono richieste normali, non segnali di sfiducia: tolgono ambiguità a entrambe le parti, e chi lavora bene non ha motivo di rifiutarle.
Domande frequenti sulla proprietà di un prodotto digitale
Se ho pagato lo sviluppo, il codice sorgente è automaticamente mio?
A chi deve essere intestato il dominio del mio sito?
Quali accessi tecnici devo avere del mio prodotto digitale?
Cos'è il vendor lock-in?
Il fornitore è sparito e non ho né codice né accessi: da dove comincio?
Che differenza c'è tra licenza d'uso e cessione del codice?
Hai pagato per averlo: assicurati di averlo davvero. Se vuoi un occhio neutrale su cosa possiedi del tuo prodotto digitale, scrivimi a matteo.lucrezio@lucz.dev: di solito bastano pochi controlli per capire dove si trova ogni pezzo.
Scritto da
Matteo Lucrezio
Startupper | Lead Software Engineer