समस्याएं

बार-बार होने वाली कॉल समस्याएं, जिन्हें आप ट्रायेज करने योग्य पैटर्न में समूहित कर सकते हैं — और AI की मदद से ठीक कर सकते हैं।

समस्याएँ पेज (/dashboard/issues, क्वालिटी और टेस्टिंग के अंतर्गत) आपकी कॉल्स में पहचानी गई समस्याओं को एकत्र करता है और बार-बार होने वाली घटनाओं को पैटर्न में समूहित करता है, ताकि "एजेंट ने गलत समय बताया" के पचास उदाहरण ट्रेंड लाइन वाली एक पंक्ति में दिखें — पचास अलग-अलग रिपोर्ट के रूप में नहीं।

समस्याएँ कहाँ से आती हैं#

• सिस्टम — ThunderPhone के कॉल विश्लेषण द्वारा स्वचालित रूप से दर्ज की जाती हैं जब उसे किसी कॉल में कुछ गलत होता हुआ मिलता है।
• उपयोगकर्ता — लोगों द्वारा दर्ज की जाती हैं: किसी कॉल के विवरण पेज से रिपोर्ट की गई या समस्या रिपोर्ट API के माध्यम से फ़ाइल की गई।

हर समस्या की एक गंभीरता होती है — गंभीर, चेतावनी, या जानकारी।

ट्रायेज#

हर पैटर्न पंक्ति उसकी गंभीरता, घटना का ट्रेंड स्पार्कलाइन, प्रभावित कॉल्स की संख्या, उसकी स्थिति, और उसे आखिरी बार कब देखा गया था, दिखाती है। स्थितियाँ:

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

फ़िल्टर पिल्स कॉलम को दर्शाते हैं: स्थिति (डिफ़ॉल्ट रूप से खुला), गंभीरता, स्रोत, फ्री-टेक्स्ट खोज (शीर्षक, ट्रेस, या कॉल ID), और तारीख रेंज — साथ ही फ़िल्टर रीसेट करें।

किसी पैटर्न की जाँच करें#

विवरण पैनल खोलने के लिए किसी पंक्ति पर क्लिक करें: पैटर्न का विवरण, उसका घटना इतिहास, और प्रभावित कॉल्स, जिनमें से प्रत्येक कॉल हिस्ट्री में पूरे ट्रांसक्रिप्ट से लिंक होती है ताकि आप संदर्भ में विफलता देख सकें।

AI से ठीक करें#

AI से ठीक करने के लिए कम से कम एक प्रभावित कॉल का रिकॉर्ड किया हुआ ऑडियो चाहिए। जिन कॉल्स के दौरान रिकॉर्डिंग बंद थी, उन्हें रीप्ले नहीं किया जा सकता। जाँच संग्रहीत टर्न को रीप्ले करती है; यह लाइव कॉल नहीं करती और न ही बिल योग्य सिमुलेशन कॉल बनाती है।

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

कुछ भी स्वचालित रूप से लागू नहीं होता:

• सुधार लागू करें एजेंट के ड्राफ़्ट में प्रॉम्प्ट बदलाव को स्टेज करता है।
• लागू करें और डिप्लॉय करें बदलाव को स्टेज करता है और तुरंत डिप्लॉय करता है।

दोनों कार्रवाइयाँ असंबंधित ड्राफ़्ट संपादनों को सुरक्षित रखती हैं। जब तक आप डिप्लॉय नहीं करते, वर्तमान डिप्लॉय किया गया प्रॉम्प्ट सक्रिय रहता है।

यदि ऑडियो को पुनर्निर्मित नहीं किया जा सकता, तो जाँच रीप्ले नहीं किया जा सकता के रूप में समाप्त होती है। यदि समस्या अब दिखाई नहीं देती, तो यह पुनः उत्पन्न नहीं हो सकता के रूप में समाप्त होती है। यदि पुष्टि से पहले इसका रीप्ले बजट समाप्त हो जाता है, तो यह एजेंट को बदले बिना भी रुक जाती है।

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

ThunderPhone को रिपोर्ट करें#

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

अगले चरण#