Caira आपके अनुबंध की 3 क्लिक में समीक्षा कर सकता है:

• सुझाए गए बदलाव और टिप्पणियाँ सीधे आपकी फ़ाइल में जोड़ी जाती हैं

• दूसरे पक्ष को भेजने के लिए एक ईमेल सारांश तैयार करें

एक मुफ्त ट्रायल के लिए साइन अप करने में 30 सेकंड से भी कम समय लगता है। क्रेडिट कार्ड की ज़रूरत नहीं: अपना मुफ्त ट्रायल शुरू करें

"यह मेरी मशीन पर चलता है": वेब डेवलपर्स को बेहतर अनुबंधों की ज़रूरत क्यों है

वेब डेवलपमेंट की दुनिया "अपेक्षा की खाई" से ग्रस्त है।

आप ऐसा कोड डिलीवर करते हैं जो स्पेसिफिकेशन के अनुरूप होता है। क्लाइंट उसे 2014 के iPhone 6 पर खोलता है और "यह टूट गया है!" चिल्लाता है

आप वह CMS बनाते हैं जो उन्होंने माँगा था। छह महीने बाद वे आपको कॉल करके मांग करते हैं कि आप एक बग ठीक करें, जिसे उन्होंने इंस्टॉल किए गए किसी प्लगइन ने पैदा किया था।

डेवलपमेंट तार्किक है। क्लाइंट भावनात्मक होते हैं। आपका अनुबंध ही इन दोनों के बीच एकमात्र पुल है। इसके बिना, आप जीवनभर की बिना भुगतान वाली तकनीकी सहायता के लिए साइन अप कर रहे हैं।

यहाँ वे कानूनी बग हैं जिन्हें आपको अपने Terms of Business में पैच करना चाहिए।

1. "ब्राउज़र संगतता" का ब्लैक होल

स्थिति: आप एक शानदार React साइट बनाते हैं। यह Chrome और Safari पर तेज़ चलती है। क्लाइंट का CEO इसे ऑफिस में Internet Explorer 11 पर खोलता है। ग्रिड लेआउट बिगड़ जाता है। वे तब तक भुगतान रोक लेते हैं जब तक यह "हर चीज़ पर काम" न करे।

कानूनी सच्चाई:

"हर चीज़ पर काम" तकनीकी रूप से असंभव है। एक स्पष्ट सूची के बिना, अदालत "कार्यात्मक वेबसाइट" की व्याख्या "मानक व्यावसायिक उपकरणों पर चलने वाली" वेबसाइट के रूप में कर सकती है, जिसमें पुराने ब्राउज़र भी शामिल हो सकते हैं।

समाधान:

एक समर्थित ब्राउज़र खंड।

स्पष्ट रहें। "वेबसाइट को Chrome, Safari, Firefox, और Edge के नवीनतम दो संस्करणों पर काम करने के लिए डिज़ाइन किया गया है। लेगेसी ब्राउज़रों (जैसे IE11) के साथ संगतता शामिल नहीं है, जब तक कि स्पेसिफिकेशन में स्पष्ट रूप से सहमति न दी गई हो।"

2. स्वीकृति परीक्षण ("लॉन्च" ट्रिगर)

स्थिति: आप साइट पूरी करते हैं। आप लिंक भेजते हैं। "मुझे बताइए कि आपको क्या लगता है।"

3 हफ्तों तक सन्नाटा।

फिर: "क्या हम फ़ॉन्ट बदल सकते हैं?"

फिर 2 हफ्तों तक सन्नाटा।

फिर: "असल में, क्या हम लोगो हटा सकते हैं?"

आप डेडलाइन से 3 महीने पीछे हैं और अंतिम 50% भुगतान नहीं मिला है।

कानूनी सच्चाई:

एक निर्धारित "स्वीकृति अवधि" के बिना, प्रोजेक्ट ज़ॉम्बी मोड में है। यह न तो पूरा है, न अधूरा।

समाधान:

एक "माना गया स्वीकृत" खंड।

"क्लाइंट के पास डिलीवरी के 7 दिनों के भीतर सॉफ़्टवेयर का परीक्षण करने का समय है। यदि 7 दिनों के भीतर लिखित रूप में कोई विशिष्ट 'त्रुटि' (जिसे क्रैश/गंभीर विफलता के रूप में परिभाषित किया गया है) रिपोर्ट नहीं की जाती, तो सॉफ़्टवेयर को माना गया स्वीकृत माना जाएगा और अंतिम शेष राशि देय होगी।"

यह उन्हें इसे जाँचने, या आपको भुगतान करने के लिए मजबूर करता है।

3. स्कोप का बढ़ना ("बस एक छोटा सा बदलाव")

स्थिति: आप 5 पेजों के लिए कोटेशन देते हैं। बीच रास्ते में, क्लाइंट कॉपी भेजता है। यह 12 पेज है। "मैंने बस About पेज को अलग कर दिया, यह कोई बड़ी बात नहीं है, है न?"

यह है एक बड़ी बात। इसमें नेविगेशन लॉजिक, मोबाइल मेनू पर असर, और कंटेंट डालने का समय शामिल है।

समाधान:

"एक वेबसाइट" के लिए कोटेशन देना बंद करें। "एक कार्य-क्षेत्र" के लिए कोटेशन दें।

• कड़े डिलीवेरेबल्स: "5 x स्थिर पेज। 1 x संपर्क फ़ॉर्म।"

वैरिएशन खंड: "इस स्कोप से बाहर के किसी भी विशिष्ट अनुरोध पर हमारी मानक प्रति घंटा दर £[X] के हिसाब से शुल्क लिया जाएगा। Vairation के अनुमोदित होने तक विकास रोक दिया जाएगा."*

4. कोड का मालिक कौन है? (IP अधिकार)

स्थिति: आप अपना मानक "स्टार्टर थीम" या उन हेल्पर फंक्शन्स की लाइब्रेरी इस्तेमाल करते हैं, जिन्हें आपने सालों पहले लिखा था। क्लाइंट आपसे अलग हो जाता है। वे सभी कोड का "पूर्ण कॉपीराइट असाइनमेंट" माँगते हैं।

अगर आप सब कुछ असाइन कर देते हैं, तो कानूनी रूप से आप अपने अगले क्लाइंट के लिए अपना ही स्टार्टर थीम इस्तेमाल नहीं कर सकते। आपने सिर्फ "घर" नहीं, "औज़ार" बेचे थे।

समाधान:

"कस्टम कोड" और "पृष्ठभूमि IP" में अंतर करें।

"डेवलपर पूर्ण भुगतान पर कस्टम डिज़ाइन और टेक्स्ट लेआउट में कॉपीराइट क्लाइंट को असाइन करता है."*

"डेवलपर सभी 'पृष्ठभूमि IP' (पुन: उपयोग योग्य लाइब्रेरीज़/फ़्रेमवर्क) का स्वामित्व अपने पास रखता है और क्लाइंट को इस वेबसाइट के लिए उनका उपयोग करने का एक स्थायी, गैर-विशिष्ट लाइसेंस प्रदान करता है."*

5. "जीवनभर" बग फ़िक्सिंग

स्थिति: साइट लॉन्च होती है। दो साल बाद, WordPress अपडेट होता है। साइट टूट जाती है। क्लाइंट कॉल करता है: "आपने इसे बनाया है, आप इसे ठीक करो।"

समाधान:

एक वारंटी अवधि।

"हम लॉन्च के बाद 30 दिनों की वारंटी अवधि प्रदान करते हैं, ताकि लॉन्च के समय मौजूद बग्स को ठीक किया जा सके। 30 दिनों के बाद उत्पन्न होने वाली किसी भी समस्या, या तीसरे पक्ष के अपडेट्स (प्लगइन/ब्राउज़र बदलाव) से होने वाली समस्याएँ, बिल योग्य रखरखाव मानी जाएँगी."

कॉन्ट्रैक्ट समीक्षा आपकी डॉक्यूमेंटेशन क्यों है

आप अपने कोड पर टिप्पणी करते हैं। आपको अपने व्यावसायिक संबंध पर भी टिप्पणी करनी चाहिए।

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

अस्वीकरण: इस लेख की जानकारी केवल सामान्य मार्गदर्शन के लिए है और इसे पेशेवर कानूनी, वित्तीय, कर, या चिकित्सा सलाह के रूप में नहीं माना जाना चाहिए।