जब उत्तर जांच, किसी अन्य विभाग, या चैट के बाद जारी रहने वाले कार्य पर निर्भर हो, तो WhatsApp Business पर वार्तालाप को टिकट बनाना चाहिए। ताकि यह रिकॉर्ड उपयोगी हो, इसे समस्या, पहले क्या प्रयास किया गया, कौन आगे बढ़ेगा और अगला कदम क्या है दिखाना चाहिए। संदेशों को बिना इन सूचनाओं को व्यवस्थित किए रखना इतिहास में पेंडिंग छोड़ देता है।
यह मार्गदर्शिका उन सपोर्ट टीमों के लिए एक रूटीन प्रस्तावित करती है जो WhatsApp के माध्यम से शिकायतें प्राप्त करती हैं और समाधान को ट्रैक करने की आवश्यकता होती है। नीचे दिया गया फॉर्म, उदाहरण और परीक्षण काम को अनुकूलित करने के लिए कार्य मॉडल हैं; वे वास्तविक मामलों या मापे गए परिणामों का प्रतिनिधित्व नहीं करते।
कब टिकट खोलें और कब वार्तालाप जारी रखें
टिकट, जिसे ticket भी कहा जाता है, एक ट्रैक करने योग्य मांग का प्रतिनिधित्व करता है। एक ही वार्तालाप में एक साधारण प्रश्न और एक समस्या हो सकती है जिसे विश्लेषण की आवश्यकता है। क्या रिकॉर्ड करना है निर्णय लेने से पहले विषयों को अलग करें।
| स्थिति | प्रस्तावित प्रेषण | निर्णय का मानदंड |
|---|---|---|
| ग्राहक समर्थन के समय पूछता है | वार्तालाप में उत्तर दें | सवाल को हल करने के लिए प्रचलित और पर्याप्त जानकारी उपलब्ध है। |
| एक फ़ंक्शन प्रारंभिक निर्देश के बाद भी विफल होता रहता है | तकनीकी टिकट खोलें | व्यवहार की जांच करने और क्रिया का पालन करने की आवश्यकता है। |
| ग्राहक वाणिज्यिक शर्त मांगता है | विक्री को अग्रेषित करें | अगला कदम एक बिक्री का निर्णय है, समर्थन की जाँच नहीं। |
| ग्राहक पहले से दर्ज समस्या के बारे में फिर से पूछता है | मौजूदा केस का लोकेट करें और जारी रखें | मांग वही है; एक नया संदेश नया मुद्दा नहीं दर्शाता। |
यह विभाजन एक परिचालन नियम है। यह मानने की आवश्यकता नहीं कि सिस्टम डुप्लिकेट का पता लगाएगा या रिकॉर्ड स्वतः एकत्र करेगा। यदि टूल यह मिलान नहीं करती, तो टीम का कोई व्यक्ति इसे करना चाहिए।
ऐसा फॉर्म तैयार करें जो कार्य जारी रखने की अनुमति दे
केस को अग्रेषित करने से पहले यह जाँचें कि क्या कोई और व्यक्ति बिना ग्राहक से सब कुछ फिर से बताए समझ सकेगा। सिस्टम में उपलब्ध फ़ील्ड या एक अधिकृत आंतरिक रिकॉर्ड का उपयोग करें। निम्नलिखित संरचना एक प्रक्रिया का प्रस्ताव है, Whatsplaid के अनिवार्य फ़ील्ड की सूची नहीं।
- केस संदर्भ: रिकॉर्ड की वास्तविक पहचान और वार्तालाप से जुड़ाव।
- पर्यवेक्षित समस्या: क्या हुआ, किस चरण में और कब से।
- अपेक्षित परिणाम: ग्राहक क्या पूरा करने की कोशिश कर रहा था।
- प्रभाव: कौन-सी गतिविधियाँ बाधित हुईं और किसका प्रभाव पड़ा।
- उपयोगी साक्ष्य: त्रुटि संदेश, अनुमानित समय और आवश्यक होने पर संबंधित छवि।
- पहले के प्रयास: पहले किए गए निर्देश और उनके परिणाम।
- वर्तमान पेंडेंसी: वह डेटा, निर्णय या कार्रवाई जो गायब है।
- निरंतरता: आंतरिक जिम्मेदार, अगला कदम और अपडेट के लिए सहमित समय।
केवल जांच के लिए जो गायब हो वह मांगें। ग्राहकों को निर्देश दें कि वे छवियों में तृतीय-पक्ष जानकारी छुपाएँ और पासवर्ड या एक्सेस कोड न भेजें। अधूरा विवरण अधूरा के रूप में पहचाना जाना चाहिए; IA या प्रतिनिधि को इसे तथ्य के रूप में प्रस्तुत की गई अटकल से भरना नहीं चाहिए।
टीम की सहायता करने वाला सारांश उदाहरण
इस काल्पनिक परिदृश्य पर विचार करें: कोई व्यक्ति सिस्टम में लॉग इन कर सकता है, लेकिन रिपोर्ट डाउनलोड नहीं कर पा रहा। “ग्राहक को सिस्टम में समस्या है” उस अवरुद्ध कार्य की जानकारी नहीं देता। एक उपयोगी सारांश इस प्रकार होगा:
ग्राहक खाता एक्सेस करता है, लेकिन रिपोर्ट डाउनलोड पूरा नहीं होता। वह बताता है कि विफलता आज सुबह शुरू हुई। निर्देशानुसार पुनः प्रयास किया गया, बिना किसी बदलाव के। भेजी गई कैप्चर में एक त्रुटि संदेश दिखता है, जिसे अभी तक तकनीकी टीम द्वारा विश्लेषण नहीं किया गया है। यह पुष्टि करना शेष है कि किस रिपोर्ट का अनुरोध किया गया था। अगला कदम: यह जानकारी एकत्र करना और डाउनलोड की जांच करना।
ध्यान दें कि सारांश रिपोर्ट, प्रयास और प्रतीक्षित पुष्टि के बीच अंतर दर्शाता है। यह बिना सबूत के विफलता को ब्राउज़र या सर्वर के साथ नहीं जोड़ता। टीम को निर्णय लेने से पहले सारांश की तुलना इतिहास से करनी चाहिए।
प्रभाव और प्राथमिकता के अनुसार प्राथमिकता दें
Atlassian का दस्तावेज़ प्रभाव और तात्कालिकता का उपयोग करता है ताकि घटनाओं के प्रबंधन में प्राथमिकता तय की जा सके। इसी तर्क को अपनी टीम की प्रक्रिया पर लागू करें: क्या प्रभावित है और कार्रवाई के लिए कितना समय है? संदर्भात्मक स्रोत अंत में दिए गए हैं; इसका अर्थ यह नहीं कि Whatsplaid के साथ कोई एकीकरण मौजूद है।
रिपोर्ट के उदाहरण में, एक ऐसी विफलता जो तुरंत पूरा करने वाली गतिविधि को रोकती है, उसे एक ऐसे प्रश्न से पहले प्राथमिकता मिल सकती है जो परिचालन रूप से बाधित नहीं कर रहा। प्राथमिकता पक्का किए गए संदर्भ पर निर्भर करती है, केवल संदेश में “तत्काल” शब्द पर नहीं।
निर्धारित करें कि प्रारम्भिक वर्गीकरण कौन समीक्षा करेगा, टीम व्यापक अनुपलब्धता को कैसे संभालती है और जब सामान्य जिम्मेदार उपलब्ध न हो तो कौन काम संभालेगा। अपडेट की समय-सीमा और समाधान की समय-सीमा अलग रखें: प्रगति के बारे में लौटकर बताना संभव है बिना उस सुधार का वादा किए जिसकी वजह अभी अज्ञात हो।
जांच के दौरान जिम्मेदारी स्पष्ट रखें
जब केस को किसी अन्य क्षेत्र/टीम को सौंपा जाए, तो तय करें कि कौन जांच करेगा और कौन ग्राहक से संवाद जारी रखेगा। ये भूमिकाएँ अलग लोगों के पास हो सकती हैं, पर पुनरागमन का वादा स्पष्ट रहना चाहिए।
एक इनबॉक्स जिसमें इतिहास और मानवीय हस्तक्षेप हो टीम को बातचीत जारी रखने में मदद करता है। केस उस लंबित कार्य को व्यवस्थित करता है जो खुला है। चैनल पर कई लोगों के काम को व्यवस्थित करने के लिए, मार्गदर्शक AI और मानव टीम के साथ मल्टी-हैंडलिंग प्रतिनिधियों के बीच पास-ऑन के नियमों को बताता है।
यदि निर्माण या encaminhamento विफल हो
रिकॉर्ड की पुष्टि किए बिना यह न बताएं कि एक केस खोला गया है। अगर ऑपरेशन किसी बाहरी इंटीग्रेशन का उपयोग करती है, तो यह भी जाँचें कि लक्ष्य ने केस प्राप्त कर लिया है। केवल भेजने का प्रयास प्राप्ति को प्रमाणित नहीं करता। टीम की आकस्मिक प्रक्रिया का उपयोग करें, संदर्भ बनाए रखें और ग्राहक को समझाएँ कि अगला संपर्क क्या होगा, बिना कोई प्रोटोकॉल नंबर गढ़े।
यदि ग्राहक समाधान से पहले लौट आए
मौजूदा केस देखें, नई जानकारी दर्ज करें और आकलन करें कि प्रभाव बदला है या नहीं। पहले से आजमाई गई गाइडलाइन को दोहराने से बचें। अगर नया संदेश किसी अलग समस्या के बारे में है, तो विषयों के बीच संबंध दर्ज करें और तय करें कि क्या अलग- अलग फॉलो-अप आवश्यक हैं।
Whatsplaid में क्या स्वचालित किया जा सकता है
Whatsplaid की दस्तावेज़ीकरण ग्राहक समर्थन के दौरान आंतरिक केस बनाने का वर्णन करती है, सारांश, श्रेणी, प्राथमिकता और बातचीत का संदर्भ सहित। टीम भी इतिहास की निगरानी कर सकती है, AI को रोका जा सकता है और पैनल से उत्तर दिया जा सकता है। फ्लो की कॉन्फ़िगरेशन को सक्रिय करने से पहले जाँचना चाहिए।
यह नहीं बनाता कि इस मार्गदर्शक में सुझाया गया हर नियम एक स्वचालित फ़ीचर है। कंपनी को केस के लिए जिम्मेदार व्यक्ति, प्राथमिकता की समीक्षा, समय-सीमा नियंत्रण, डुप्लिकेट हैंडलिंग और क्लोज़िंग मानदंड निर्धारित करने होंगे और उन्हें अपनाई गई टूल में सत्यापित करना होगा। बिना प्रमाण के तकनीशियनों के बीच स्वचालित वितरण, समय-सीटीकरण अलर्ट या किसी विशिष्ट सिस्टम के साथ एकीकरण मानकर न चलें।
परतों को भी अलग रखें: WhatsApp Business ऐप में बातचीत, WhatsApp Business Platform के माध्यम से संदेश भेजना और सर्विस सॉफ्टवेयर में रखा गया केस ऑपरेशन के अलग भाग हैं। एक इंटीग्रेशन द्वारा ऑटोमेशन पर प्रत्येक सिस्टम में उपलब्ध क्रियाओं और पुष्टियों पर निर्भर करता है।
सबूत और ग्राहक को सूचित करते हुए केस बंद करें
पहले से परिभाषित करें कि किस प्रकार के केस को बंद करने की अनुमति है। रिपोर्ट के उदाहरण में, लागू किया गया सुधार प्रभावित संदर्भ में डाउनलोड की जाँच के साथ होना चाहिए। एक तकनीकी कार्रवाई को दर्ज करना और समस्या के हल होने की पुष्टि करना अलग-अलग चरण हैं।
लिए गए कदम, जाँच का परिणाम और कोई भी शेष सीमा दर्ज करें। यदि ग्राहक से कोई उत्तर नहीं है, तो स्पष्ट फॉलो-अप नियम का पालन करें; ऐसी पुष्टि दर्ज न करें जो नहीं हुई। AI की संभावित पुनप्रारंभ को भी फ़्लो में जाँचना चाहिए।
WhatsApp Business Platform के माध्यम से उत्तर भेजते समय 24 घंटे की सेवा विंडो का ध्यान रखें, जो उपयोगकर्ता के संदेश द्वारा खुलती या नवीनीकृत होती है। इस विंडो के बाहर नीति अनुमोदित टेम्पलेट्स की मांग करती है। खुला टिकट यह विंडो बढ़ाता नहीं है। संदेश रोकने के अनुरोधों का भी सम्मान करें और मानव समर्थन के लिए स्पष्ट मार्ग रखें।
ऑपरेशन बढ़ाने से पहले प्रक्रिया का परीक्षण करें
पूरे फ्लो सहित विफलताओं की जांच करने के लिए काल्पनिक केस का उपयोग करें। नीचे दिए गए परीक्षण वैधता के प्रस्ताव हैं; इन्हें किसी वास्तविक खाते में नहीं चलाया गया है।
- साधारण प्रश्न: पुष्टि करें कि इसे अनावश्यक टिकट बनाए बिना हल किया जा सकता है।
- अपूर्ण रिपोर्ट: जाँचें कि क्या गायब डेटा अनुरोधित किया गया है या बिना जालीकरण के लंबित के रूप में दर्ज किया गया है।
- निर्माण असफलता: सुनिश्चित करें कि प्रतिक्रिया किसी असत्य रिकॉर्ड की पुष्टि करने से बचती है और आपातकालीन योजना सक्रिय करती है।
- एक ही समस्या पर पुनरागत संपर्क: जाँचें कि टीम नया टिकट खोलने से पहले पिछले केस का पता लगाती है।
- मानव हस्तक्षेप: पुष्टि करें कि इतिहास सुलभ है और एजेंट के कार्य के दौरान AI को रोका जाता है।
- समाप्ति: समाधान के प्रमाण, अनुमत संचार और समापन के बाद स्वचालन के व्यवहार की पुष्टि करें।
पायलट में, अगले कदम के बिना टिकट, अपूर्ण रिकॉर्ड, अनसुलझे वापसी और टीम द्वारा सुधारी गई श्रेणियों की समीक्षा करें। अनुरोध के प्रकार के अनुसार मापें और रिकॉर्ड करें कि प्रत्येक संकेतक कैसे गणना किया गया। ये निगरानी के सुझाव हैं; वे उत्पाद में तैयार रिपोर्टों या सार्वभौमिक प्रदर्शन लक्ष्यों का अनुमान नहीं लगाते।
संदर्भ स्रोत
पूछताछ 30 सितंबर 2026 को की गई। चैनल नियम और टूल की क्षमताएँ बदल सकती हैं; ऑपरेशन कॉन्फ़िगर करते समय वर्तमान दस्तावेज़ देखें।
- WhatsApp Business संदेश नीति: सेवा विंडो, टेम्पलेट और बढ़ाने के रास्ते।
- Atlassian: प्रभाव, तात्कालिकता और प्राथमिकता: ट्रायज आयोजित करने के लिए अवधारणात्मक संदर्भ।
अपनी कंपनी की बातचीत से संदर्भ के साथ टिकट निर्माण का आकलन करने के लिए, Whatsplaid के टिकटों को जानें जो WhatsApp Business पर सहायता के लिए हैं और देखें कि यह फ़ीचर आपके सपोर्ट प्रोसेस में कैसे फिट बैठता है।