फ्रीलांस अनुबंध टेम्पलेट: हर फ्रीलांसर के लिए आवश्यक खंड

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

यह मार्गदर्शिका एक फ्रीलांस अनुबंध में आपको आवश्यक हर खंड को कवर करती है, बताती है कि प्रत्येक क्यों मायने रखता है, और आपको खुद को - और अपने ग्राहकों को - सबसे आम विवादों से बचाने के लिए ढांचा देती है।

फ्रीलांस अनुबंध क्यों मायने रखते हैं

एक अनुबंध अविश्वास के बारे में नहीं है। यह स्पष्टता के बारे में है। जब दोनों पक्षों को पहले दिन से दायरे, समय-सीमा, भुगतान और स्वामित्व की समान समझ होती है, तो परियोजनाएं सुचारू रूप से चलती हैं और संबंध लंबे समय तक चलते हैं। अनुबंध इसमें शामिल सभी लोगों की सुरक्षा के लिए मौजूद है।

एक लिखित समझौते के बिना, आप कई जोखिमों के संपर्क में हैं: स्कोप क्रीप (जहां परियोजना धीरे-धीरे अतिरिक्त भुगतान के बिना सहमत से आगे बढ़ जाती है), देर से या गैर-भुगतान, बौद्धिक संपदा स्वामित्व पर विवाद, और वास्तव में क्या वादा किया गया था, इस बारे में असहमति। एक अच्छी तरह से तैयार किया गया अनुबंध इन सभी को समस्या बनने से पहले संबोधित करता है।

छोटे प्रोजेक्ट्स के लिए भी, एक साधारण एक-पृष्ठ समझौता कुछ न होने से बेहतर है। बड़े कामों के लिए, एक व्यापक अनुबंध आवश्यक है।

आवश्यक अनुबंध खंडों की व्याख्या

1. शामिल पक्ष

बुनियादी बातों से शुरू करें: आपका पूरा कानूनी नाम या व्यवसाय का नाम, ग्राहक का पूरा नाम या व्यवसाय का नाम, पते और संपर्क विवरण। यह स्थापित करता है कि समझौते से कौन बाध्य है। यदि आप एक सीमित कंपनी के माध्यम से काम कर रहे हैं, तो अपने व्यक्तिगत नाम के बजाय कंपनी के नाम का उपयोग करें।

2. कार्य का दायरा

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

समान रूप से महत्वपूर्ण: बताएं कि क्या शामिल नहीं है। “इस दायरे में चल रहा रखरखाव, सामग्री निर्माण, या निर्दिष्ट पृष्ठों से परे अतिरिक्त पृष्ठ शामिल नहीं हैं।” यह सीमा दायरे के विस्तार के खिलाफ आपकी सुरक्षा है।

3. डिलिवरेबल्स और माइलस्टोन

परियोजना को संबंधित समय-सीमा के साथ विशिष्ट डिलिवरेबल्स में विभाजित करें। उदाहरण के लिए: 15 मार्च तक वायरफ्रेम, 22 मार्च तक पहला डिज़ाइन ड्राफ्ट, 5 अप्रैल तक विकास पूरा, 12 अप्रैल तक संशोधन और अंतिम डिलीवरी। स्पष्ट मील के पत्थर परियोजना को ट्रैक पर रखते हैं और दोनों पक्षों को प्रगति का आकलन करने के लिए चेकपॉइंट देते हैं।

4. भुगतान शर्तें

कुल शुल्क, भुगतान अनुसूची, स्वीकृत भुगतान विधियाँ और देर से भुगतान के परिणामों को निर्दिष्ट करें। मानक संरचनाओं में अग्रिम में एक प्रतिशत (आमतौर पर 25-50%) शामिल होता है, जिसमें शेष राशि पूरी होने पर, डिलिवरेबल्स से जुड़े मील के पत्थर-आधारित भुगतान, या चल रहे काम के लिए मासिक रिटेनर भुगतान शामिल होते हैं।

देर से भुगतान का खंड शामिल करें - एक सामान्य तरीका यह है कि अतिदेय चालानों पर प्रति माह 1-2% ब्याज लिया जाए। अपनी भुगतान शर्तें भी निर्दिष्ट करें (उदाहरण के लिए, "चालान के 14 दिनों के भीतर भुगतान देय")। यदि आप निश्चित नहीं हैं कि कितना शुल्क लेना है, तो Zinn Hub फ्रीलांसर कैलकुलेटर आपको विभिन्न मूल्य निर्धारण परिदृश्यों को मॉडल करने में मदद कर सकता है।

5. संशोधन नीति

असीमित संशोधन उदार लगते हैं लेकिन व्यवहार में एक दुःस्वप्न पैदा करते हैं। निर्दिष्ट करें कि आपकी फीस में कितने संशोधन शामिल हैं (दो से तीन राउंड मानक हैं) और यदि क्लाइंट इसके अतिरिक्त परिवर्तन का अनुरोध करता है तो क्या होता है। आमतौर पर, अतिरिक्त संशोधनों के लिए अनुबंध में निर्दिष्ट प्रति घंटा दर पर शुल्क लिया जाता है।

परिभाषित करें कि संशोधनों का “दौर” क्या होता है। प्रतिक्रिया को एक ही दौर में समेकित करने से उस स्थिति को रोका जा सकता है जहाँ एक ग्राहक पांच अलग-अलग ईमेल भेजता है जिसमें प्रत्येक में एक छोटा सा बदलाव होता है, जिससे उनके पांच संशोधन दौर खर्च होते हैं।

6. बौद्धिक संपदा अधिकार

काम पूरा होने के बाद उसका मालिक कौन होता है? यह एक आश्चर्यजनक रूप से विवादास्पद क्षेत्र है। डिफ़ॉल्ट कानूनी स्थिति देश के अनुसार भिन्न होती है, लेकिन सर्वोत्तम अभ्यास इसे स्पष्ट रूप से बताना है। सामान्य दृष्टिकोणों में अंतिम भुगतान पर पूर्ण आईपी हस्तांतरण (ग्राहक सब कुछ का मालिक होता है), लाइसेंसिंग (आप स्वामित्व बनाए रखते हैं लेकिन ग्राहक को काम का उपयोग करने का अधिकार देते हैं), या साझा अधिकार (दोनों पक्ष काम का उपयोग कर सकते हैं) शामिल हैं।

अधिकांश ग्राहक पूर्ण स्वामित्व हस्तांतरण की उम्मीद करते हैं, जो कस्टम काम के लिए उचित है। हालांकि, यदि आप टेम्प्लेट, फ्रेमवर्क या आपके द्वारा विकसित किए गए टूल का उपयोग कर रहे हैं, तो आप उन तत्वों का स्वामित्व बनाए रखना चाह सकते हैं, जबकि उन पर निर्मित कस्टम काम का स्वामित्व हस्तांतरित कर सकते हैं।

7. गोपनीयता खंड

यदि आपके पास संवेदनशील व्यावसायिक जानकारी — क्लाइंट सूचियाँ, वित्तीय डेटा, अप्रकाशित उत्पाद, व्यापार रहस्य — तक पहुँच होगी, तो एक पारस्परिक गोपनीयता खंड शामिल करें। यह क्लाइंट की जानकारी की सुरक्षा करता है और परियोजना के दौरान आपके द्वारा साझा की जाने वाली किसी भी मालिकाना विधि या प्रक्रिया की भी सुरक्षा करता है।

8. समाप्ति खंड

कोई भी पक्ष समझौते को कैसे समाप्त कर सकता है? मानक शर्तों में एक नोटिस अवधि (14-30 दिन सामान्य है), समाप्ति तिथि तक पूरे किए गए काम के लिए भुगतान, और वे शर्तें शामिल हैं जिनके तहत तत्काल समाप्ति उचित है (जैसे गैर-भुगतान या अनुबंध का उल्लंघन)। बिना कारण के समय से पहले समाप्त किए गए प्रोजेक्ट के लिए किल शुल्क — शेष प्रोजेक्ट मूल्य का एक प्रतिशत — सामान्य है।

9. देयता सीमाएँ

अपनी देयता को अनुबंध के कुल मूल्य तक सीमित करें। इस खंड के बिना, सैद्धांतिक रूप से आप पर भुगतान की गई राशि से कहीं अधिक नुकसान के लिए मुकदमा किया जा सकता है। मानक भाषा: “इस समझौते के तहत सेवा प्रदाता की कुल देयता इस अनुबंध के तहत भुगतान की गई कुल फीस से अधिक नहीं होगी।”

10. विवाद समाधान

निर्दिष्ट करें कि विवादों को कैसे संभाला जाएगा — पहले मध्यस्थता, फिर मध्यस्थता, फिर अंतिम उपाय के रूप में अदालत। शासी कानून (किस देश या राज्य के कानून लागू होते हैं) और क्षेत्राधिकार (किन अदालतों के पास अधिकार है) को भी निर्दिष्ट करें। यह विशेष रूप से अंतरराष्ट्रीय फ्रीलांस काम के लिए महत्वपूर्ण है।

विशिष्ट फ्रीलांस सेवाओं के लिए खंड

वेब डेवलपमेंट अनुबंध

होस्टिंग और डोमेन स्वामित्व विवरण, ब्राउज़र और डिवाइस संगतता आवश्यकताएँ, लॉन्च के बाद के समर्थन की शर्तें, तीसरे पक्ष के प्लगइन या लाइसेंस लागत (इनके लिए कौन भुगतान करता है), और क्या प्रशिक्षण दायरे में शामिल है, शामिल करें।

एसईओ अनुबंध

विशिष्ट रैंकिंग की कभी गारंटी न दें — यह अनैतिक और असंभव दोनों है। इसके बजाय, उन सेवाओं को परिभाषित करें जो आप प्रदान करेंगे (तकनीकी ऑडिट, ऑन-पेज अनुकूलन, लिंक बिल्डिंग, रिपोर्टिंग) और उन मेट्रिक्स को ट्रैक करें। न्यूनतम जुड़ाव अवधि (SEO में समय लगता है — तीन से छह महीने मानक है) और रिपोर्टिंग शेड्यूल शामिल करें।

सामग्री लेखन अनुबंध

शब्द गणना सीमा, संशोधनों की संख्या, अनुसंधान अपेक्षाएँ, SEO आवश्यकताएँ (कीवर्ड, मेटा विवरण), और उपयोग अधिकार निर्दिष्ट करें। स्पष्ट करें कि सामग्री ग्राहक के नाम से प्रकाशित की जा सकती है (घोस्टराइटिंग) या क्या आप एक बायलाइन क्रेडिट बनाए रखते हैं।

डिजाइन अनुबंध

प्रारंभिक अवधारणाओं की संख्या, संशोधन सीमाएँ, वितरित किए जाने वाले फ़ाइल स्वरूप और पालन किए जाने वाले रंग/ब्रांड दिशानिर्देश शामिल करें। निर्दिष्ट करें कि स्रोत फ़ाइलें (PSD, AI, Figma) डिलिवरेबल्स में शामिल हैं या अतिरिक्त लागत पर उपलब्ध हैं।

देखने योग्य अनुबंध रेड फ्लैग्स

यदि कोई ग्राहक उचित अनुबंध शर्तों पर आपत्ति करता है, तो यह ध्यान देने योग्य जानकारी है। विशिष्ट चेतावनी संकेतों में कोई भी अग्रिम जमा राशि का भुगतान करने से इनकार करना, असीमित संशोधनों पर जोर देना, भुगतान पूरा होने से पहले पूर्ण आईपी हस्तांतरण चाहना, अत्यधिक व्यापक गैर-प्रतिस्पर्धा खंडों का अनुरोध करना जो आपको अपने क्षेत्र में काम करने से रोकते हैं, और किसी भी लिखित समझौते पर हस्ताक्षर करने से पूरी तरह इनकार करना शामिल है।

एक ग्राहक जो परियोजना शुरू होने से पहले स्पष्ट, उचित शर्तों पर सहमत नहीं होगा, उसके परियोजना के दौरान निष्पक्ष और स्पष्ट होने की संभावना नहीं है।

फ्रीलांस प्लेटफॉर्म पर अनुबंधों का उपयोग करना

Zinn Hub जैसे प्लेटफ़ॉर्म के माध्यम से काम करते समय, अधिकांश संविदात्मक ढाँचा प्लेटफ़ॉर्म की सेवा की शर्तों में निर्मित होता है - जिसमें भुगतान प्रसंस्करण, विवाद समाधान और बुनियादी परियोजना शर्तें शामिल हैं। हालांकि, बड़ी या अधिक जटिल परियोजनाओं के लिए, एक पूरक अनुबंध जो दायरे, डिलिवरेबल्स और परियोजना-विशिष्ट शर्तों को कवर करता है, फिर भी सलाह दी जाती है।

प्लेटफ़ॉर्म लेन-देन संबंधी तत्वों (भुगतान एस्क्रो, मैसेजिंग रिकॉर्ड, समीक्षा प्रणाली) को संभालता है, जबकि आपका अनुबंध परियोजना की विशिष्टताओं को संभालता है। यह संयोजन दोनों पक्षों को अधिकतम सुरक्षा देता है।

अनुबंध बनाने और प्रबंधित करने के लिए उपकरण

आपको नियमित फ्रीलांस अनुबंधों के लिए वकील की आवश्यकता नहीं है (हालांकि उच्च-मूल्य या जटिल अनुबंधों के लिए कानूनी सलाह की सिफारिश की जाती है)। कई उपकरण मदद कर सकते हैं: इलेक्ट्रॉनिक हस्ताक्षर के लिए HelloSign और DocuSign, AND.CO (अब Fiverr Workspace) और अनुबंध टेम्पलेट्स के लिए HoneyBook, सरल समझौतों के लिए Google Docs जिनकी दोनों पक्ष समीक्षा और टिप्पणी कर सकते हैं, और ऑल-इन-वन फ्रीलांस अनुबंध और चालान प्रबंधन के लिए Bonsai।

आप जिस भी टूल का उपयोग करें, हमेशा हर अनुबंध की हस्ताक्षरित प्रतियां रखें। डिजिटल रिकॉर्ड ठीक हैं — बस यह सुनिश्चित करें कि उनका बैकअप लिया गया हो और उन्हें आसानी से पुनः प्राप्त किया जा सके।

अक्सर पूछे जाने वाले प्रश्न

क्या मुझे छोटे प्रोजेक्ट्स के लिए अनुबंध की आवश्यकता है?

हाँ। यहां तक कि दायरे, भुगतान और समय-सीमा को कवर करने वाला एक संक्षिप्त एक-पृष्ठ समझौता भी दोनों पक्षों की सुरक्षा करता है। अस्पष्ट शर्तों वाले छोटे प्रोजेक्ट वास्तव में औपचारिक अनुबंधों वाले बड़े प्रोजेक्ट की तुलना में विवादों के प्रति अधिक प्रवण होते हैं, क्योंकि धारणाओं की जाँच नहीं की जाती है।

क्या मैं हर ग्राहक के लिए एक ही अनुबंध का उपयोग कर सकता हूँ?

आप एक मानक टेम्पलेट को अपने आधार के रूप में उपयोग कर सकते हैं, लेकिन आपको प्रत्येक परियोजना के लिए दायरे, डिलिवरेबल्स, समय-सीमा और भुगतान शर्तों को अनुकूलित करना चाहिए। संरचनात्मक खंड (देयता, गोपनीयता, विवाद समाधान) सुसंगत रह सकते हैं।

अगर कोई क्लाइंट प्रोजेक्ट के बीच में स्कोप बदलना चाहता है तो क्या होगा?

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

क्या इलेक्ट्रॉनिक रूप से हस्ताक्षरित अनुबंध कानूनी रूप से बाध्यकारी है?

हाँ, यूके, ईयू, यूएस और अधिकांश अन्य न्यायालयों में, इलेक्ट्रॉनिक हस्ताक्षरों का वही कानूनी दर्जा है जो हस्तलिखित हस्ताक्षरों का है। ईआईडीएएस विनियमन (ईयू), इलेक्ट्रॉनिक संचार अधिनियम 2000 (यूके), और ईएसआईजीएन अधिनियम (यूएस) सभी इसकी पुष्टि करते हैं।

क्या मुझे अपने अनुबंध टेम्पलेट की समीक्षा किसी सॉलिसिटर से करवानी चाहिए?

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