Apple Messages को LivePerson से Bird पर ले जाएँ

आपकी सेवा LivePerson में जिन Apple Messages इंटरैक्शन और संचालन प्रक्रिया का उपयोग करती है, उन्हें दोबारा बनाएँ, फिर प्रदाता बदलने का समन्वय करें। Bird LivePerson की बातचीत, स्किल, बॉट या Structured Content अपने आप इम्पोर्ट नहीं करता।

किसी लाइव कनेक्शन को बदलने से पहले Bird, LivePerson और अपने Apple Business Register खाते के स्वामी के साथ बदलाव की पुष्टि करें। ब्राउज़र में मिलता-जुलता दिखने वाला टेम्पलेट इस बात का प्रमाण नहीं है कि रनटाइम पर उसका व्यवहार भी समान होगा।

सामग्री और सेवा के स्वामित्व की सूची बनाएँ

Apple Business ID, एंट्री पॉइंट, intent और group मान, स्किल, बॉट फ़्लो, एजेंट की ज़िम्मेदारियाँ, समर्थित भाषाएँ, इंटीग्रेशन और ग्राहकों के लंबित कार्यों की सूची बनाएँ।

समीक्षा के लिए मूल Structured Content और मेटाडेटा को साथ रखें। LivePerson का रिच-मैसेजिंग दस्तावेज़ और Apple फ़ॉर्म टेम्पलेट स्रोत मॉडल का वर्णन करते हैं; Bird का सार्वजनिक API एक अलग कंटेंट एनवेलप का उपयोग करता है।

नेटिव इंटरैक्शन दोबारा बनाएँ

LivePerson का JSON सीधे Bird की सामान्य सेंड बॉडी में न चिपकाएँ। Bird API अनुबंध की समीक्षा करें और अपनी सेवा के लिए ज़रूरी सामग्री को मैप करें। इमेज के फ़ॉर्मेट और आकार को Bird की मीडिया आवश्यकताओं से मिलाकर जाँचें।

स्किल और बॉट को एक संचालन प्रक्रिया से जोड़ें

LivePerson की एंट्री-पॉइंट गाइड बताती है कि ग्राहक-प्रकार के संदर्भ और स्किल रूटिंग के लिए intent का उपयोग कैसे किया जाता है। इन मानों का व्यावसायिक अर्थ बनाए रखें, फिर तय करें कि आपकी Bird सेवा इनका उपयोग कैसे करेगी।

Bird Conversations असाइनमेंट और लेबल देता है। हर रूट के लिए ज़िम्मेदार ऑपरेटर या जुड़ी हुई सेवा पहचानें, और जाँचें कि उसे बातचीत कैसे मिलती है। कटओवर से पहले वे स्टाफ़िंग और एस्केलेशन नियम फिर से बनाएँ जिनकी आपकी टीम को ज़रूरत है।

अगर आप किसी असिस्टेंट को बदल रहे हैं, तो चैनल के लिए केवल एक सक्रिय इंजन रखें। जब कोई व्यक्ति बातचीत संभाले, तो स्वचालित जवाब रुकने चाहिए। कटओवर के समय स्वामित्व की जाँच करें, ताकि पुराना बॉट नई सेवा के साथ-साथ जवाब देता न रहे।

इतिहास सुरक्षित रखें और लंबित काम निपटाएँ

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

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

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

रिहर्सल करें और प्रदाता कनेक्शन बदलें

Bird की रजिस्ट्रेशन और समीक्षा आवश्यकताएँ पूरी करें। किसी अधिकृत Apple डिवाइस पर समर्थित सेवा का रिहर्सल करें, जिसमें एक फ़ॉर्म ब्रांच, किसी व्यक्ति द्वारा बातचीत संभालना, कोई अनुपलब्ध बाहरी सिस्टम और अंतिम व्यावसायिक पुष्टि शामिल हों।

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

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