सॉफ़्टवेयर डेवलपर का बिल कैसे बनाएँ: सरल गाइड

यहाँ जानें: सॉफ़्टवेयर डेवलपर का बिल कैसे बनाएँ। अगर आपको सॉफ़्टवेयर डेवलपमेंट इनवॉइस टेम्पलेट चाहिए, तो ऐसा चुनें जो उन सवालों का जवाब दे जो क्लाइंट की फ़ाइनेंस टीम पूछेगी: क्या बना, कितना समय लगा, और क्या तय हुआ था। यह पेज डेवलपरों को दिखाता है कि स्प्रिंट, प्रति घंटा काम या तय बोलियों के लिए इनवॉइस कैसे बनाएँ, क्या-क्या शामिल करें, कौन-सी भुगतान शर्तें चलती हैं और कौन-सी गलतियाँ भुगतान धीमा करती हैं। “इस टेम्पलेट का उपयोग करें” बटन नमूना लाइनों के साथ मुफ़्त जनरेटर खोलता है, ताकि आप अपनी दरें डालकर उसे भेज सकें।

सॉफ़्टवेयर डेवलपमेंट का बिल अलग क्यों बनता है

सॉफ़्टवेयर का काम क्लाइंट के लिए देखना मुश्किल है। एक हफ़्ते की मेहनत स्क्रीन पर कोई दिखने वाला बदलाव न भी दे, और इनवॉइस मंज़ूर करने वाला व्यक्ति कोड पढ़ने वाला न भी हो। इससे इनवॉइस पर ज़्यादा बोझ आता है: उसे काम को ऐसी चीज़ में बदलना पड़ता है जिसे गैर-डेवलपर जाँच सके।

कीमत का मॉडल सब कुछ तय करता है। प्रति घंटा बिलिंग सरल और निष्पक्ष है जब दायरा अक्सर बदलता है, पर क्लाइंट सबूत चाहते हैं, इसलिए टाइमशीट की उम्मीद रहती है। तय बोलियाँ क्लाइंट को जानी-पहचानी लागत देती हैं, पर साफ़ दायरा और बदलाव संभालने का तरीका चाहिए। स्प्रिंट-आधारित बिलिंग दोनों के बीच बैठती है: टीम या डेवलपर तय लक्ष्यों के मुकाबले हर स्प्रिंट, आम तौर पर दो हफ़्ते, की तय कीमत या तय घंटों का बिल बनाता है।

दायरे में बदलाव स्थायी है। सुविधाएँ बढ़ती हैं, प्राथमिकताएँ खिसकती हैं, और बीच में पता चली ज़रूरत किसी काम को दोगुना कर सकती है। हर बदलाव को क्लाइंट की मंज़ूरी के साथ उसकी अपनी तारीख वाली लाइन में बिल करना आपकी रक्षा करता है और क्लाइंट को नियंत्रण देता है।

अंत में, सॉफ़्टवेयर की चलने की लागतें होती हैं। होस्टिंग, थर्ड-पार्टी API, लाइसेंस और टेस्ट डिवाइस पैसे लेते हैं, और क्लाइंट अक्सर उम्मीद करते हैं कि उन्हें आगे सौंपा जाएगा। उन्हें अलग लिखना आपकी मज़दूरी की दर को साफ़ और आपकी लागत को पारदर्शी रखता है।

सॉफ़्टवेयर डेवलपमेंट इनवॉइस में क्या लिखें

हमारी गाइड इनवॉइस में क्या-क्या होना चाहिए की बुनियादी बातें पूरी करें। डेवलपमेंट के काम के लिए ये पेशे के खास ब्योरे जोड़ें:

• कारोबार का नाम, पता, ईमेल और टैक्स पहचान के ब्योरे, जैसे आपके क्लाइंट की भुगतान प्रक्रिया को चाहिए।
• क्लाइंट का नाम और प्रोजेक्ट, साथ में कोई भी परचेज़ ऑर्डर या अनुबंध नंबर।
• बिलिंग अवधि या स्प्रिंट की तारीखें, जैसे “स्प्रिंट 14, 3 मार्च से 14 मार्च।”
• हर लाइन का कीमत मॉडल: प्रति घंटा, तय पड़ाव या मासिक रिटेनर।
• प्रति घंटा काम के घंटे और दर, गतिविधि के हिसाब से समूहित, जैसे बैकएंड, फ़्रंटएंड, समीक्षा और QA।
• तय बोलियों के लिए डिलीवर किए पड़ाव, पड़ाव के नाम और उसकी तय कीमत के साथ।
• टाइमशीट या सार, तारीखों, घंटों और टिकटों से जुड़े काम के विवरण के साथ।
• बदलाव के अनुरोध, मंज़ूरी की तारीख के साथ अलग लाइनों में।
• आगे सौंपे गए खर्च, जैसे होस्टिंग, API सब्सक्रिप्शन और लाइसेंस, लागत पर या तय मार्कअप के साथ।
• मिली जमा राशि या अग्रिम भुगतान, क्रेडिट के रूप में।
• उप-कुल, टैक्स और कुल। सॉफ़्टवेयर सेवाओं पर टैक्स लगता है या नहीं, यह राज्य के हिसाब से बदलता है, और सीमा पार के काम के अपने नियम हैं, इसलिए स्थानीय नियम जाँचें। हमारी गाइड इनवॉइस में सेल्स टैक्स कैसे जोड़ें में सामान्य संकेत हैं।
• भुगतान शर्तें, स्वीकार किए जाने वाले तरीके और बैंक या भुगतान लिंक का ब्योरा।

सॉफ़्टवेयर डेवलपमेंट इनवॉइस का हल किया हुआ उदाहरण

यह एक आम दो हफ़्ते का स्प्रिंट है, जिसमें इस पेज की नमूना लाइनें इस्तेमाल हुई हैं। एक कॉन्ट्रैक्ट डेवलपर किसी स्टार्टअप के लिए सुविधाएँ बना रहा है और प्रति घंटा बिल करता है, होस्टिंग लागत पर आगे सौंपी गई है।

टैक्स प्रतिशत केवल उदाहरण के तौर पर शून्य दिखाया गया है। आप और आपका क्लाइंट जहाँ काम करते हैं वहाँ लागू दर और नियम इस्तेमाल करें। स्प्रिंट की टाइमशीट संलग्न करें ताकि मंज़ूर करने वाला घंटों को टिकटों से मिला सके।

डेवलपरों के लिए काम करने वाली भुगतान शर्तें

चलते कॉन्ट्रैक्ट काम के लिए हर स्प्रिंट या हर महीने के अंत में net 15 या net 30 शर्तों के साथ इनवॉइस बनाना आम है। छोटे चक्र किसी भी समय आपके बकाया की मात्रा घटाते हैं, जो तब मायने रखता है जब एक ही क्लाइंट आपकी ज़्यादातर आमदनी हो।

तय बोलियों के लिए पड़ाव बिलिंग अच्छी चलती है: प्रोजेक्ट शुरू होने पर जमा राशि, काम करते प्रोटोटाइप या स्टेजिंग रिलीज़ जैसी डिलीवरी से जुड़े भुगतान, और लॉन्च पर अंतिम भुगतान। हर पड़ाव का नाम अनुबंध और उसके इनवॉइस पर रखें, ताकि व्याख्या के लिए कुछ न बचे।

बड़ी कंपनियाँ अक्सर इनवॉइस को ऐसे भुगतान तंत्र से गुज़ारती हैं जिसे परचेज़ ऑर्डर नंबर, कोई ख़ास संपर्क या कोई ख़ास फ़ॉर्मेट चाहिए। जल्दी पूछ लें। परचेज़ ऑर्डर छूट जाना सही इनवॉइस के बिना चुकाए पड़े रहने का सबसे आम कारण है। हमारा इनवॉइस भुगतान शर्तें वाला लेख बताता है कि हर विकल्प कैसा पढ़ा जाता है, और हमारी गाइड फ़्रीलांसर के रूप में इनवॉइस कैसे बनाएँ दरें, अनुबंध, जमा राशि और टैक्स सामान्य रूप से कवर करती है।

अगर आप देरी का शुल्क लगाना चाहते हैं, तो दर और छूट की अवधि अपने अनुबंध और इनवॉइस पर लिखें, और पहले स्थानीय नियम जाँचें।

कीमत और आइटम तय करने के सुझाव

इनवॉइस को टिकट प्रणाली से मिलाएँ। अगर क्लाइंट के टिकटों के नंबर हैं, तो उन्हें अपने काम के विवरण में लिखें। इससे समीक्षा तेज़ तुलना बन जाती है।

घंटों को गतिविधि के हिसाब से समूहित करें। बैकएंड, फ़्रंटएंड, समीक्षा, मीटिंग और QA, 90 घंटों के एक कुल से ज़्यादा साफ़ कहानी बताते हैं।

मीटिंग का बिल ईमानदारी से बनाएँ। योजना, स्टैंड-अप और कॉल काम का हिस्सा हैं। बताएँ कि उनका बिल उसी दर पर बनता है या नहीं, और उन्हें ट्रैक करें।

बदलाव के अनुरोध दिखते रखें। “CSV एक्सपोर्ट जोड़ा, 6 मार्च को मंज़ूर” जैसी लाइन दिखाती है कि अतिरिक्त लागत क्लाइंट के फ़ैसले से आई।

लागत को लागत पर आगे सौंपें। होस्टिंग और सब्सक्रिप्शन पर प्रदाता की राशि दिखे। अगर आप मार्कअप जोड़ते हैं, तो उसे अपने अनुबंध में लिखें।

आम गलतियाँ

• “डेवलपमेंट सेवाएँ” की एक ही लाइन। यह सवाल बुलाती है और मंज़ूरी में देरी करती है।
• टाइमशीट न होना। ब्योरे के बिना प्रति घंटा इनवॉइस पर सबसे पहले सवाल उठते हैं।
• परचेज़ ऑर्डर या संपर्क छूटना। भुगतान तंत्र ऐसे इनवॉइस लौटा देते हैं जिन्हें वे आगे नहीं भेज सकते।
• बिना लिखे दायरे के बदलाव। ज़ुबानी समझौते इनवॉइस आने पर गायब हो जाते हैं।
• महीनों पीछे इनवॉइस बनाना। आप लागत उठाते हैं और क्लाइंट संदर्भ भूल जाता है।
• आगे सौंपी लागत को अपनी दर में मिलाना। यह छिपाता है कि आप अपने समय का कितना लेते हैं।

भेजने से पहले की चेकलिस्ट

• कारोबार का ब्योरा और क्लाइंट का ब्योरा सही हैं
• ज़रूरत हो तो परचेज़ ऑर्डर या अनुबंध नंबर शामिल है
• स्प्रिंट की तारीखें या बिलिंग अवधि लिखी है
• हर लाइन प्रति घंटा, पड़ाव या रिटेनर कीमत दिखाती है
• घंटे गतिविधि के हिसाब से समूहित हैं और टाइमशीट से मेल खाते हैं
• बदलाव के अनुरोध मंज़ूरी की तारीख के साथ अलग लाइनें हैं
• आगे सौंपे गए खर्च लागत पर सूचीबद्ध हैं
• जमा राशि क्रेडिट के रूप में दिखाई गई है
• टैक्स स्थानीय नियमों के अनुसार लगाया गया है
• भुगतान शर्तें और भुगतान का ब्योरा लिखा है

संबंधित टेम्पलेट और टूल

कई डेवलपर वेबसाइटें भी बनाते हैं, इसलिए पड़ावों और होस्टिंग की आगे सौंपी लागत के लिए वेब डिज़ाइन इनवॉइस टेम्पलेट देखें, और रिटेनर और दैनिक दरों के लिए कंसल्टिंग इनवॉइस टेम्पलेट। अपना बनाने के लिए तैयार होने पर मुफ़्त इनवॉइस जनरेटर आपके ब्राउज़र में सटीक हिसाब के साथ और बिना अकाउंट के चलता है।

PayToMe सार्वजनिक बीटा में है। इनवॉइस और कोटेशन बनाने, उन्हें पे लिंक के साथ ईमेल से भेजने, कार्ड या बैंक ट्रांसफ़र से भुगतान पाने, और Free, Pro या Business प्लान चुनने के लिए app.paytome.si पर साइन इन करें। रिमाइंडर, कैश-फ़्लो पूर्वानुमान, टेक्स्ट-टू-पे और मोबाइल ऐप विकास में हैं। मुफ़्त इनवॉइस जनरेटर अब भी आपके ब्राउज़र में बिना अकाउंट के काम करता है। यह पेज सामान्य जानकारी है, कानूनी या टैक्स सलाह नहीं।