जिस फीचर से हम सालों से बचते आ रहे थे, उसे कुछ ही दिनों में बना लिया गया।

ShopConnect ने बुकिंग बेचना कैसे सीखा, और इससे हमें AI-फर्स्ट प्लेटफॉर्म पर AI ऑपरेटर के साथ निर्माण करने के बारे में क्या सीखने को मिला।

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

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

फिर हमने इसे कुछ ही दिनों में तैयार कर लिया। कल्पना की, योजना बनाई, निर्माण किया, परीक्षण किया और एक विकल्प के रूप में तैनाती के लिए तैयार कर दिया, जितना समय हम पहले इसकी रूपरेखा तैयार करने में लगाते थे, उससे भी कम समय में। यह कहानी है कि यह कैसे हुआ और क्यों यह केवल अब संभव हो पाया।

वर्षों पुरानी इच्छा

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

हमने इसे कभी क्यों नहीं बनाया?

असली मुश्किल बटन दबाना नहीं था। असली मुश्किल तो बटन के पीछे छिपी हर चीज थी।

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

इनमें से कोई भी एक काम तो संभाला जा सकता है। लेकिन ये सब मिलकर एक ऐसा प्रोजेक्ट बनाते हैं जो एक चौथाई हिस्सा खा जाता है और फिर भी अंत में नाजुक सा लगता है। हमने इस बात का सम्मान करते हुए लगातार यही कहा कि अभी नहीं।

दो दुनियाएँ, एक गति: व्यायामशाला और दुकान, अंततः एक हो गईं।

क्या बदल गया

समस्या के प्रति हमारी रुचि नहीं बदली, बल्कि समस्या के समाधान का तरीका बदल गया।

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

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

निर्माण कार्य, कुछ ही दिनों में

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

वहाँ से प्रक्रिया तेज़ी से आगे बढ़ी, ठीक वैसे ही जैसे किसी वास्तविक निर्माण में होता है। यह सिस्टम सभी पहलुओं को आपस में जोड़ सका क्योंकि यह Shopify, Mindbody और हमारे उद्देश्य से पूरी तरह से जुड़ा हुआ है। इसे पहले चरण से ही व्यापक उपयोग के लिए बनाया गया था: चाहे एक स्थान हो या सौ नेटवर्क वाले स्थान, यह एक ही तरीके से काम करता है, चाहे एक ही प्रकार का सत्र हो या एक दर्जन प्रकार के सत्र, यह एक ही तरीके से काम करता है, और 1:1 अपॉइंटमेंट और ग्रुप क्लास एक ही शेड्यूलिंग विजेट के माध्यम से संचालित होते हैं। सबसे महत्वपूर्ण बात यह है कि इसने Mindbody के कई व्यवसायों द्वारा खरीदारों को जिस जटिल प्रक्रिया से गुज़ारना पड़ता था, उसे सरल बना दिया। न खाता बनाने की ज़रूरत, न ईमेल सत्यापित करने की, न ही एक जगह से खरीदकर फिर कहीं और लॉग इन करके बुकिंग करने की। अब खरीदारी और बुकिंग एक साथ, एक ही लेनदेन में हो जाती है, जिसमें एक मिनट से भी कम समय लगता है।

Shopify के प्रोडक्ट पेज पर लाइव जाएं: जगह, दिन और एक खुली क्लास चुनें, फिर चेकआउट करें। खरीदारी और बुकिंग एक ही चरण में पूरी हो जाएगी।

कुछ ही दिनों में, तिमाहियों में नहीं। जिस चीज़ से हम वर्षों से बचते आ रहे थे, वह एक सप्ताह में भेजने के लिए तैयार थी।

जब उपकरण मौजूद नहीं थे, तो इसने उन्हें बनाया।

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

इनमें से कोई भी स्क्रिप्ट बेकार नहीं थी। हर एक स्क्रिप्ट एक उत्कृष्ट, पुन: उपयोग योग्य बिल्डिंग ब्लॉक बन गई जिसे भविष्य में कोई भी ऑटोमेशन बिना किसी पुनर्खोज के उपयोग कर सकता है। यही AI फर्स्ट की एक महत्वपूर्ण विशेषता है: AI आवश्यकतानुसार प्लेटफॉर्म की शब्दावली का विस्तार करता है, और प्रत्येक विस्तार अगले निर्माण के लिए उपयोगी होता जाता है। एक कोडिंग टूल एक बार लिखा गया कोड होता है। AI-फर्स्ट प्लेटफॉर्म पर एक AI ऑपरेटर प्लेटफॉर्म को विकसित करता है।

सिस्टम द्वारा तैयार की गई इंस्टॉलेशन प्रक्रिया का एक हिस्सा। प्रत्येक वृत्त एक पुन: प्रयोज्य क्रिया है जिसे सिस्टम ने बनाया या संयोजित किया है, जिसमें Shopify की "स्टोर थीम सूचीबद्ध करें" क्रिया भी शामिल है, जो क्रमानुसार चल रही है।

प्रत्येक नई क्रिया एक वास्तविक, विन्यास योग्य बिल्डिंग ब्लॉक है। यहाँ एक क्रिया का सेटिंग पैनल है, जिसे भविष्य में किसी भी स्वचालन में पुनः उपयोग किया जा सकता है।

संक्षेप में: यह कैसे काम करता है

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

जो क्षण पहले फॉलो-अप ईमेल में होता था, अब वह खरीदारी करते समय ही होता है।

ऐसा सिर्फ एआई-फर्स्ट प्लेटफॉर्म पर काम करने वाला एआई ऑपरेटर ही क्यों कर सकता है?

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

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

बिल्डरों के लिए इसका क्या मतलब है?

वही बुकिंग विजेट, टैबलेट पर लाइव: क्लास का सही समय चुनें और एक ही बार में बुकिंग करें।

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

हमने वर्षों तक एक समस्या का सम्मान किया। अब हम इसका सम्मान एक अलग तरीके से करते हैं। हम इसे बनाते हैं।

उपलब्धता

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