💼 ♉️ 😜 जैसा कि हमने चैट बॉटर्स का अगला डिजाइनर किया। भाग 1 📵 🧗 🀄️

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

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

लक्ष्य

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

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

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

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

माइंड मैप चैटबोट उदाहरण

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

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

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

एआई और एमएल

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

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

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

चैट बॉट बनाम मैन

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

प्रक्रिया

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

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

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

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

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

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

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

परिणाम

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

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

मेरे ओपस के अधिक तकनीकी भाग को शुरू करने से पहले, यह संभवतः इस बात के बारे में संक्षेप में बताने योग्य है कि उत्पाद आपको क्या करने की अनुमति देता है।

अपने खाते में चैटबॉट प्रबंधित करें
दृश्य चैटबोट संपादक
चैट बॉट (संपादन पहुंच, सार्वजनिक पहुंच) पर नियंत्रण पहुंच
वेब पर चैट बॉट प्रकाशित करने की क्षमता (विजेट, एम्बेडेड, फुलस्क्रीन)
चैटबॉट सेटिंग्स (डिजाइन, नाम, मैट्रिक्स, विजेट स्थिति, आदि)
GET और POST अनुरोधों के माध्यम से बाहरी सेवाओं के साथ चैटबॉट को एकीकृत करने के लिए समर्थन
बॉट संवादों का विश्लेषण
खाता प्रबंधन
सदस्यता मॉडल, सदस्यता प्रबंधन

आर्किटेक्चर

अब, पृष्ठभूमि, लक्ष्यों, विचार और सिद्धांतों को जानकर, जिन्होंने हमें विकास में मार्गदर्शन किया है, मैं एक सामान्य विवरण देना शुरू कर सकता हूं कि यह सब कैसे काम करता है। चूंकि हमारी प्रारंभिक पसंद साइटों और फुलस्क्रीन चैटबॉट्स के लिए चैटबॉट बनाने की थी, जैसे app.botlify.io/bot/5de53dbf9b9bae002b319600 यह स्पष्ट था कि ज्यादातर काम फ्रंटेंड की तरफ होगा। नतीजतन, क्लाइंट पर काम का मोर्चा कार्यों और विशलिस्ट की एक सार्थक सूची में बन गया था:

क्लाइंट लाइब्रेरी बनाएं / खोजें, ब्राउज़र में चैट बॉट के लिए एक प्रकार का "इंजन" जो प्राप्त किए गए निर्देश को समझता है और उपयोगकर्ता के साथ एक संवाद बनाए रखता है।
बॉट नोड्स को संपादित करने के लिए एक एप्लिकेशन बनाएं, जो नोड्स और उनके बीच की लिंक को कुछ जोंस-ऑब्जेक्ट (जिसके आधार पर क्लाइंट लाइब्रेरी डायलॉग का संचालन करेगा) की एक सूची बचाएगा।
, , , - . , , , . , , , ..

, , . id , :

<script defer src="https://app.botlify.io/botlify.min.js"
    onload="Botlify({ bot: '5de53dbf9b9bae002b319600', type: 'widget'})"
</script>

, , ( )

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

फ़्रंट एंड

सामने वाले के लिए, हम Reactjs का उपयोग करते हैं । हम डॉकटर में सब कुछ पैक करते हैं (हम निर्माण करते हैं और इसे नेग्नेक्स कंटेनर में डालते हैं), प्राइवेट रिपॉजिटरी में जीथब पर कोड , सीआई के लिए हम जीथब एक्टेशन का उपयोग करते हैं । हम साधारण bash स्क्रिप्ट के साथ साधारण VPS सर्वर पर कंटेनर लॉन्च करते हैं। UI के विकास को सरल बनाने के लिए ब्लूप्रिंट लिया ।

Web — javascript , - . json -, . -(, , , , , .).
Web — javascript . id , , Web- .
— , . json, -. , «» , — -.
उपयोगकर्ता खाता - अपने खाते, सदस्यता और बॉट के प्रबंधन के लिए एक वेब अनुप्रयोग।
प्रशासनिक पैनल प्रशासकों के लिए एक वेब अनुप्रयोग है। विश्लेषिकी के साथ उपयोगकर्ताओं, बॉट, सदस्यता, डैशबोर्ड का प्रबंधन।

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

एमवीपी 1. वेब क्लाइंट

एक स्टार्टअप के रूप में, हम हमेशा न्यूनतम संसाधनों का उपयोग करके अधिकतम परिणाम प्राप्त करने का प्रयास करते हैं। यह मुझे लगता है कि पहले MVP के लिए एक काफी तार्किक कदम यह था कि वह "उत्पाद चेहरे" का प्रतिनिधित्व करने वाले वेब क्लाइंट का निर्माण करता था, डिजाइनर के काम का परिणाम दिखाता था, न कि बॉट बनाने की प्रक्रिया - एक कप कॉफी, कॉफी मशीन नहीं। समाधान के विकास के समय को कम करने के लिए, हमने अपने अनुरोधों के लिए उपयुक्त पुस्तकालयों की तलाश करने का निर्णय लिया और, अचानक, पाया! lucasbassetti.com.br/react-simple-chatbot एक प्रतिक्रिया घटक है जो हमारी लगभग सभी जरूरतों को पूरा करता है!

इस घटक ने चैटबॉट लॉजिक को चरणों की एक सरणी के रूप में वर्णन करने का सुझाव दिया, उपयोगकर्ताओं द्वारा दर्ज किए गए मूल्यों को पढ़ना, उपस्थिति को कस्टमाइज़ करना, डेटा को मान्य करना और शुरू करने के लिए पर्याप्त लचीला देखा। सबसे सरल चरणों का वर्णन कुछ इस प्रकार है:

<ChatBot
      steps={[
        {
          id: '1',
          message: 'What is your name?',
          trigger: '2',
        },
        {
          id: '2',
          user: true,
          trigger: '3',
        },
        {
          id: '3',
          message: 'Hi {previousValue}, nice to meet you!',
          end: true,
        },
      ]}
    />

हमने अपनी परियोजना को प्रस्तुत करने वाले एक चैटबॉट की रचना करने के लिए इस तरह से प्रयास करना शुरू किया, जिसका दिमाग मानचित्र लेख की शुरुआत में स्क्रीन पर था। बेशक, मैन्युअल रूप से इस तरह के जौन का वर्णन करना बल्कि असुविधाजनक हो गया था, और मुझे बहुत सारे कस्टम कार्य लिखने थे, लेकिन सामान्य तौर पर इस प्रक्रिया ने यह समझ दी कि घटक कैसे काम करता है, इसके साथ वांछित परिणाम कैसे प्राप्त करें।

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

एमवीपी 2. कंस्ट्रक्टर

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

प्रारंभ - एक तकनीकी इकाई जो एक नया सत्र शुरू करती है
अंत - सत्र को समाप्त करने वाला ब्लॉक
संदेश - ब्लॉक तक पहुंचने पर, बॉट ब्लॉक के शरीर में निर्दिष्ट संदेश भेजता है
— . ,

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

उपलब्ध समाधानों के संक्षिप्त निरीक्षण के बाद, हम Rete.js (https://rete.js.org) पर आकर बस गए। मैं प्रलेखन, उदाहरणों से परिचित हो गया और उनमें वह सब कुछ पाया जो हमें शुरू करने के लिए आवश्यक था। यहां तक कि उनके पास चैट बॉट के साथ एक उदाहरण था, जो अंतिम ट्रिगर था

Rete . . , — , JSON

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

Rete.js को इसलिए डिज़ाइन किया गया है कि इसकी कार्यक्षमता का विस्तार कस्टम नोड्स, नियंत्रण और घटकों को बनाकर किया गया है, जिससे हमें जल्दी से ठीक वैसी तस्वीर मिल सके, जिसे हम देखना चाहते थे, जिसके लिए Rete के रचनाकारों का विशेष धन्यवाद! बेशक, सबसे महत्वपूर्ण एक तैयार संपादक है!

में लिखा हैप्रलेखन :

एक संपादक अपनी जेब के बीच नोड्स और कनेक्शन के साथ एक क्षेत्र है। निम्न विकल्प उपलब्ध हैं:

कार्यक्षेत्र के साथ सहभागिता (चलती, स्केलिंग) और नोड प्रबंधन (चलती, जोड़ना, हटाना)
कनेक्शन, नोड्स, उनके इनपुट / आउटपुट और नियंत्रण का प्रदर्शन
संपादक घटनाओं को संभालना
JSON प्रारूप में आयात / निर्यात स्कीमा
प्लगइन्स के साथ कार्यक्षमता का विस्तार
कार्यक्षेत्र, नोड्स और कनेक्शन का अनुकूलन

रिटे के साथ थोड़ा संकलित होने और अधिक विस्तार के उदाहरणों का अध्ययन करने के बाद, हम कुछ ऐसा बनाने में कामयाब रहे, जिसने हमें ब्लॉक "स्टार्ट", "एंड", "मैसेज", "कीबोर्ड इनपुट" बनाने और हटाने की अनुमति दी। आउटपुट में, हमें नोड्स, सॉकेट्स और उन्हें जोड़ने वाली रेखाओं के विवरण के साथ json प्राप्त हुआ।

संपादक के पहले संस्करणों में से एक

पहले से ही कुछ है, लेकिन यह पर्याप्त नहीं है, क्योंकि हमारे वेब क्लाइंट को यह समझ नहीं है। कदमों के वर्णन के साथ उसे किसी तरह की जरूरत है। क्लाइंट में एक जोंस फॉर्मेट से दूसरे में एक कनवर्टर एम्बेड करने का निर्णय लिया गया था।

जसन ट्रांसफार्मर

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

घटकों को एक साथ बांधने के बाद, हम परिणामी उपकरणों का परीक्षण करने लगे। बैकएंड के बिना भी, यह बहुत रोमांचक था। हमने संपादक में संवाद बनाए और देव उपकरणों के माध्यम से क्लाइंट में json डाला, और परिणामस्वरूप हमें एक बॉट मिला, जिसमें कहा गया है कि इसकी आवश्यकता कैसे है! वह यह भी जानता है कि चर को कैसे बचाया जाए और उनका उपयोग किया जाए, धिक्कार है! पहली जीत की महान संवेदनाएं ... हमारे आवेदन के उपकरण की पच्चीकारी पहले से ही व्यावहारिक रूप से मेरे सिर में बन गई है, हमें उन सिद्धांतों पर काम करना चाहिए जो हम भविष्य में उपयोग करना चाहते हैं। हमें एक निश्चित कंकाल मिला जिसके चारों ओर "मांस" का निर्माण हुआ। और सबसे महत्वपूर्ण बात - यह स्पष्ट हो गया कि यह कैसे करना है:

संपादक बदलें, इच्छित प्रकार का नोड जोड़ें
हम एक नए नोड को एक नए चरण में बदलने के लिए json ट्रांसफार्मर सिखाते हैं
हम क्लाइंट को एक नए कदम के साथ काम करना सिखाते हैं

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

उपभोक्ता खाता

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

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

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

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

कैबिनेट बनाने के बाद, हमने संपादक द्वारा नए ब्लॉक और क्लाइंट द्वारा उनके प्रसंस्करण पर कुछ समय बिताया:

— . ( ),
— -
Email — email

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

परिणाम?

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

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

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

जैसा कि हमने चैट बॉटर्स का अगला डिजाइनर किया। भाग 1