चरणबद्ध योजना का उदाहरण
ओपन-सोर्स टूल के सपने के लिए ₹7,60,000 के लक्ष्य वाली एक उदाहरण योजना। बैकर पूरे लक्ष्य के लिए धन देते हैं, लेकिन हर चरण की राशि तब तक रोकी जाती है जब तक आप प्रमाण पोस्ट नहीं करते और बैकर उसे जारी नहीं करते।
चरण 1
₹1,90,000 · 25%
तकनीकी दायरा प्रकाशित करना
एक रिपॉजिटरी लिंक, डिज़ाइन नोट और समस्या व प्रस्तावित इंटरफेस समझाने वाला एक न्यूनतम रन करने योग्य उदाहरण पोस्ट करें।
चरण 2
₹2,66,000 · 35%
कोर टूल तैयार करना
टैग किए गए सोर्स बदलाव, स्वचालित टेस्ट आउटपुट और सैंपल इनपुट के साथ मुख्य कार्य दिखाने वाला रिकॉर्डेड उदाहरण साझा करें।
चरण 3
₹1,90,000 · 25%
कम्पैटिबिलिटी और डॉक्स की जांच करना
एक कम्पैटिबिलिटी मैट्रिक्स, नए इंस्टॉलेशन के परिणाम और वर्तमान वर्ज़न के अनुसार जाँचा गया ड्राफ्ट दस्तावेज़ अपलोड करें।
चरण 4
₹1,14,000 · 15%
कंट्रीब्यूटर रिलीज़ तैयार करना
रिलीज़ नोट्स, योगदान निर्देश और अंतिम उदाहरणों व ज्ञात सीमाओं के लिंक के साथ समस्या समाधान योजना पोस्ट करें।
- 01
हर चरण को प्रमाणित करने योग्य बनाएँ
कोई चरण तभी कारगर है जब बैकर आपका प्रमाण देखकर सहमत हो सके कि वह पूरा हो गया है। 'उपकरण खरीदना' कमज़ोर है; 'उपकरण खरीदे गए, रसीद और फ़ोटो पोस्ट की गईं' मज़बूत है।
- 02
जोखिम के अनुसार क्रम तय करें
सबसे कम खर्च वाला और सबसे जल्दी पूरा होने वाला चरण पहले रखें। हर चरण की राशि जारी होना साबित करता है कि आप काम पूरा करते हैं और अगले चरण के लिए धन देता है। सबसे बड़ी राशि उस चरण के लिए रखें जहाँ ज़्यादातर काम पहले ही पूरा हो चुका हो।
- 03
राशियाँ वास्तविक रखें
सभी चरणों की राशियों का जोड़ आपके लक्ष्य के बिल्कुल बराबर होना चाहिए। वास्तविक मूल्य-प्रस्तावों से हर चरण की लागत तय करें, उपकरण और सेवाएँ शामिल करें, और जो चरण एक बार में प्रमाणित करने के लिए बहुत बड़ा हो उसे बाँट दें।
इन जोखिमों के लिए योजना बनाएँ
- R1
डिपेंडेंसी से कम्पैटिबिलिटी टूटना
अपस्ट्रीम बदलाव के कारण टूल का कोड न बदलने पर भी इंस्टॉलेशन फेल हो सकता है। समर्थित वर्ज़न्स को पहले ही तय करें और स्वचालित कम्पैटिबिलिटी जांच व सुधारों के लिए बजट रखें।
- R2
मेंटेनर का वर्कलोड बहुत बढ़ना
सपोर्ट अनुरोध तय डेवलपमेंट कार्य को बाधित कर सकते हैं। फंड किए गए फीचर्स का दायरा सीमित रखें और अंतिम माइलस्टोन को योगदान मार्गदर्शन व एक प्रबंधनीय समस्या समाधान योजना के लिए सुरक्षित रखें।
- R3
उदाहरणों से सेटअप की समस्याओं का छिपना
हो सकता है कि कोई टूल सिर्फ उसके क्रिएटर के सिस्टम पर ही चले। समर्थित सेटअप्स पर नए इंस्टॉलेशन टेस्ट शामिल करें और रिलीज़ को पूर्ण घोषित करने से पहले दस्तावेज़ीकरण सुधारों को फंड करें।
बजट का उदाहरण
आप जहाँ भी रहते हों ओपन-सोर्स टूल के सपने के लिए लागत का एक सामान्य बँटवारा, INR में दिखाया गया है। बैकर से इसके बराबर राशि अमेरिकी डॉलर में ली जाती है।
लक्ष्य का उदाहरण
₹7,60,000
- कोर इंजीनियरिंग और मेंटेनेंस₹5,32,000 · 70%
- टेस्ट इंफ्रास्ट्रक्चर और होस्टिंग₹76,000 · 10%
- दस्तावेज़ीकरण और उदाहरण₹76,000 · 10%
- रिलीज़ और कम्युनिटी सपोर्ट₹76,000 · 10%
आपको मिलने वाली राशि
- बैकर की दी गई राशि
- ₹7,60,000
- प्लैटफ़ॉर्म शुल्क (15%)
- −₹1,14,000
- आपको मिलने वाली राशि
- ₹6,46,000
बैकर की सुरक्षा कैसे होती है
हर चरण की समीक्षा के लिए 14 दिन
प्रमाण पोस्ट होने पर हर बैकर के पास अपने हिस्से की राशि जारी करने या और जानकारी माँगने के लिए 14 दिन होते हैं। समय पर जारी न की गई राशि बैकर को वापस मिल जाती है।
15% शुल्क, राशि में से काटा जाता है — ऊपर से कभी नहीं जोड़ा जाता
बैकर उतनी ही राशि देते हैं जितनी वे चुनते हैं। हर सहयोग राशि में से 15% शुल्क काटा जाता है: ₹10,000 देने पर ड्रीमर को ₹8,500 मिलते हैं। राशि वापस होने पर भी शुल्क वापस नहीं किया जाता।
उपहार, शेयर नहीं
सहयोग राशि एक उपहार है। इसमें शेयर, स्वामित्व की हिस्सेदारी, ब्याज या चुकौती नहीं होती और ड्रीमर पूरा स्वामित्व अपने पास रखते हैं। cohero पर कुछ भी निवेश या कर्ज़ नहीं है।
सवाल और जवाब
जब कोई भी कोड का उपयोग कर सकता है, तो ओपन-सोर्स टूल को क्यों फंड करें?
यह ड्रीम उस इंजीनियरिंग, टेस्टिंग और दस्तावेज़ीकरण को फंड कर सकता है जो सार्वजनिक कोड को उपयोगी बनाने के लिए ज़रूरी हैं। यह स्पष्ट करें कि किस विशिष्ट कार्य का समर्थन किया जा रहा है और रिपॉजिटरी के प्रमाण दें, न कि यह संकेत दें कि बैकर्स कोई विशेष अधिकार खरीद रहे हैं।
जब काम मुख्य रूप से रखरखाव का हो तो क्या सबूत माना जाएगा?
हल की गई समस्याओं, सोर्स बदलावों और टेस्ट परिणामों के लिंक दें जो दिखाते हों कि समर्थित वर्ज़न अब भी ठीक से काम कर रहे हैं। कोई पुनः प्रस्तुत करने योग्य उदाहरण या इंस्टॉलेशन चेक शामिल करें ताकि बैकर्स केवल कमिट्स की सूची से आगे बढ़कर मेंटेनेंस का मूल्यांकन कर सकें।
ओपन-सोर्स टूल के सपने में कितने चरण होने चाहिए?
ज़्यादातर सपनों के लिए तीन से छह चरण सही रहते हैं। इससे कम हों तो बैकर के पास समीक्षा के लिए बहुत कम होता है; सात से अधिक हों तो हर चरण छोटा लगने लगता है। इस पेज की उदाहरण योजना में चार चरण हैं।
जब आप तैयार हों, हम तैयार हैं
अपना सपना प्रकाशित करने या जिन सपनों पर आपको भरोसा है उन्हें सहयोग देने के लिए साइन इन करें या खाता बनाएँ।
साइन इन करें / खाता बनाएँ