AI बनवाया है: वह ऑटोमेशन असल में किसका है?

आप अपने कारोबार के लिए AI बनवाते हैं. एक सहायक जो इनबॉक्स छांटता है, कुछ जो रात में ग्राहकों के सवालों का जवाब देता है, एक सिस्टम जो कोटेशन तैयार करता है. काम चल रहा है, आप खुश हैं, बिल चुका दिया. और एक साल बाद वह सवाल आता है जो शुरू में लगभग कोई नहीं पूछता: यह असल में किसका है? AI बनवाना कोई तैयार टूल खरीदने जैसा नहीं है. टूल में स्थिति साफ रहती है, आप सदस्यता बंद करते हैं और बात खत्म. कस्टम काम में धुंधलापन रहता है, क्योंकि चार अलग-अलग चीजें होती हैं जो किसी न किसी की होती हैं, और शायद ही कभी वे सब आपकी होती हैं. नीचे वही चार चीजें, कानून क्या कहता है, और हस्ताक्षर से पहले लिखवाने लायक पांच बातें.

आप एक नहीं, चार चीजें खरीदते हैं

जब कोई आपके लिए ऑटोमेशन बनाता है, तो एक उत्पाद नहीं बनता, बल्कि कुछ अलग-अलग हिस्से बनते हैं. हर हिस्से का अपना मालिक होता है, और हर हिस्से का मालिक अलग हो सकता है. इसीलिए इस सवाल का जवाब इतनी बार गलत निकलता है: लोग एक चीज सोचते हैं, जबकि होती हैं चार.

• बनाया गया ढांचा खुद, निर्देश, कदमों का क्रम, नियम. असली कस्टम काम यही है और सिर्फ यही हिस्सा खास आपके लिए सोचा गया है.
• वह जगह जहां यह चलता है, वह अकाउंट या सर्वर जिस पर यह दिन-रात काम करता है.
• आपके सिस्टम की चाबियां, जिनसे यह आपके मेलबॉक्स, हिसाब-किताब या शेड्यूल तक पहुंचता है.
• सोचने वाला हिस्सा, AI मॉडल किसी बड़े सप्लायर से आता है और वह न आपका है, न बनाने वाले का.

आखिरी हिस्सा सबसे कम परेशानी वाला है: आप उसे किराये पर लेते हैं, सब किराये पर लेते हैं, और ज्यादातर मामलों में उसे किसी दूसरे से बदला जा सकता है. गड़बड़ पहले तीन में होती है. और उन तीनों में यह अपने आप ठीक से तय लगभग कभी नहीं होता.

कानून: मालिक बनाने वाला है, पैसा देने वाला नहीं

यही हिस्सा ज्यादातर कारोबारियों को चौंकाता है. डच कॉपीराइट कानून की धारा 1 कहती है कि अधिकार बनाने वाले का होता है. जो सोचता और लिखता है, अधिकार उसी का. धारा 7 एक अपवाद बनाती है: अगर आपके अपने कर्मचारी बनाते हैं, तो नियोक्ता होने के नाते बनाने वाले आप हैं. लेकिन बाहरी एजेंसी आपका स्टाफ नहीं है. आप बाहर से किसी को लेते हैं, तो बनाने वाला वही है, और वही मालिक बना रहता है, भले पूरा बिल आपने चुकाया हो.

हस्तांतरण हो सकता है, पर यूं ही नहीं. उसी कानून की धारा 2 के मुताबिक हस्तांतरण लिखित होना चाहिए, अलग दस्तावेज के जरिये. और एक बात आसानी से छूट जाती है: हस्तांतरण सिर्फ उतना ही कवर करता है जितना साफ-साफ लिखा हो. यानी हम सभी अधिकार सौंपते हैं जैसी लाइन जितनी मजबूत लगती है, उतनी है नहीं. जो शब्दों में नहीं लिखा, वह आपके साथ नहीं जाता.

साफ कर दें: यह बुरी कंपनियों की कहानी नहीं है. ज्यादातर बनाने वालों की आपको फंसाने की कोई योजना नहीं होती. बात बस कहीं लिखी नहीं होती, क्योंकि किसी ने पूछा ही नहीं. इसीलिए इसे सुलझाना इतना आसान है, पहले ही, दो वाक्यों में, जब सब लोग खुशमिजाज हैं.

अकाउंट किसके नाम पर हैं?

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

पांच सवाल, जो दस मिनट में तस्वीर साफ कर देते हैं:

• जिस सर्वर या अकाउंट पर ऑटोमेशन चलता है, वह किसके नाम है?
• AI मॉडल के सप्लायर को पैसा कौन देता है: सीधे आप, या बनाने वाला जो आपसे वसूलता है?
• आपके अपने सिस्टम की चाबियां कौन वापस ले सकता है, आप, या सिर्फ बनाने वाला?
• सिस्टम ने जो सीखा है वह कहां रखा है: उदाहरण, सुधार, तयशुदा जवाब?
• अगर बनाने वाला कल बंद हो जाए, तो क्या यह तब तक चलता रहेगा जब तक आपके पास कुछ और न हो?

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

सबसे कीमती हिस्सा सबसे कम दिखता है

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

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

सोर्स कोड तीसरे पक्ष के पास: सही विचार, गलत नाप

सॉफ्टवेयर दुनिया का मानक हल एस्क्रो कहलाता है: बनाने वाला सोर्स कोड किसी स्वतंत्र पक्ष के पास जमा करता है, और अगर वह बंद हो जाए या विवाद बढ़ जाए तो चाबी आपको मिलती है. अच्छा साधन. पर कीमत देखिए. डच प्रदाताओं में से एक, Softcrow, इसे खुलेआम छापता है: 1,250 यूरो एकमुश्त शुरुआती शुल्क और 1,440 यूरो प्रति पैकेज प्रति वर्ष, कर अलग. जमा किया गया हिस्सा सचमुच काम करता है या नहीं, यह जंचवाना चाहें तो उस जांच का खर्च 2,895 यूरो है.

जिस सिस्टम पर पूरा कारोबार टिका हो, उसके लिए यह पैसा सही जगह लगा है. कुछ हजार यूरो के ऑटोमेशन के लिए यह बेमेल है. एक कहीं सस्ता रास्ता है: पहले दिन से सब कुछ आपके नाम पर रखवाइए. डच डेटा सेंटर में अपना सर्वर TransIP पर 5 यूरो प्रति माह से शुरू होता है, कर अलग. तब पहुंच का बीमा कराने की जरूरत नहीं, क्योंकि पहुंच आपके पास पहले से है.

मालिक होना और इस्तेमाल कर पाना एक बात नहीं

यहां ईमानदार होना पड़ेगा, भले बेचने के लिहाज से यह कम सुहाए. आप सब कुछ के मालिक हो सकते हैं और फिर भी फंसे रह सकते हैं. अगर यह ऐसे घरेलू औजारों से बना है जिन्हें और कोई नहीं जानता, अगर एक लाइन का दस्तावेज नहीं है, या अगर इसे समझने वाला अकेला आदमी अभी फिलीपींस चला गया है, तो कागज पर मालिकाना है और बस. फंसना कम ही सिर्फ कानूनी समस्या होती है; अक्सर यह व्यावहारिक समस्या होती है.

तीन बातें फर्क डालती हैं, और तीनों आप पहले पूछ सकते हैं. एक: क्या यह ऐसे आम औजारों से बना है जिन्हें कोई दूसरा पहचान ले? दो: क्या ऐसी व्याख्या मौजूद है जिसे बाहर का कोई पढ़ सके, तकनीकी शब्दों की सूची के बजाय? तीन: क्या दर्ज होता है कि कब क्या बदला? आखिरी बात लालफीताशाही लगती है, पर नया पक्ष सबसे पहले यही मांगता है.

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

हस्ताक्षर से पहले पांच बातें लिखवा लें

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

यह एक पन्ने में आ जाता है और आपको एक बातचीत जितना पड़ता है. अगर कोई पक्ष इसे कागज पर लिखने से इनकार करे, तो कुछ भी बनने से पहले ही आपको पूरे प्रोजेक्ट की सबसे जरूरी जानकारी मिल गई.

कब इसकी चिंता करने की जरूरत नहीं

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

और अगर नतीजा यह हो कि मौजूदा हल जैसा है वैसा ही ठीक है, तो वह भी अच्छा है. जब कुछ हाथ से करना बेहतर हो या जहां है वहीं रहना बेहतर हो, हम उतनी ही साफगोई से कहते हैं. ऐसा बहुत काम है जिसे ऑटोमेट करने से सचमुच फायदा होता है.

इस हफ्ते आप क्या कर सकते हैं

• अपने ऑटोमेशन पार्टनर का आखिरी कोटेशन या अनुबंध निकालिए और कॉपीराइट शब्द खोजिए. न मिले तो समझिए तय नहीं हुआ है.
• जहां आपका ऑटोमेशन चलता है, वहां एक बार लॉगिन करके देखिए. न हो पाए, तो पहला काम पता चल गया.
• सिस्टम ने जो सीखा है, उसका निर्यात मांगिए. एक हफ्ते में मिल जाए तो स्थिति ठीक है.
• कुछ नया बनवाने जा रहे हैं? ऊपर की पांच बातें अपनी मांग में डालिए, एक यूरो खर्च होने से पहले.

हम खुद महीने-दर-महीने रद्द किए जा सकने वाले तरीके से काम करते हैं, लंबे अनुबंध के बिना, यह संयोग नहीं, ऊपर वाली ही सोच है. जो ग्राहक जा सकता है, वही इसलिए टिकता है क्योंकि काम बनता है.