Guide
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.
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.
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.
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.
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.
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.
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.
Gli accessi tecnici sono le chiavi di casa del prodotto. Quelli che contano sono almeno quattro:
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.
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 |
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.
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.
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:
Sono richieste normali, non segnali di sfiducia: tolgono ambiguità a entrambe le parti, e chi lavora bene non ha motivo di rifiutarle.
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
Startupper | Lead Software Engineer