मैंने एक open source प्रोजेक्ट को बिज़नेस में कैसे बदला

 (docs.emailengine.app)
23 पॉइंट द्वारा GN⁺ 2024-02-28 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • मैंने लगभग 15 साल पहले open source software लिखना और जारी करना शुरू किया था, और उस समय केवल MIT या BSD जैसे permissive licenses का ही उपयोग करता था.
  • मैं इसे सम्मान की बात मानता था कि Nodemailer जैसी मेरी open source library का उपयोग A-grade कंपनियाँ करती थीं, लेकिन मैंने एक बड़े email service के संस्थापक के donation प्रस्ताव को ठुकरा भी दिया था.
  • लेकिन जब Nodemailer का उपयोग करने वाले एक startup का 500 million dollar में अधिग्रहण हुआ, तो मैंने सोचना शुरू किया कि मुझे इससे वास्तव में क्या मिला.
  • जब मैंने EmailEngine शुरू किया, तो मैंने यथासंभव खुद को सुरक्षित रखने की कोशिश की, LGPL license का उपयोग किया और CLA (Contributor License Agreement) process सेट किया.
  • बहुत से लोग CLA को पसंद नहीं करते थे, लेकिन क्योंकि Nodemailer के code का 98.1% मैंने खुद लिखा था, और EmailEngine के मामले में 99.8% मैंने खुद लिखा था, इसलिए PR (pull request) merge न होना कोई बड़ी समस्या नहीं थी.
  • नए प्रोजेक्ट से revenue कमाने के लिए मैंने प्रोजेक्ट को LGPL license के तहत जारी किया, और MIT version केवल subscription लेने पर उपलब्ध कराया; इसकी annual subscription fee 250 euro थी.
  • लेकिन यह business model विफल रहा, और डेढ़ साल में कुल revenue केवल 750 euro रहा.
  • मैंने app के UI को पेशेवर तरीके से redesign किया और license key system जोड़ा; EmailEngine का उपयोग करने के लिए एक license key चाहिए थी, जो केवल paid subscribers को मिलती थी.
  • मैंने LGPL से commercial license पर स्विच किया, और source code अब भी GitHub पर सार्वजनिक है, लेकिन अब यह open source नहीं बल्कि 'source-available' है.
  • मैं अब भी छोटे tools को MIT license के तहत जारी करता हूँ, लेकिन मुख्य प्रोजेक्ट्स के लिए ऐसा नहीं करता.
  • उदाहरण के लिए, मैंने EmailEngine se IMAP client functionality अलग करके उसे Node.js के लिए एक सामान्य IMAP client library के रूप में MIT license के तहत जारी किया, और यह module मौजूदा alternatives की तुलना में कहीं बेहतर performance देता है.
  • शुरुआत में trial option नहीं था, और यदि application शुरू होने के 15 मिनट के भीतर valid license key नहीं दी जाती थी, तो app काम करना बंद कर देता था.
  • मैंने कीमत वही रखी, और पहले महीने में 1750 euro के subscriptions बेचे, जिसने प्रोजेक्ट की दिशा तय कर दी.
  • मैंने धीरे-धीरे कीमत बढ़ाई, और इससे ग्राहकों की संख्या कम नहीं हुई; व्यवसायों के लिए 1,000 dollar से कम की राशि शायद बहुत बड़ा बोझ नहीं होती.
  • वर्तमान में EmailEngine की monthly recurring revenue (MRR) 6100 euro है, और एस्टोनिया में यह मुझे अपने लिए उचित वेतन देने और प्रोजेक्ट पर पूरा ध्यान केंद्रित करने की अनुमति देती है.

GN⁺ की राय

  • यह लेख एक open source प्रोजेक्ट को commercial business में बदलने की प्रक्रिया साझा करता है और open source developers को revenue generation की संभावनाएँ दिखाता है.
  • यह इस बात पर ज़ोर देता है कि open source software को मुफ्त में देना लंबे समय में developers के लिए नुकसानदेह हो सकता है, और commercial licensing में बदलाव के ज़रिए स्थिर आय प्राप्त की जा सकती है.
  • यह लेख open source community के भीतर CLA के महत्व और license चयन का business model पर पड़ने वाले प्रभाव के बारे में insight देता है.
  • license के प्रकार और उनसे जुड़े कानूनी व वित्तीय प्रभावों पर विचार करना चाहिए, और open source प्रोजेक्ट को commercialize करते समय community की प्रतिक्रिया और contribution स्तर का अनुमान लगाना महत्वपूर्ण है.
  • इस तरीके को चुनने का लाभ स्थिर आय और professional product development पर ध्यान केंद्रित करने का वातावरण है, लेकिन इसकी कमी यह है कि open source community से मिलने वाला support और contribution खो सकता है.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-02-28
Hacker News की राय

  • कहानी का मुख्य बिंदु यह है कि लेखक को subscribers तब मिलने शुरू हुए जब उसने सॉफ़्टवेयर को इस तरह बनाया कि license के बिना वह काम करना बंद कर दे।

    अगर application शुरू होने के 15 मिनट के भीतर एक valid license key नहीं दी जाती, तो app काम करना बंद कर देता है.

    • ज़्यादातर users के लिए license change (MIT/LGPL आदि) महत्वपूर्ण नहीं होता। Hacker News (HN) पर लोग ऐसी बारीकियों के प्रति संवेदनशील होते हैं, लेकिन असली काम निपटाने की कोशिश कर रहे कंपनी कर्मचारियों के लिए यह शायद बड़ा मुद्दा नहीं होगा।
    • users किसी समस्या को हल करने के लिए software खोजते हैं, उसे install करते हैं, देखते हैं कि वह काम करता है या नहीं, और फिर अपना काम जारी रखते हैं। लेकिन अगर software 15 मिनट बाद काम करना बंद कर दे, तो उन्हें उस रुकावट को सुलझाना पड़ता है।
    • यह मान लिया जा सकता है कि users code पढ़कर license check हटा देंगे, लेकिन कुछ users इसके बजाय credit card से भुगतान करना पसंद करते हैं.

  • open source software के बारे में लेखक का अनुभव यह है कि अगर चीज़ मुफ्त दी जाए, तो कंपनियाँ उसकी value समझने के बावजूद लगभग कभी भुगतान नहीं करतीं। वहीं, 1,000 USD प्रति वर्ष जैसी छोटी रकम को ज़्यादातर कंपनियों में developer बहुत ज़्यादा paperwork के बिना खरीद सकते हैं.

    • enterprise sales के क्षेत्र में जाते ही चीज़ें बहुत अधिक जटिल हो जाती हैं और sales cycle लंबी हो जाती है। solo founder के लिए ऐसी pricing बिल्कुल उपयुक्त है.

  • जब Nodemailer इस्तेमाल करने वाले एक startup का 500 million dollar में अधिग्रहण हुआ, तब लेखक ने सोचना शुरू किया कि उसे इससे क्या मिला।

    • कुछ कंपनियाँ साझा संसाधनों को बेहतर बनाने की कोशिश करने के बजाय short-term profit को maximize करने के लिए optimize की गई होती हैं। वे कुछ भी वापस नहीं देंगी।
    • यह किसी भी open source developer के साथ हो सकता है, और बहुत पैसा कमाने वाली कंपनियों को देखकर यह महसूस करना मानवीय है कि आपको उस कमाई में से कुछ हिस्सा मिलना चाहिए।
    • FOSS दुनिया को बेहतर बनाता है, लेकिन यह दुखद है जब किसी को इससे यह लगने लगे कि यह गलती थी, और वे इसके बजाय ऐसा project बनाना चाहें जिसे FOSS संस्थाएँ इस्तेमाल न कर सकें।
    • अगर आप बेहतरीन FOSS software बनाते हैं, तो सभी को लाभ होता है, और इस बात पर गर्व किया जा सकता है कि व्यक्ति के पास भी बड़े उद्यमों जैसे संसाधनों तक पहुँच हो सकती है।
    • GPLv3 या AGPL license software से बड़े उद्यमों को डराने के विचार के प्रति सतर्क समर्थन जताया गया है.

  • license के बारे में जिज्ञासु लोगों के लिए बताया गया है कि standard signature, EC(sect239k1) key का उपयोग करता है.

    • लेखक valid date/license details (hostname आदि) लिखकर उस पर sign कर सकता है और उसे customer को दे सकता है.

  • लेखक कहता है कि जब उसने कीमत बढ़ानी शुरू की, तो उसे यह देखकर आश्चर्य हुआ कि customers की संख्या घटी नहीं।

    • business के लिए 1,000 डॉलर से कम की राशि आम तौर पर बड़ी समस्या नहीं होती, इसलिए price increase का असर सिर्फ revenue सुधारने पर पड़ता है.

  • open source developers खुद को users के साथ identify करते हैं, लेकिन ROI पाने वाले businesses, consumers से अलग होते हैं.

  • कोई भी मुफ्त में काम नहीं करता; हम पैसे, status और आनंद के लिए काम करते हैं.

    • लोगों से बिना भुगतान के काम कराने का एक तरीका ad-supported social media sites हैं। वे लोगों को आनंद देती हैं और बदले में ads पर उनका ध्यान मुफ्त में लेती हैं।
    • status पाने के लिए काम करने पर ध्यान दें तो PhD इसका अच्छा उदाहरण है। PhD लेकर academia में रहने पर industry की तुलना में वेतन बहुत कम होता है, लेकिन status का वादा होता है।
    • open source में भी यही बात लागू होती है; purity पर बहस और self-sacrifice के दावे इस बात का प्रमाण हैं कि लोग पैसे के बजाय status पा रहे हैं।
    • यह अपने आप में बुरी बात नहीं है (चाहे open source हो या academia), और लोगों को यह चुनने की आज़ादी होनी चाहिए कि वे अपना समय कैसे बेचें।
    • समस्या यह है कि status के लिए काम वाली संरचना से लाभ पाने वालों (बड़ी कंपनियाँ, विश्वविद्यालय, और उनके नेता) के पास इस संरचना को बनाए रखने के लिए dark patterns इस्तेमाल करने की incentive होती है.

  • शीर्षक भ्रामक है। लेखक ने open source project को source-available commercial product में बदला है। जैसा कि शीर्षक संकेत देता है, यह open source project के इर्द-गिर्द business बनाने की बात नहीं, बल्कि license conversion है.

  • लेखक की एकमात्र पछतावा यह है कि उसने software बेचना पहले शुरू नहीं किया और बहुत समय तक सिर्फ मुफ्त open source software ही प्रकाशित करता रहा.

  • एक राय यह भी है कि क्या लेखक ने कभी Nodemailer के लिए sponsorship माँगी थी।