Nel 1983, Richard Stallman ha dato il via al movimento del software libero con il lancio del progetto GNU. Da quel momento in poi, il software libero è stato comunemente associato all'essere libero anche in senso monetario.
La maggior parte dei progetti open source, in particolare quelli nel mondo di Linux, sono disponibili gratuitamente. E anche se questo è molto bello di per sé, può comportare che gli sviluppatori non siano in grado di impegnarsi completamente nei loro progetti.
A loro volta fantastici progetti open source non vanno da nessuna parte nello sviluppo quando le vite dei manutentori li raggiungono. Ma c'è un altro modo per affrontare l'open source!
La soluzione
Se stai già facendo ciò che ami, perché non guadagnarci? E non sto parlando del tradizionale modello di reddito open source come quello di Red Hat e Susedove la maggior parte delle loro entrate proviene da piani di supporto aziendale, sto parlando di addebitare direttamente il software stesso.
Questo potrebbe andare contro lo status quo dell'open source, ma è assolutamente un'opzione, prendilo da Richard Stallman e dalla stessa Free Software Foundation:
Incoraggiamo le persone che ridistribuiscono il software libero a far pagare quanto desiderano o possono. La parola "libero" ha due significati generali legittimi; può riferirsi sia alla libertà che al prezzo. Quando parliamo di "software libero", parliamo di libertà, non di prezzo. (Pensa alla "libertà di parola", non alla "birra gratis".).
Le due modalità più comuni per addebitare il tuo software sarebbero quella di distribuire il tuo software attraverso un intermediario del mercato come quello del Google Play Storeo distribuzione diretta attraverso metodi come quello di un paywall sul tuo sito web.Ma proprio come qualsiasi altro software open source, devi fare in modo che il codice sorgente di tale software sia apertamente disponibile a chiunque gratuitamente.
S altare il Paywall
Ma se il codice sorgente è disponibile per tutti, le persone non s alteranno semplicemente il marketplace/paywall e compileranno il tuo software dal sorgente? Sebbene questa sia assolutamente un'opzione, devi tener conto del fatto che, a seconda del mercato in cui ti trovi, le persone potrebbero non sentirsi a proprio agio nel compilare dal sorgente per cominciare.
Se sei una distribuzione Linux, potresti benissimo incontrare un grosso problema con le persone che compilano dal sorgente, ma se sei un'app di fitness sul Play Store , la maggior parte dei tuoi clienti non vorrebbe pagare i $ 0,99 per ottenere la tua app.
Per attingere ulteriormente a questo punto, Peter Wayner di InfoWorld afferma,
È un errore concentrarsi troppo su quanti ricevono il prodotto gratuitamente. Non è usuale per le aziende citare cifre in cui il 90% o più non paga. Di solito non costano molto all'azienda perché i pacchetti open source costano poco da distribuire.
In breve, non importa quale percentuale dei tuoi clienti stia pagando o meno. Non è come una situazione campione gratuita in un negozio di alimentari dove c'è un limite alla quantità di cibo che può essere distribuita ai potenziali clienti.
L'unica cosa che conta nel mondo dell'open source è che un numero sufficiente di utenti passi attraverso il mercato/paywall per coprire i costi operativi.
Le modalità per raggiungere tale soglia di clientela è un argomento che meriterebbe un articolo a sé. Ma sappi che questo obiettivo può essere raggiunto in diversi modi, ad esempio, uno dei metodi più popolari sarebbe quello di raggruppare servizi professionali come quello di installazione/supporto/manutenzione con detto software.
E anche se hai un numero di clienti non paganti 10 volte superiore a quello pagante, questi clienti non paganti continuano a creare valore per la tua azienda sotto forma di brand advocacy.Per ogni persona con cui parlano del tuo software, hai la possibilità di acquisire un altro cliente pagante.
Rimanere re della collina
Okay, quindi hai una strada per ottenere un numero sufficiente di clienti paganti con un modello open source, ma non corri ancora il rischio che un' altra azienda/organizzazione prenda il tuo codice e lo utilizzi? Assolutamente. Ma questo è in re altà un vantaggio se giochi bene le tue carte.
In primo luogo, mentre possono scappare con il tuo codice, non possono scappare con il tuo marchio. Se hai fatto un lavoro abbastanza buono per costruire il marchio della tua azienda, ci vorrà molto di più di un codice leggermente migliore per buttarti giù dalla tua posizione di re.
I progetti open source interagiscono e competono tra loro in modo quasi identico alle loro controparti closed source. Questa questione del dominio del marchio è una questione che approfondisco in Linux nel mainstream, cosa ci vorrà?.
Ma dove l'open source brilla al di sopra e al di là di un modello di entrate a fonte chiusa è quanto sia veramente difficile per i concorrenti biforcuti anticiparti nelle capacità tecniche. Nel caso di Cygnus Solutions, il gigante del software open source degli anni '90, il co-fondatore Micheal Tiemann una volta disse:
Non possono spostarci dalla nostra posizione di "vera fonte GNU". Il meglio che possono sperare di fare è aggiungere funzionalità incrementali che i loro clienti potrebbero pagare per aggiungere. Ma poiché il software è open source, qualunque valore aggiungano torna a Cygnus.
Il genio dell'open source significa che tutto il codice creato da un fork può essere riassorbito nella base di codice originale. Questo modello ha i suoi limiti però. Se la tua concorrenza riesce a superare la tua manodopera di sviluppo, allora ha l'opportunità di diventare il leader del branco.
Corri anche il rischio di portare il tuo progetto open source in una brutta direzione e di perdere il supporto dei tuoi utenti. Se ciò accade, dai spazio a una forchetta per usurparti come re. Fortunatamente, questo può essere evitato semplicemente ascoltando i tuoi utenti.
Non per tutti
Se sei convinto di dover addebitare denaro per il tuo prossimo progetto open source, allora è fantastico! Fallo! Puoi sempre tornare a un modello completamente gratuito in seguito. Ma fai attenzione se stai cercando di spostare un software esistente distribuito gratuitamente in un modello a pagamento.
Potresti correre il rischio di scambiare i tuoi utenti che creano valore contribuendo con codice gratuito per gli utenti che creano valore monetario. Nel caso di Symless e del loro software di condivisione di mouse e tastiera Synergy, quando sono passati dal loro progetto open source distribuito gratuitamente a un modello paywall con supporto aggiuntivo, hanno finito per alienarsi gran parte della loro comunità open source.
Fortunatamente, sono ancora in grado di cavarsela con i loro sviluppatori interni finanziati da contratti aziendali. Tuttavia, la loro esperienza non è la regola, questo compromesso può spesso tradursi in un modello insostenibile con contributori al codice insufficienti e denaro insufficiente.