In che modo i progetti open source fanno soldi


Oggi lo sviluppo di software open source viene utilizzato in molti progetti e si dice persino che open source stia mangiando il mondo del software. Molti grandi progetti open source rendono il codice più trasparente, affidabile e attivo nella comunità, aumentano l’innovazione e riducono i costi di sviluppo di aziende e sviluppatori.

Il numero di sviluppatori open source in tutto il mondo è aumentato notevolmente e migliaia di sviluppatori in tutto il mondo hanno utilizzato e contribuito all’open source su GitHub . Ciò include anche l’India, che ha visto uno dei tassi di crescita più veloci al mondo quando si tratta di contributi degli sviluppatori a progetti open source.

D’altro canto, monetizzare un progetto open source è sempre una sfida. Sarà difficile per team e privati ​​mantenere e iterare progetti open source per lungo tempo. L’open source e la commercializzazione non sono contraddittorie, ma sono complementari e si rafforzano a vicenda.

Costruire una comunità open source
Attraverso lo spirito dell’open-source e dell’apertura, le aziende possono abbassare l’ingresso per gli utenti di utilizzare nuove tecnologie e nuovi software. Se il progetto può aiutare gli utenti a risolvere i problemi di cui sopra, la comunità diventerà sempre più grande, inaugurando più richieste e funzionalità del prodotto. I prodotti software avranno meno bug e più funzionalità adattate per soddisfare le nuove esigenze. Alcuni utenti sperano di fornire alcuni servizi a valore aggiunto, come la versione enterprise e le funzioni della versione avanzata con funzionalità extra per il progetto.

Il modo migliore per realizzare software open source commerciale è consentire agli utenti di richiedere attivamente servizi cloud, fornire servizi multi-tenant sul cloud, utilizzare metodi cloud nativi per fornire strumenti software o fornire funzioni di versione aziendale a valore aggiunto, che richiedono sicurezza, certificazione , conformità dei dati, audit e altri problemi.


Nella pratica commerciale, si deve aprire tutti i codici sorgente senza riserve e aiutare gli utenti a risolvere prima i problemi. Il secondo è scoprire che gli utenti potrebbero aver bisogno di supporto tecnico commerciale nel processo di utilizzo del prodotto. In questo momento, un progetto open source riassume le esigenze degli utenti e fornisce loro servizi migliori e fa sentire agli utenti che questa comunità vuole davvero risolvere i problemi per loro. In questo modo, gli utenti possono pagare volontariamente e portare a un migliore processo di commercializzazione. Un esempio perfetto è Red Hat Enterprise Linux, in cui gli utenti pagano per il supporto e le funzionalità avanzate.

Da questo punto di vista, il software open source potrebbe essere diverso dal software tradizionale. Il software tradizionale richiede un grande team di sviluppo e vendita aziendale. D’altra parte, la domanda di software open-source e la disponibilità a pagare si evolve tra gli utenti della comunità man mano che la scala dei prodotti.

Sfruttando la scala degli utenti
Oggi stiamo entrando nel modello di business open source di terza generazione . Il modello di prima generazione è rappresentato da Red Hat, che confeziona il codice open source e integra vari pacchetti software per fornire agli utenti servizi integrati. Il modello di modello di business open source di prossima generazione è rappresentato da Hadoop, in cui aziende come Cloudera forniscono una versione enterprise sulla versione open source. Gli utenti possono sfruttare la maggior parte delle funzionalità nella versione open source. Se si desidera utilizzare le restanti funzioni aggiuntive, verrà addebitato.


I progetti open-source come MongoDB sono tutti open-source, ma gli utenti sono accusati di utilizzare i servizi cloud per risolvere più esigenze con funzionalità e supporto avanzati. Se gli utenti vogliono sviluppare questa tecnologia, sarà molto complicata e solo l’open-source aiuta le aziende a ridurre i costi in una certa misura. Ciò richiede il pagamento per le caratteristiche speciali di un modello che rimane altrimenti un freemium.

Ora, nell’era del software open-source, gli utenti provano il tuo software, comprendono appieno il software, ma nel processo di utilizzo, potrebbero avere alcuni problemi che puoi aiutare a risolvere e gli utenti prenderanno l’iniziativa per raggiungere per ulteriore supporto direttamente. In questo modo, i costi di vendita e marketing per le imprese nel mercato open source saranno ridotti. Anche se è interessante open-source, alla fine, è necessario trascorrere innumerevoli giorni e notti per scrivere codice. Il successo di un progetto open source è strettamente legato al posizionamento e alla direzione iniziale.

Integrandolo con altri progetti nell’ecosistema open source
Le aziende open source dovrebbero anche determinare i confini dei loro progetti. Una volta determinato il confine del progetto, può essere meglio integrato nell’ecosistema open source. I programmatori devono frenare l’idea di onnipotenza quando lavorano su progetti, fissare confini e consentire ai progetti di integrarsi e collaborare meglio con l’intero ecosistema open source. Inoltre, per selezionare i progetti, controllare la qualità del codice dei progetti e fare iterazioni più agili in termini di funzionalità, la chiave per i progetti è il funzionamento dei progetti.

Infine, dobbiamo usare i progetti open source come arma per comprendere le esigenze degli utenti. I migliori progetti open source sono vicini alle esigenze degli utenti sin dal primo giorno. Il white paper, il progetto e il codice sorgente del progetto sono aperti a tutta la comunità, consentendo agli utenti di usarlo e partecipare alle discussioni della comunità. In precedenza, potrebbe essere il programmatore o il team che decide la direzione dello sviluppo, ma dopo avere open-source, dovresti iniziare con le esigenze degli utenti e chiedere loro di dare suggerimenti ai progetti. Se vuoi fare un progetto open source, dovresti comunicare con gli utenti e la comunità con una mente aperta e lasciare che l’intera comunità conduca lentamente allo sviluppo dei progetti.

Di ihal