चरणबद्ध योजना का उदाहरण
ओपन-सोर्स टूल के सपने के लिए ₹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
- 0% प्लैटफ़ॉर्म कमीशन
- −₹1,14,000
- आपको मिलने वाली राशि
- ₹6,46,000
बैकर की सुरक्षा कैसे होती है
हर चरण की समीक्षा के लिए 14 दिन
प्रमाण पोस्ट होने पर, प्रत्येक बैकर के पास प्रमाण की समीक्षा करने, और जानकारी माँगने तथा यह तय करने के लिए 14 दिन होते हैं कि आपके अगले चरण का समर्थन जारी रखना है या नहीं।
0% कमीशन — सीधे उपहार, कोई कटौती नहीं
बैकर आपके भुगतान तरीकों के ज़रिए सीधे वही राशि देते हैं जो वे चुनते हैं। cohero सहयोग राशि पर 0% कमीशन लेता है, इसलिए जो भेजा जाता है वह पूरा आपके पास रहता है। कोई भी रिफ़ंड या विवाद सीधे आपके, बैकर और आपके भुगतान प्रदाता के बीच सुलझाया जाता है।
उपहार, शेयर नहीं
सहयोग राशि एक उपहार है। इसमें शेयर, स्वामित्व की हिस्सेदारी, ब्याज या चुकौती नहीं होती और ड्रीमर पूरा स्वामित्व अपने पास रखते हैं। cohero पर कुछ भी निवेश या कर्ज़ नहीं है।
सवाल और जवाब
जब कोई भी कोड का उपयोग कर सकता है, तो ओपन-सोर्स टूल को क्यों फंड करें?
यह ड्रीम उस इंजीनियरिंग, टेस्टिंग और दस्तावेज़ीकरण को फंड कर सकता है जो सार्वजनिक कोड को उपयोगी बनाने के लिए ज़रूरी हैं। यह स्पष्ट करें कि किस विशिष्ट कार्य का समर्थन किया जा रहा है और रिपॉजिटरी के प्रमाण दें, न कि यह संकेत दें कि बैकर्स कोई विशेष अधिकार खरीद रहे हैं।
जब काम मुख्य रूप से रखरखाव का हो तो क्या सबूत माना जाएगा?
हल की गई समस्याओं, सोर्स बदलावों और टेस्ट परिणामों के लिंक दें जो दिखाते हों कि समर्थित वर्ज़न अब भी ठीक से काम कर रहे हैं। कोई पुनः प्रस्तुत करने योग्य उदाहरण या इंस्टॉलेशन चेक शामिल करें ताकि बैकर्स केवल कमिट्स की सूची से आगे बढ़कर मेंटेनेंस का मूल्यांकन कर सकें।
ओपन-सोर्स टूल के सपने में कितने चरण होने चाहिए?
ज़्यादातर सपनों के लिए तीन से छह चरण सही रहते हैं। इससे कम हों तो बैकर के पास समीक्षा के लिए बहुत कम होता है; सात से अधिक हों तो हर चरण छोटा लगने लगता है। इस पेज की उदाहरण योजना में चार चरण हैं।
जब आप तैयार हों, हम तैयार हैं
अपना सपना प्रकाशित करने या जिन सपनों पर आपको भरोसा है उन्हें सहयोग देने के लिए साइन इन करें या खाता बनाएँ।
साइन इन करें / खाता बनाएँ