ग्राहक सदस्यता और ऑर्डर पर तैयार भोजन पहुँचाने वाली सेवा है: हर महीने दसियों हज़ार ऑर्डर और कामकाजी दिनों की शाम को सबसे अधिक लोड। सहायता कॉल सेंटर और चैट पर निर्भर थी: पीक समय में 40 मिनट तक इंतज़ार, ऑपरेटरों की भर्ती से मार्जिन घटता था, और 70% प्रश्न वही बार-बार आने वाले मामले थे—«मेरा ऑर्डर कहाँ है», «पता कैसे बदलूँ», «इसमें क्या-क्या है», «डिलीवरी आगे कैसे बढ़ाऊँ»। सेवा के लगभग सभी ग्राहक Telegram पर हैं, इसलिए सहायता को वहीं ले जाना स्वाभाविक था।
सेवा की गुणवत्ता घटाए बिना आम प्रश्नों को ऑटोमेट करना:
ऐसा बॉट जो स्वाभाविक भाषा में जवाब दे, विशिष्ट ऑर्डर का डेटा देख सके, चैट में ही डिलीवरी बदल और सदस्यता का भुगतान कर सके, तथा कठिन मामलों में व्यक्ति को सहजता से ऑपरेटर तक पहुँचाए। गुणवत्ता की सीमा स्पष्ट थी: यदि बॉट समस्या हल करने के बजाय «सहायता का अभिनय» करे, तो परियोजना असफल मानी जाएगी।
हमने बॉट को «मेन्यू वाला चैटबॉट» नहीं बल्कि सहायता का पूरा कर्मचारी बनाया: ऑर्डर डेटा की पहुँच, नियमित काम करने का अधिकार और escalation की स्पष्ट सीमाएँ।
- तीन महीनों की सहायता बातचीत का विश्लेषण किया: 50 आम परिदृश्य, हर एक का हिस्सा, ग्राहकों के असली वाक्य और ऑपरेटरों की सामान्य गलतियाँ पहचानीं।
- सेवा का ज्ञान आधार बनाया: डिलीवरी नियम, भोजन की सामग्री, सदस्यता दरें और रिफ़ंड प्रक्रियाएँ—मॉडल के उत्तरों के लिए व्यवस्थित तथ्य।
- संवाद इंजन बनाया: ज्ञान आधार पर खोज (RAG) वाला भाषा मॉडल, सेवा के तथ्यों से बाहर उत्तर देने पर रोक और ब्रांड की एकसमान संवाद शैली।
- API के ज़रिये बॉट को संचालन प्रणालियों से जोड़ा: ऑर्डर की स्थिति और इतिहास, डिलीवरी का पता और समय बदलना, सदस्यता रोकना और उसका भुगतान करना।
- escalation की योजना बनाई: कठिन या भावनात्मक प्रश्न संवाद के पूरे संदर्भ सहित ऑपरेटर को दिए जाते हैं—ग्राहक को बात दोहरानी नहीं पड़ती।
- संवाद विश्लेषण तय किया: escalation के कारण, बिना जवाब वाले परिदृश्य और ज्ञान आधार को भरना; बॉट वास्तविक बातचीत से लगातार बेहतर होता है।
मुख्य सिद्धांत यह था कि ऑटोमेशन अलग से महसूस नहीं होना चाहिए। बॉट सेकंडों में जवाब देता है, एक-दो संदेशों में समस्या सुलझाता है और बातचीत को कभी चक्कर में नहीं डालता: मामला असामान्य हो तो पूरा संदर्भ लेकर व्यक्ति तुरंत जुड़ता है। इसलिए सहायता का स्कोर 3,4 से बढ़कर 4,7 हुआ—ग्राहक «रोबोट या इंसान» नहीं, गति और परिणाम आँकते हैं। यही अनुशासन काम करने वाले बॉट और परेशान करने वाले बॉट में अंतर करता है।
परियोजना का आर्थिक परिणाम यह था: सेवा के साथ एक साल में प्रश्नों की संख्या तीन गुना हुई, लेकिन ऑपरेटर टीम का आकार वही रहा—पूरी अतिरिक्त मात्रा बॉट ने संभाली। ऑपरेटरों के बचे समय को कठिन और «महँगे» मामलों, खासकर ग्राहक बनाए रखने के काम में लगाया गया, जिसके लिए पहले शिफ़्ट में समय नहीं बचता था। बॉट बिक्री का माध्यम भी बना: सदस्यता की याद दिलाने और बातचीत में अतिरिक्त उत्पाद सुझाने से उल्लेखनीय राजस्व आता है, जिससे सहायता लागत केंद्र से विकास चैनल बन गई।
| मापदंड | परिणाम |
|---|---|
| बिना ऑपरेटर हल हुए प्रश्नों का हिस्सा | 0% → 78% |
| पहले जवाब का समय | पीक में 40 मिनट तक → 3–5 सेकंड |
| एक प्रश्न संभालने की लागत | ≈90 ₽ → ≈7 ₽ |
| सहायता CSAT | 3,4 → 4,7 |
मेट्रिक्स केस की मूल सामग्री से लिए गए हैं। अवधि वहीं दी गई है जहाँ स्रोत में दर्ज है।
- प्रश्न ऑपरेटर के बिना हल हुए
- 78%
- पहला जवाब (पीक में पहले 40 मिनट तक)
- 3–5 सेकंड
- प्रति प्रश्न लागत (पहले ≈90 ₽)
- ≈7 ₽
- सहायता CSAT (पहले 3.4)
- 4.7
पहला जवाब: 40 मिनट = 2400 सेकंड, जबकि ऊपरी मान 5 सेकंड है। CSAT का पैमाना 5 अंकों का है।
उपयोगकर्तामेरा ऑर्डर कहाँ है?
बॉटआपका ऑर्डर रास्ते में है। क्या आप डिलीवरी का समय बदलना चाहेंगे?
उपयोगकर्ताहाँ, इसे शाम के लिए कर दें
बॉटहो गया, डिलीवरी का समय अपडेट कर दिया गया है।
- 01Telegram में प्रश्न
- 02AI + ज्ञान आधारऔर API से ऑर्डर डेटा
- 03आम मामला — चैट में हल
- 04जटिल मामला — ऑपरेटरसंवाद के संदर्भ सहित
बॉट को आगे कहाँ विकसित करें:
- बहु-चैनल सुविधा—साझा ज्ञान आधार और इंजन पर वही परिदृश्य WhatsApp और VK में चलाना।
- पहले से सूचित करने वाले संदेश—ग्राहक के पूछने से पहले देरी की सूचना देना।
- वॉइस सहायक—सेवा के मोबाइल ऐप में आवाज़ से ऑर्डर करना और सदस्यता सँभालना।
बॉट किसी भी ऑपरेटर से तेज़ जवाब देता है और छुट्टी नहीं लेता। सबसे अहम बात, वह समस्या हल करता है, सहायता का अभिनय नहीं—ग्राहकों को इसका एहसास नहीं होता और वे हमें «पाँच सितारे» देते हैं।
— भोजन वितरण सेवा के प्रमुख