लौकी तैयार है, लेकिन जादू अभी प्रकट नहीं हुआ
2023 के आख़िरी दिन मैंने इस निजी वेबसाइट पर अपना पहला निबंध, “अगली नदी में छलांग”, लिखा था। उसकी अंतिम पंक्ति थी: “मैं अभी भी पानी में हूँ।”
एक वर्ष बीत गया, और मैं अभी भी पानी में हूँ।
नदी आसान नहीं हुई है, न ही दूसरा किनारा अधिक साफ़ दिखाई देने लगा है। लेकिन एक बात बदल गई है। 2023 की दूसरी छमाही में, लगभग दस साल काम करने के बाद SenseTime से निकलते ही, मैंने अपना अधिकांश समय संघर्ष करने और दिशा खोजने में बिताया। 2024 में हमने अपना अधिकांश समय एक ठोस उत्पाद बनाने में लगाना शुरू किया।
उस वर्ष की मुख्य धारा उत्पाद था; धन जुटाने की कुछ सीमित कोशिशें उसकी सहायक धारा थीं। हमें निवेश नहीं मिला और ऐसा कोई बाज़ार संकेत भी नहीं मिला जो दिशा को प्रमाणित करने के लिए पर्याप्त हो। फिर भी हमने 27 संस्करण विकसित करके जारी किए।
अगली नदी में कूदने के बाद हम आख़िरकार आगे तैरना सीखने लगे थे।
पहले एक लौकी बनाना
पिछले वर्ष के अंत में लिखे निबंध में मैंने बताया था कि अंततः मैंने बुद्धिमान नोट्स से शुरुआत करने का निर्णय लिया।
माध्यमिक विद्यालय से ही मेरी आदत रही है कि मैं बिना लिखे पढ़ता नहीं। किताब या लेख पढ़ते समय, या वीडियो देखते समय, मैं उन हिस्सों पर ध्यान देता हूँ जो मुझे भीतर से छूते हैं, उन्हें चिह्नित करता हूँ और उस क्षण आए विचार लिख लेता हूँ। मैं इस प्रक्रिया को “बिंदु खोजना” कहता हूँ: जो भीतर असर करे उसे पहचानना और उससे निकली प्रेरणा दर्ज करना।
कभी कोई बिंदु केवल एक वाक्य, एक चित्र या एक दृश्य होता है। उस समय वे एक-दूसरे से असंबद्ध लग सकते हैं। लेकिन पर्याप्त मात्रा में जमा होने के बाद किसी क्षण वे आपस में जुड़ जाते हैं और मुझे किसी समस्या को समझने या ऐसा निर्णय बनाने में मदद करते हैं जिसके बारे में मैंने पहले नहीं सोचा था।
कई वर्षों तक मैंने अलग-अलग नोट उपकरण आज़माए, लेकिन ऐसा उत्पाद नहीं मिला जो सचमुच इस आदत के अनुकूल हो। SenseTime छोड़ने के बाद मैंने अपने बचपन के उस मित्र को बुलाया जिसके साथ मैं पक्षियों के घोंसले टटोला करता और लड़ाइयाँ करता था, और हमने इसे साथ बनाने का निश्चय किया। 2024 की पहली छमाही में हमने अपना अधिकांश समय Sohu Tower के एक साझा कार्यस्थल में बिताया।
हमने उत्पाद का नाम MagicGourd रखा।
“लौकी” मेरे बच्चे का घर का नाम भी है। नाम चुनते समय मैंने जानबूझकर उसमें इतना अर्थ नहीं भरा था। पीछे मुड़कर देखता हूँ तो शायद उसमें एक अवचेतन इच्छा छिपी थी: पूर्णकालिक उद्यमी बनने के बाद बनाया गया मेरा पहला उत्पाद भी किसी बच्चे की तरह हमारी देखभाल में धीरे-धीरे बड़ा हो।
उत्पाद निश्चित रूप से बच्चा नहीं है। फिर भी दोनों में एक समानता है: उसे दुनिया में लाना केवल शुरुआत है। लंबे समय तक उसकी देखभाल करना और उसे बढ़ाना ही वास्तव में कठिन हिस्सा है।
जिस सच्चे दूसरे मस्तिष्क की हमने कल्पना की थी, वह अभी वास्तविकता से बहुत दूर था और एक ही कदम में पूरा नहीं हो सकता था। इसलिए हमने सबसे बुनियादी कदम से शुरू करने का निर्णय लिया: वेब ब्राउज़ करते, ऑनलाइन PDF पढ़ते या वीडियो देखते समय उपयोगकर्ता जिस चीज़ से प्रभावित हों उसे चिह्नित कर सकें और अपनी प्रेरणा लिख सकें।
पहले ऐसी लौकी बनाना जो इन बिंदुओं को समेट सके।
हाइलाइट बटन के पीछे के उत्पाद निर्णय
विकास शुरू करने के कुछ ही समय बाद हमारे सामने एक ऐसा प्रश्न आया जो लगभग बहुत छोटा लगता था: हाइलाइट बटन कैसा होना चाहिए?
क्या वह केवल एक बटन हो या कई क्रियाओं वाला पैनल? उपयोगकर्ता के पाठ चुनते ही वह सामने आ जाए या बुलाए जाने की प्रतीक्षा करे? वह कहाँ दिखाई दे और कब गायब हो? अगर किसी को उसका अपने आप आना पसंद न हो, तो क्या उसे बंद करने का विकल्प देना चाहिए?
हर अतिरिक्त विकल्प अधिक आवश्यकताओं को पूरा करता हुआ लगता है, पर उत्पाद को समझने और चलाने की लागत भी बढ़ाता है। बटन को अधिक सक्रिय रूप से दिखाने पर सुविधा आसानी से मिलती है, लेकिन पढ़ने में बार-बार बाधा आ सकती है। उसे शांत रखने से ध्यान बना रह सकता है, पर उपयोगकर्ता को शायद कभी पता ही न चले कि सुविधा मौजूद है।
ऐसे प्रश्नों का एल्गोरिदमिक अर्थ में कोई मानक उत्तर नहीं होता।
एल्गोरिदम बनाते समय हम पूछते हैं कि कोई क्षमता लागू हो सकती है या नहीं, सटीकता बढ़ सकती है या नहीं, और प्रदर्शन अपेक्षा पूरी करता है या नहीं। उत्पाद बनाते समय हमने दूसरा प्रश्न बार-बार पूछना शुरू किया: किसी सुविधा को कब सामने आना चाहिए और कब पीछे हट जाना चाहिए?
किसी सुविधा का चलना केवल यह साबित करता है कि तकनीक काम करती है। लोग उसे समझते हैं या नहीं, उससे बाधित महसूस करते हैं या नहीं, और उसे अपने दैनिक जीवन में रखना चाहते हैं या नहीं—यही तय करता है कि उत्पाद काम करता है।
एल्गोरिदम और बड़े प्रोजेक्ट बनाते समय मैंने वास्तविक दुनिया की बहुत-सी समस्याओं पर काम किया था। लेकिन जब हमने शून्य से उत्पाद बनाया, तो जो निर्णय पहले उत्पाद, डिज़ाइन, ग्राहक और इंजीनियरिंग टीमें मिलकर लेती थीं, वे अचानक केवल हमारे हो गए। हमें तय करना पड़ा कि क्या दिखाई दे और क्या पीछे छिपा रहे; क्या अभी बनाया जाए और क्या उपयोगी होने पर भी फिलहाल छोड़ दिया जाए।
धीरे-धीरे हमने समझा कि उत्पाद सुविधाओं की संख्या से नहीं, अनगिनत चुनावों से बनता है। कभी-कभी सामने न आना और बाधा न बनना भी उत्पाद की क्षमता होती है।
उत्पाद को समय की कसौटी पर टिकना होता है
बटन स्वाभाविक लगता है या नहीं, यह उपयोगकर्ता तुरंत महसूस कर सकता है। लेकिन उत्पाद वर्षों तक इस्तेमाल होगा या नहीं, इसे तय करने वाले बहुत-से तत्व उसकी नज़र से छिपे रहते हैं।
MagicGourd किसी व्यक्ति का पढ़ने का इतिहास, मन को छूने वाले क्षण और विचार सुरक्षित रखता है। हम उपयोगकर्ता की निजता की अधिकतम रक्षा करना चाहते थे और साथ ही उपकरणों के बीच सिंक्रोनाइज़ेशन तथा भविष्य में बुद्धिमान सेवाएँ देना चाहते थे। दोनों के लिए हमने डेटा को स्थानीय रूप से एन्क्रिप्ट करने और बैकएंड पर केवल एन्क्रिप्टेड पाठ रखने का रास्ता चुना। इससे विकास और रखरखाव जटिल हुए। लेकिन यदि व्यक्ति अपने डेटा का वास्तविक स्वामी नहीं हो सकता, तो सच्चा दूसरा मस्तिष्क शुरू से ही असंभव है।
सिंक्रोनाइज़ेशन एक और समस्या है जो सरल दिखती है लेकिन वास्तव में बहुत जटिल है। उपयोगकर्ता हाइलाइट बनाए तो इंटरफ़ेस को नेटवर्क की प्रतीक्षा में रुकने के बजाय तुरंत प्रतिक्रिया देनी चाहिए। कमज़ोर नेटवर्क या पूरी तरह ऑफ़लाइन होने पर भी रिकॉर्डिंग नहीं रुकनी चाहिए। नेटवर्क लौटे तो अलग-अलग उपकरणों का डेटा बिना दोहराव, ओवरराइट या चुपचाप गायब हुए सही ढंग से सिंक्रोनाइज़ होना चाहिए।
इसके लिए हमें फिर से सोचना पड़ा कि फ्रंटएंड और बैकएंड कैसे साथ काम करें, डेटाबेस डेटा को कैसे व्यवस्थित करे, संस्करण बदलने पर अनुकूलता कैसे बनी रहे और गलती के बाद व्यवस्था कैसे सुधरे। उपयोगकर्ता आम तौर पर ये निर्णय नहीं देखता। लेकिन इनमें से एक भी विफल हो तो पूरी छिपी जटिलता एक पल में सबसे प्रत्यक्ष उपयोगकर्ता अनुभव बन जाती है।
अल्पकालिक अनुभव बनाना अपेक्षाकृत आसान है। कुछ मिनटों के लिए किसी को प्रभावित करने वाला सहज डेमो बनाना इतना कठिन नहीं। लेकिन हमारी नज़र में वह फिर भी केवल डेमो होगा।
डेमो को केवल सामने के क्षण में टिकना होता है। उत्पाद को समय की कसौटी पर टिकना होता है।
यदि कोई उत्पाद दस साल तक उपयोगकर्ता का साथ देना चाहता है, तो दस साल बाद के अनुभव की नींव आज ही बनानी होगी। साधारण उपकरण में एक खराबी अस्थायी असुविधा हो सकती है। वर्षों के नोट सँभालने वाले उत्पाद में डेटा की एक हानि उपयोगकर्ता का सारा भरोसा नष्ट कर सकती है।
हम यह वादा नहीं कर सकते कि व्यवस्था में कभी समस्या नहीं आएगी। लेकिन “उपयोगकर्ता का एक भी नोट न खोना” हमारी सबसे महत्वपूर्ण डिज़ाइन सीमाओं में से एक होना चाहिए। उत्पाद अनुभव केवल स्क्रीन पर नहीं, उस डेटाबेस में भी होता है जिसे उपयोगकर्ता कभी नहीं देखता।
धन जुटाने की बहुत छोटी सहायक धारा
धन जुटाने को उस वर्ष की सहायक धारा कहना भी शायद अतिशयोक्ति है। हमने केवल तीन निवेश संस्थाओं से बात की और लगभग पूरा बाकी समय उत्पाद बनाने में लगाया।
हमारा विचार सरल था: सीधे या परोक्ष रूप से परिचित शुरुआती निवेशकों से संपर्क करें, उन्हें बताएँ कि हम क्या बना रहे हैं और पहला एंजेल निवेश पाने की कोशिश करें।
उस निवेश का अर्थ केवल पैसा नहीं था। उत्पाद अधूरा था और बाज़ार का कोई स्पष्ट संकेत नहीं था। उस चरण में हम बाहर से यह प्रतिक्रिया चाहते थे कि अच्छे निवेशकों को यह दिशा सार्थक लगती है या नहीं।
इन कोशिशों से कोई परिणाम नहीं निकला। उस समय हमने इसका कारण AI अनुप्रयोगों के लिए कठिन निवेश वातावरण और निवेशकों से बातचीत में अपनी अनुभवहीनता को माना। दोनों कारण मौजूद थे। लेकिन पीछे मुड़कर देखने पर एक अधिक सीधा तथ्य था: हमने धन जुटाने में कम समय लगाया और केवल तीन संस्थाओं से बात की। इसे असफल निवेश दौर कहने के बजाय निवेशकों के साथ कुछ शुरुआती बातचीत कहना अधिक सही होगा।
जिस बात पर अधिक विचार चाहिए, वह चुनौती दिए जाने पर मेरी प्रतिक्रिया थी।
MiraclePlus के साक्षात्कार में मेरे सामने ऐसे लोग बैठे थे जिनका मैं बहुत सम्मान करता था। जब उन्होंने बार-बार हमारे विचारों पर प्रश्न उठाए और बहुत तीखे ढंग से सवाल पूछे, तो मेरे भीतर तनाव पैदा हुआ। हम निवेश माँगने आए थे, इसलिए लगा कि उनके निर्णय का सम्मान करना और कुछ हद तक उन उत्तरों के करीब जाना चाहिए जिनकी वे अपेक्षा करते हैं।
लेकिन यदि धन जुटाने का उद्देश्य ईमानदार प्रतिक्रिया पाना था, तो ऐसी बातें कहना जिन पर हम स्वयं विश्वास नहीं करते, उस प्रतिक्रिया को अर्थहीन कर देता।
बाद में मैंने सोचना शुरू किया कि क्या हमें वास्तव में केवल प्रतिक्रिया चाहिए थी। शायद बाज़ार द्वारा उत्पाद को प्रमाणित करने से पहले हम उत्कृष्ट निवेशकों के एक समूह की स्वीकृति भी चाहते थे, ताकि खुद को भरोसा दिला सकें कि दिशा गलत नहीं चुनी।
यह किसी अनजान नदी में खड़े होकर किनारे पर बैठे व्यक्ति से पहले यह बताने की आशा करने जैसा था कि किस ओर तैरना है। लेकिन उद्यमी को अंततः धारा खुद महसूस करनी और सामने के तथ्यों के आधार पर निर्णय लेना पड़ता है।
Dongsheng Tower के “Xuanming Elders”
2024 की दूसरी छमाही में हम Sohu Tower से Dongsheng Tower चले गए।
मेरा बचपन का मित्र और मैं लंबे समय तक जोड़ी में प्रोग्रामिंग करते, अक्सर एक ही स्क्रीन के सामने बैठकर चर्चा करते थे। साझा कार्यालय के युवा उद्यमियों के बीच यह तरीका अलग दिखाई देता था। समय के साथ लोगों ने हमें एक उपनाम दिया: “Xuanming Elders”।
यह मज़ेदार था। बचपन में साथ पक्षियों के घोंसले टटोलने और लड़ने वाले दो लोग बीस साल बाद साझा कार्यालय में बैठकर MagicGourd नाम का उत्पाद बना रहे थे।
Kehan से हमारी मुलाकात भी Dongsheng Tower में हुई। MiraclePlus में वह समुदाय और उद्यमी प्रोजेक्ट भर्ती के लिए ज़िम्मेदार था। पहली बार बात करते हुए उसने पूछा: “आप दोनों उद्यमी हैं, है न? मैं आपको काफ़ी समय से देख रहा हूँ। इस पूरे कार्यालय में आप दोनों सबसे अधिक सच्चे संस्थापक जैसे काम करते दिखाई देते हैं।”
बाद में जब उसे पता चला कि हमने MiraclePlus का साक्षात्कार दिया था, तो हमने उस अनुभव पर बात की। उसने बताया कि निवेशक जब किसी स्टार्टअप विचार पर बार-बार सवाल उठाते हैं, तो हमेशा केवल असहमति व्यक्त नहीं कर रहे होते। कभी-कभी वे यह भी जाँचते हैं कि संस्थापकों ने बात सचमुच सोची है या नहीं और दबाव में अपना निर्णय बनाए रख सकते हैं या नहीं।
इससे मैंने उस साक्षात्कार को नए ढंग से समझा।
निवेशकों का सम्मान करने का अर्थ अपना निर्णय उन्हें सौंप देना नहीं है। उद्यमी को समझना चाहिए कि दूसरे लोग असहमत क्यों हैं, लेकिन केवल इसलिए अपना निर्णय नहीं छोड़ना चाहिए कि वे सम्मान के योग्य हैं। नई सच्चाइयों के कारण विचार बदलना समस्या नहीं है; पूरी तरह सोचने से पहले केवल स्वीकृति पाने के लिए अपनी बात बदलना समस्या है।
यह सीख केवल धन जुटाने तक सीमित नहीं। उत्पाद बनाते समय हमें रोज़ उपयोगकर्ता प्रतिक्रिया, प्रतिस्पर्धी उत्पादों के चुनाव और नई तकनीकी प्रवृत्तियाँ मिलती हैं। इन बाहरी संकेतों को गंभीरता से समझना चाहिए, लेकिन उत्पाद में क्या जाना चाहिए, यह तय करना हमारी ज़िम्मेदारी है।
लौकी तैयार है
2024 के अंत तक हमने MagicGourd के 27 संस्करण विकसित करके जारी कर दिए थे।
हमने सामान्य वेब पृष्ठों पर पाठ और चित्र की टिप्पणियों से शुरुआत की, फिर ऑनलाइन PDF का समर्थन जोड़ा और वही तरीका Bilibili तथा YouTube तक फैलाया। उपयोगकर्ता वीडियो के उस दृश्य को चिह्नित कर सकता था जो उसे छूता था, नोट लिख सकता था और टाइमलाइन से उस क्षण पर जल्दी लौट सकता था। हमने टैग प्रबंधन, खोज और निर्यात भी जोड़े और ब्राउज़र तथा उपकरणों के बीच डेटा सिंक्रोनाइज़ किया।
हर नए सामग्री प्रारूप के लिए बहुत अनुकूलन करना पड़ा। वेब पृष्ठों की कोई एक समान संरचना नहीं, और वीडियो प्लेटफ़ॉर्म बदलते रहते हैं। एक साइट पर सही काम करने वाली सुविधा दूसरे पृष्ठ या ब्राउज़र में बिल्कुल अलग व्यवहार कर सकती है। हमारा बहुत-सा समय दिखाई देने वाली नई क्षमता बनाने में नहीं, बल्कि किनारी स्थितियाँ सँभालने और मौजूदा क्षमताओं को अधिक स्थिर बनाने में लगा।
उस वर्ष जारी 27 संस्करणों में हमें उपयोगकर्ता डेटा खोने या खराब होने का कोई मामला नहीं मिला। कभी-कभार की गड़बड़ियाँ मुख्यतः लॉगिन सत्यापन कोड जैसे सेवा चरणों में थीं। सूचना मिलने पर हम आम तौर पर जल्दी कारण खोजकर समस्या हल कर लेते थे। यह साबित नहीं करता कि व्यवस्था कभी विफल नहीं होगी, लेकिन इतना अवश्य बताता है कि अदृश्य हिस्सों पर लगाया समय व्यर्थ नहीं गया।
नवंबर में हमने sspai पर वीडियो नोट सुविधा का परिचय दिया। उपयोगकर्ताओं ने टिप्पणियाँ छोड़नी शुरू कीं। पहले उपयोगी वीडियो दृश्य को स्क्रीनशॉट लेकर कहीं और चिपकाने वाले एक व्यक्ति ने MagicGourd आज़माने के बाद लिखा: “इस एक्सटेंशन ने मुझे बचा लिया!” कुछ लोगों को टाइमलाइन पर बूँद के आकार के चिह्न पसंद आए, कुछ ने स्वतंत्र नोट माँगे और कुछ Safari समर्थन का इंतज़ार कर रहे थे।
उपयोगकर्ता प्रतिक्रिया पाना उस वर्ष की सबसे बड़ी खुशियों में से एक था।
हमें खुशी केवल इसलिए नहीं थी कि लोगों ने उत्पाद की प्रशंसा की, बल्कि इसलिए कि किसी ने हमारी बनाई चीज़ को अपने वास्तविक जीवन का हिस्सा बनाया। उन्होंने उपयोगी सुझाव भी दिए, जिनसे हमें बार-बार तय करना पड़ा: कौन-सी टिप्पणी साझा समस्या दिखाती है और कौन-सी व्यक्तिगत आदत से आती है; क्या तुरंत हल करना चाहिए और क्या उपयोगी होने पर भी इस चरण में उत्पाद का हिस्सा नहीं होना चाहिए।
यदि उत्पाद के नाम को दो भागों में बाँटें, तो वर्ष के अंत तक कम से कम “लौकी” बन चुकी थी: मन को छूने वाले क्षण और प्रेरणा इकट्ठा करने, सुरक्षित रखने और व्यवस्थित करने का एक पात्र।
जादू अभी प्रकट नहीं हुआ
लेकिन यह अभी वह जादू नहीं था जिसकी हमने कल्पना की थी।
उसमें AI का उपयोग अवश्य होगा, लेकिन वह केवल लेख का सार बनाने तक सीमित नहीं होगा। सार सूचना को छोटा कर सकता है, पर ज़रूरी नहीं कि वह संज्ञान को आगे बढ़ाए।
हमारी समझ में सूचना वह सामग्री है जो व्यक्ति को मिलती है; ज्ञान समझी और व्यवस्थित की गई सूचना है; संज्ञान वह तरीका है जिससे व्यक्ति दुनिया को समझता है, संबंध और निर्णय बनाता है और नए अनुभव आने पर उन्हें बदलता है।
आज का AI सूचना संसाधित करने में अच्छा है और ज्ञान व्यवस्थित करने में लगातार बेहतर हो रहा है। वह लेख का सार बना सकता है, मुख्य शब्द निकाल सकता है और उन प्रश्नों का उत्तर दे सकता है जिनका उत्तर सामग्री में पहले से मौजूद है। लेकिन यदि वह केवल दस पृष्ठों को एक पृष्ठ में समेटता है या नोट ऐप के पास चैट बॉक्स जोड़ता है, तो उसने अभी उस चीज़ को नहीं छुआ जिसे हम वास्तव में बनाना चाहते हैं।
हम चाहते हैं कि भविष्य का MagicGourd किसी व्यक्ति द्वारा लंबे समय में जमा किए गए रिकॉर्ड समझे और अलग-अलग समय तथा माध्यमों में बिखरे प्रभाव के क्षणों को दोबारा मिलाए। वह बार-बार लौटने वाले पर कभी स्पष्ट रूप से न कहे गए विषय खोज सके, नोटों के बीच संबंध और विरोध दिखा सके, लंबे समय से अनुत्तरित प्रश्न पहचान सके या पुराने विचार को सही समय पर वापस ला सके।
और भी महत्वपूर्ण यह है कि वह ऐसे प्रश्न उठाए जिनके बारे में उपयोगकर्ता ने अभी नहीं सोचा, लेकिन जिन्हें आगे बढ़ाना सार्थक हो, और इस तरह उसे अपने नए निर्णय बनाने में मदद करे।
यहाँ स्पष्ट सीमा आवश्यक है: AI अपनी अटकल को ऐसी “सच्चाई” बनाकर प्रस्तुत नहीं कर सकता जिसे उपयोगकर्ता ने अभी नहीं पहचाना। वह संभावित संबंध, विरोध और प्रश्न सामने रख सकता है। वे संबंध सही हैं या नहीं, यह निर्णय अंततः उपयोगकर्ता का है।
जादू उपयोगकर्ता की जगह सोचता नहीं। वह उपयोगकर्ता को अपनी अधूरी सोच देखने में मदद करता है।
उस वर्ष हमने इस विचार से जुड़े कुछ आंतरिक डेमो बनाए। वे सार बना सकते थे, सामग्री व्यवस्थित कर सकते थे और प्रश्नों का उत्तर दे सकते थे। वे कुछ हद तक AI उत्पाद जैसे दिखते थे। लेकिन जिसे हम “संज्ञान को आगे बढ़ाना” कहते थे, उससे वे अभी बहुत दूर थे, इसलिए केवल AI की लहर के साथ बने रहने के लिए हमने उन्हें जल्दबाज़ी में जारी नहीं किया।
AI जितना गहराई से किसी व्यक्ति की संज्ञान प्रक्रिया में भाग लेता है, उसे उतना ही निजी डेटा देखना पड़ता है। इससे हमारा विश्वास और मजबूत हुआ कि निजता और डेटा स्वामित्व जादू से अलग इंजीनियरिंग समस्याएँ नहीं, बल्कि जादू के अस्तित्व की शर्तें हैं। हम यह नहीं कह सकते कि हम उपयोगकर्ताओं को समझना चाहते हैं और साथ ही उनसे अपने डेटा का नियंत्रण छोड़ने को कहें।
इसलिए 31 दिसंबर 2024 को लौकी तैयार थी, लेकिन जादू अभी प्रकट नहीं हुआ था।
हमें निवेश नहीं मिला था, निर्णायक बाज़ार संकेत नहीं दिखा था और स्पष्ट व्यवसाय मॉडल नहीं बना था। हमें अब भी नहीं पता था कि यह नदी अंततः कहाँ ले जाएगी।
लेकिन हमने 27 संस्करण जारी किए थे। उपयोगकर्ता उत्पाद को अपने जीवन में लाने लगे थे। और हम समझने लगे थे कि चलने वाले डेमो को वास्तविक उत्पाद में कैसे बदला जाए और लंबे समय तक उसकी ज़िम्मेदारी कैसे ली जाए।
एक वर्ष पहले मैंने लिखा था: “मैं अभी भी पानी में हूँ।”
एक वर्ष बाद भी मैं पानी में था। नदी आसान नहीं हुई थी और दूसरा किनारा साफ़ नहीं हुआ था।
लेकिन हमने लौकी बना ली थी।
जादू अभी प्रकट नहीं हुआ था। हम दूसरे किनारे तक भी नहीं पहुँचे थे। फिर भी कम से कम हमने आगे तैरना शुरू कर दिया था।