ऐप के भीतर खिलाड़ी चैट के सबक: बड़े पैमाने पर रीयल-टाइम ग्राहक जुड़ाव के लिए एक प्लेबुक

जब Inter Miami CF ने Gearing Up for the Huddle, Vol. 3 प्रकाशित किया—अपनी दूसरी इन-ऐप खिलाड़ी चैट का सारांश, इस बार डिफेंडर Sergio Reguilón के साथ—तो उस लेख को मार्केटिंग के अंतर्गत रख देना आसान होता। एक खिलाड़ी प्रशंसकों के सवालों के जवाब देता है, क्लब मुख्य अंश पोस्ट करता है, और सब आगे बढ़ जाते हैं।

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

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

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

ऐप के भीतर खिलाड़ी चैट वास्तव में कस्टमर सक्सेस की कहानी क्यों है

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

उनमें से हर तत्व सीधे आधुनिक सपोर्ट मोशन पर मैप होता है:

• **स्वामित्व वाला चैनल।**बातचीत क्लब ऐप में होती है, किराए के सोशल फीड में नहीं। क्लब दर्शकों, डेटा और फॉलो-अप का स्वामी है। -**रीयल-टाइम जवाब।**प्रशंसक ईमेल जवाब का इंतज़ार नहीं करते। मूल्य तात्कालिकता में है। -**दो-तरफ़ा।**यह चैट है, घोषणा नहीं। सवाल सामग्री को आकार देते हैं। -**दोहराने योग्य प्रारूप।**क्रमांकित शृंखला अपेक्षा बनाती है और भागीदारी को आदत में बदल देती है। -**सामग्री का पुनः उपयोग।**सारांश 30 मिनट की बातचीत की उम्र को हफ्तों तक बढ़ा देता है।

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

यह बदलाव मायने रखता है क्योंकि उत्पाद-के-भीतर बातचीत की अर्थव्यवस्था बदल गई है। जिसके लिए पहले स्टाफिंग निर्णय चाहिए होता था, अब उसके लिए रूटिंग निर्णय चाहिए होता है।

जुड़ाव का गणित: सीधी पहुँच एक रिटेंशन लीवर है

ऊपर का पैटर्न ही वह कारण है कि खेल क्लब अपनी सोशल पहुँच के बढ़ने-घटने के बावजूद स्वामित्व वाले डिजिटल उत्पादों में निवेश करते रहते हैं। जो ग्राहक आपके ऐप के भीतर जवाब देता है, वह केवल जुड़ा हुआ नहीं होता; वह पहचानने योग्य, संबोधित करने योग्य और फिर से पहुँचने योग्य होता है। यही दर्शक और संबंध के बीच का अंतर है।

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

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

सबक 1, ग्राहकों से वहीं मिलें जहाँ वे पहले से हैं

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

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

इस सबक का व्यावहारिक रूप:

• सहायता वहीं सामने लाएँ जहाँ रुकावट होती है: फ़्लो में, त्रुटि के बगल में, उस स्क्रीन पर जहाँ ग्राहक झिझकता है।
• केवल प्रतिक्रियात्मक नहीं, सक्रिय प्रवेश बिंदु भी दें। ऑनबोर्डिंग के दौरान एक छोटा इन-ऐप संदेश उस सहायता लेख से बेहतर प्रदर्शन करता है जिसे कोई नहीं खोलता।
• बातचीत को उसी विंडो में रखें। पोर्टल पर हर रीडायरेक्ट एक ऐसी जगह है जहाँ ग्राहक चले जाते हैं।

मापने योग्य परिणाम है प्रति समाधान कम लागत और उन मुद्दों की अधिक हिस्सेदारी जो चर्न बातचीत बनने से पहले पकड़ लिए जाते हैं।

सबक 2, स्वामित्व पहुँच से बेहतर है

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

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

स्वामित्व सौदेबाज़ी की गतिशीलता भी बदलता है। जब आप चैनल को नियंत्रित करते हैं, तो सेवा स्तर आप तय करते हैं। जब किराए का चैनल अपना एल्गोरिदम, अपनी कीमतें या अपनी API सीमाएँ बदलता है, तो आपका सपोर्ट अनुभव भी उसके साथ बदल जाता है।

सबक 3, दो-तरफ़ा संवाद प्रसारण से बेहतर है

दूसरी इन-ऐप खिलाड़ी चैट—जिसका सारांश Vol. 3 में है—पहली के बाद आती है, न कि उसे किसी नई चीज़ से बदल देती है। यही असली दो-तरफ़ा प्रारूप की पहचान है: यह इसलिए टिकता है क्योंकि दर्शक इनपुट देते रहते हैं।

अधिकांश सपोर्ट संचार अब भी प्रसारण ही है। स्टेटस पेज, रिलीज़ नोट्स, सामूहिक ईमेल। प्रसारण कुशल है, लेकिन यह कोई संवाद उत्पन्न नहीं करता, और संवाद ही वह जगह है जहाँ निदान और भरोसा वास्तव में होते हैं।

दो-तरफ़ा प्रारूप अधिक चुनौतीपूर्ण संचालन दृष्टिकोण को बाध्य करते हैं:

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

Inter Miami का प्रारूप इसलिए काम करता है क्योंकि क्लब सत्र को शुरुआत, मध्य और अंत वाली बातचीत की तरह मानता है, और फिर परिणाम प्रकाशित करता है ताकि जो लोग इसे चूक गए वे भी अगली बार के लिए आ सकें।

सबक 4, मॉडरेशन और स्केल एक ही समस्या हैं

फर्स्ट-टीम डिफेंडर के साथ इन-ऐप खिलाड़ी चैट प्रशंसकों के लिए मज़ेदार है और क्लब के लिए लॉजिस्टिक्स की समस्या: सैकड़ों सवाल, जवाब देने वाला एक इंसान, दिन में सीमित समय। किसी को ट्रायाज करना होता है, डुप्लिकेट हटाने होते हैं, प्राथमिकता तय करनी होती है और लहजा सही रखना होता है।

सपोर्ट लीडर्स इस समस्या को अच्छी तरह जानते हैं। यह वही समस्या है जो हेडकाउंट से तेज़ी से बढ़ने वाली क्यू की होती है। इसका जवाब अधिक एजेंट नहीं है; यह एक स्तरित प्रणाली है:1.**सब कुछ कैप्चर करें।**एक इनटेक सतह, एक ही जगह लॉग की गई। 2.**स्वचालित रूप से वर्गीकृत करें।**कीवर्ड से नहीं, इरादे से रूट करें। 3.**दोहराए जाने वाले को हल करें।**एआई उन प्रश्नों को संभालता है जिनके उत्तर ज्ञात हैं। 4.**संदर्भ के साथ एस्केलेट करें।**मनुष्यों को थ्रेड, खाता, और प्रयास किया गया समाधान मिलता है। 5.**चक्र पूरा करें।**परिणामों को ज्ञान आधार में वापस भेजें।

जो टीमें इसे सही करती हैं, वे एआई को वेबसाइट पर जोड़ दिया गया चैटबॉट मानना बंद कर देती हैं और उसे उत्पाद के भीतर बातचीत प्रणाली की पहली परत मानने लगती हैं, ऐसी परत जो बातचीत को बंद करने के बजाय साफ़ तरीके से आगे सौंपती है।

पाठ 5, एक श्रृंखला बनाएं, कोई स्टंट नहीं

खंड 3 वह चुपचाप महत्वपूर्ण विवरण है। एक बार की चैट एक अभियान है। क्रमांकित श्रृंखला एक आदत है, और आदतें समय के साथ संचित होती हैं।

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

B2B सहायता टीम के लिए एक व्यावहारिक लय:

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

उत्पाद के भीतर ग्राहक की हर बातचीत वास्तव में एक नवीनीकरण बातचीत है।

पाठ 6, बातचीत को सामग्री और अंतर्दृष्टि में बदलें

सारांश पोस्ट इसलिए मौजूद है क्योंकि क्लब ने चैट को एक बार के आयोजन के बजाय कच्चे माल के रूप में देखा। सहायता टीमें इससे कहीं अधिक समृद्ध परत पर बैठी हैं: अपने ग्राहक आधार की वास्तविक आपत्तियां, भ्रम और कामचलाऊ समाधान।

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

जो टीमें लगातार ऐसा करती हैं, वे पाती हैं कि उनका ज्ञान आधार पुराने लेखों का कब्रिस्तान बनना बंद कर देता है और मापने योग्य प्रतिफल वाली उत्पाद संपत्ति की तरह व्यवहार करने लगता है।

एआई उत्पाद के भीतर बातचीत को कैसे स्केलेबल बनाता है

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

एआई परत गणित बदल देती है: यह कतार के दोहराए जाने वाले सामने वाले हिस्से को समाहित करती है और जहां मायने रखता है वहां मानवीय क्षण को बनाए रखती है। डिज़ाइन सिद्धांत सरल है: उत्तर को स्वचालित करें, रिश्ते को नहीं।

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

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

30-60-90 दिन की रोलआउट योजना

दिन 1-30: मापन व्यवस्था और आधार रेखा

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

दिन 31-60: पहली परत लॉन्च करें

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

दिन 61-90: चक्र पूरा करें

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

वे मेट्रिक्स जो वास्तव में मायने रखते हैं

अकेला डिफ्लेक्शन एक दिखावटी मेट्रिक है। एक डिफ्लेक्ट किया गया टिकट जो छोड़े गए खाते में बदल जाता है, वह दक्षता के वेश में घाटा है। इसके बजाय जोड़े में कुछ कम मेट्रिक्स ट्रैक करें:

• डिफ्लेक्शन दरके साथ7 दिनों के भीतर पुनः संपर्क दर।
• पहली प्रतिक्रिया समयके साथसमाधान समय।
• CSATके साथएस्केलेशन गुणवत्ता, जिसे इस बात से मापा जाता है कि एस्केलेट की गई बातचीत को कितनी बार शुरू से दोबारा शुरू करना पड़ता है।
• प्रति समाधान बातचीत लागतके साथसहायता से प्रभावित विस्तार राजस्व।

सामान्य गलतियां

• **संकीर्ण के बजाय व्यापक लॉन्च करना।**40 इरादों का शानदार उत्तर देने वाला सीमित सहायक 400 का खराब उत्तर देने वाले से बेहतर है। -**मानव को छिपाना।**ग्राहक स्वचालन को माफ कर देते हैं; वे उसमें फंसे रहने को माफ नहीं करते। -**ट्रांसक्रिप्ट को बेकार उपोत्पाद मानना।**बातचीत डेटा आपके द्वारा किए जाने वाले सबसे सस्ते उत्पाद शोध है। -लय छोड़ देना। एक शानदार आयोजन बारह औसत आयोजनों से कम मूल्य का है।

सामान्य प्रश्न

इन-ऐप खिलाड़ी चैट क्या है?

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

सहायता के लिए उत्पाद के भीतर चैट ईमेल से बेहतर प्रदर्शन क्यों करती है?

क्योंकि संदर्भ प्रश्न के साथ आता है। सहायक या एजेंट खाता, योजना, और वह स्क्रीन देख सकता है जिस पर ग्राहक है, जिससे ईमेल थ्रेड्स पर हावी पहचान के चक्कर हट जाते हैं। परिणाम तेज़ पहली प्रतिक्रिया और एक-संपर्क समाधानों की अधिक हिस्सेदारी है।

एआई वास्तविक रूप से सहायता का कितना हिस्सा संभाल सकता है?

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

आप एआई उत्तरों को सटीक कैसे रखते हैं?

तीन आदतें: हर सप्ताह वास्तविक बातचीत के सामने उत्तरों का पुनः परीक्षण करें, ऐसा कोई भी उत्तर हटा दें जो विश्वसनीय रूप से अनुवर्ती प्रश्न उत्पन्न करता है, और सत्य का एक ही स्रोत रखें ताकि मानव टीम और सहायक कभी असहमत न हों।

इन-ऐप टीम को किस पहली प्रतिक्रिया समय का लक्ष्य रखना चाहिए?

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

मुख्य बात

Inter Miami का सारांश प्रशंसक सामग्री जैसा दिखता है, लेकिन इसके नीचे की संरचना—स्वामित्व वाला चैनल, वास्तविक समय उत्तर, दो-तरफा इनपुट, क्रमांकित श्रृंखला, पुनर्चक्रित अंतर्दृष्टि—वही संरचना है जो सहायता को स्केलेबल बनाती है। खंड 3 इसलिए मौजूद है क्योंकि खंड 1 और खंड 2 काम कर गए, और क्योंकि क्लब ने आयोजन चलाने के बजाय एक प्रारूप बनाया।आपके ग्राहक किसी रक्षक से चैट नहीं माँग रहे हैं। वे चाहते हैं कि उन्हें जल्दी उत्तर मिले—उसी जगह जहाँ उनकी समस्या रहती है—किसी ऐसी चीज़ से जो उनके संदर्भ को समझती हो। फ़ॉर्मैट बनाइए, उसे एक नियमित लय पर चलाइए, एआई को दोहराव वाला बोझ उठाने दीजिए, और इंसानों को वहीं रखिए जहाँ रिश्ता वास्तव में रहता है।

ऐसे ही एक सहायता टीम कतार होना बंद करती है और उत्पाद की तरह व्यवहार करने लगती है।