Molte aziende costruiscono il proprio fatturato su software che chiunque può scaricare, modificare e ridistribuire. Non è una contraddizione: il valore che vendono raramente coincide con il codice in sé. Capire quale modello di business c'è dietro un prodotto open source è importante per chi lo adotta, perché il modello determina cosa resterà gratuito, quali funzioni potrebbero diventare a pagamento e quanto è probabile un futuro cambio di licenza.
Open core
Nel modello open core esiste una versione di base del prodotto rilasciata con licenza open source, e una o più edizioni commerciali con funzionalità aggiuntive sotto licenza proprietaria.
Le funzioni riservate all'edizione a pagamento sono spesso quelle che interessano soprattutto alle organizzazioni grandi:
- autenticazione centralizzata e gestione avanzata dei ruoli;
- registri di audit dettagliati;
- alta disponibilità e replica tra siti;
- strumenti di conformità e reportistica;
- supporto con tempi garantiti.
Il punto delicato è il confine. Se la versione libera è completa per un uso reale, il modello funziona e la comunità resta attiva. Se l'azienda sposta progressivamente funzioni essenziali nell'edizione commerciale, la versione libera diventa una dimostrazione e i contributori esterni perdono interesse, perché non vogliono lavorare gratis su un prodotto che altri vendono.
Un altro effetto pratico: in un progetto open core i contributi esterni che duplicano una funzione a pagamento possono essere rifiutati, anche se tecnicamente validi.
Doppia licenza
Il codice viene offerto con due licenze alternative: una copyleft forte, spesso GPL o AGPL, e una commerciale. Chi accetta gli obblighi del copyleft usa il software liberamente; chi vuole integrarlo in un prodotto proprietario senza rilasciare il proprio codice acquista la licenza commerciale.
Questo modello richiede che l'azienda detenga tutti i diritti sul codice, perciò di solito chiede ai contributori un CLA che le consenta di rilicenziare. Per gli utenti che rispettano il copyleft non cambia nulla; per chi distribuisce prodotti chiusi è un costo da mettere in conto.
Servizio gestito
L'azienda pubblica il software con licenza open source e guadagna offrendolo come servizio ospitato: installazione, aggiornamenti, backup, scalabilità e monitoraggio sono a carico suo. Chi vuole può installarlo da sé; chi preferisce non occuparsene paga un abbonamento.
È il modello più compatibile con una comunità aperta, ma ha un punto debole noto: grandi fornitori di cloud possono offrire lo stesso software come servizio senza contribuire. Proprio questa tensione ha spinto diverse aziende a passare a licenze source-available, che vietano di offrire il prodotto come servizio concorrente.
Supporto e servizi professionali
Il modello più antico: il software è interamente libero e l'azienda vende abbonamenti di supporto, certificazioni, formazione, consulenza e garanzie di manutenzione per lunghi periodi. Le distribuzioni Linux commerciali sono l'esempio più conosciuto.
Il vantaggio per gli utenti è massimo: nulla è trattenuto. Il limite per l'azienda è che i margini dipendono dalle persone, e crescere richiede di assumere in proporzione.
Confronto tra i modelli
| Modello | Cosa resta libero | Rischio per gli utenti | Rapporto con i contributori |
|---|---|---|---|
| Open core | Il nucleo | Funzioni spostate nell'edizione a pagamento | Teso se il confine si sposta |
| Doppia licenza | Tutto, con copyleft | Costo per chi distribuisce prodotti chiusi | CLA obbligatorio |
| Servizio gestito | Tutto | Cambio di licenza per difendersi dai concorrenti | Buono |
| Supporto e servizi | Tutto | Basso | Buono |
Come valutare un prodotto prima di adottarlo
Alcune domande pratiche aiutano a capire su cosa si sta costruendo:
- Qual è la licenza esatta della versione libera e copre tutto il repository o solo alcune cartelle?
- Quali funzioni sono riservate all'edizione commerciale, e ti serviranno?
- I contributori devono firmare un CLA che consente di cambiare licenza?
- L'azienda ha già cambiato licenza in passato su altri prodotti?
- Esistono fork o alternative comunitarie nel caso le condizioni peggiorino?
Nel mio lavoro, quando un cliente deve scegliere tra due prodotti simili, una tabella con queste cinque risposte spesso pesa più di un confronto tra funzionalità.
In sintesi
- Le aziende open source vendono raramente il codice: vendono funzioni aggiuntive, licenze, servizi o supporto.
- L'open core funziona finché la versione libera resta utile davvero.
- La doppia licenza richiede che l'azienda detenga tutti i diritti, di solito tramite CLA.
- Il servizio gestito è aperto ma esposto alla concorrenza dei grandi fornitori cloud.
- Prima di adottare un prodotto, verifica licenza, funzioni riservate, CLA e storia dell'azienda.
