अपना Apple Messages डेमो तैयार करें

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

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

खाता, स्क्रिप्ट और टेस्ट डेटा तैयार करें

Apple खाते को Bird से कनेक्ट करें और Apple Business Register में अपने टेस्ट उपयोगकर्ता जोड़ें। जब तक व्यवसाय Testing स्थिति में है, आपके टेस्ट उपयोगकर्ता उसे संदेश भेज सकते हैं, इसलिए प्रदर्शन किसी टेस्ट उपयोगकर्ता के iPhone पर रिकॉर्ड करें। लॉन्च की मंज़ूरी पूरी होने तक सार्वजनिक एंट्री पॉइंट प्रकाशित न करें।

Approval requirements से Readiness review और Use cases दस्तावेज़ पूरे करें। इन दस्तावेज़ों में और रिकॉर्ड किए गए अनुभव में सेवा के घंटे, समर्थित कार्य, भाषाएँ और हैंडऑफ़ की व्यवस्था एक जैसी रखें। जिन विचारों पर काम छोड़ दिया गया है, उन्हें पूरी सुविधाओं के रूप में बताने के बजाय सबमिशन से हटा दें।

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

रिकॉर्डिंग से पहले:

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

टाइपिंग इंडिकेटर दिखाएँ

टाइपिंग इंडिकेटर Apple के Experience Review मानदंडों का हिस्सा हैं, स्वचालित जवाबों और लाइव एजेंट दोनों के लिए। इन्हें iPhone रिकॉर्डिंग में दिखाई देने दें। डैशबोर्ड प्रीव्यू या सफल मैसेज स्टेटस से यह व्यवहार प्रदर्शित नहीं होता।

पूरी यात्रा रिकॉर्ड करने से पहले:

स्वचालित जवाब जाँचें। iPhone से ग्राहक का अनुरोध भेजें। स्वचालित जवाब आने से पहले टाइपिंग इंडिकेटर का दिखना रिकॉर्ड करें। Apple के बातचीत डिज़ाइन मानक क्रम के हर मैसेज से पहले 1 सेकंड का इंडिकेटर माँगते हैं। स्वचालित स्वागत मैसेज को पहले जवाब की अलग 5 सेकंड वाली आवश्यकता के भीतर रखें।
जवाबों का क्रम जाँचें। ऐसा उपयोग मामला शुरू करें जो एक से अधिक मैसेज भेजता है। हर जवाब से पहले टाइपिंग इंडिकेटर दिखाएँ, जिसमें परिचयात्मक टेक्स्ट से नेटिव इंटरैक्शन पर जाने का बदलाव भी शामिल है। इन बदलावों को रिकॉर्डिंग में रखें, ताकि समीक्षक उनकी वास्तविक टाइमिंग देख सके।
लाइव एजेंट जाँचें। बातचीत किसी ऑपरेटर को ट्रांसफ़र करें। जब iPhone ग्राहक का व्यू रिकॉर्ड कर रहा हो, तब ऑपरेटर से Conversations में जवाब टाइप करना शुरू करवाएँ। टाइपिंग इंडिकेटर दिखाएँ, फिर ऑपरेटर का डिलीवर हुआ जवाब। लाइव टाइपिंग दिखाए बिना भेजे गए पहले से तैयार मैसेज का उपयोग न करें।
पूरा बदलाव जाँचें। iPhone पर पुष्टि करें कि इंडिकेटर के बाद इच्छित जवाब आता है। अगर इंडिकेटर नहीं दिखता, अप्रत्याशित रूप से दिखता रहता है या जवाब विफल होता है, तो सबमिशन दोबारा रिकॉर्ड करने से पहले कनेक्शन और मैसेज के परिणाम की जाँच करें।

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

सबमिट की गई रिकॉर्डिंग में टाइपिंग क्रम को बिना कट के रखें। लाइव पूर्वाभ्यास के साथ एक्सपोर्ट की गई MP4 भी जाँचें; एडिटिंग, तेज़ प्लेबैक या डिलीवर हुए मैसेज से शुरू होने वाली क्लिप वह सबूत छिपा सकती हैं जिसकी Apple को ज़रूरत है।

ग्राहक की पूरी यात्रा रिकॉर्ड करें

ग्राहक का दृश्य कैप्चर करने के लिए iPhone की स्क्रीन रिकॉर्डिंग का उपयोग करें। टेक्स्ट पढ़ने योग्य रखें, हर संदेश देखने के लिए पर्याप्त समय दें, और टैप तथा लौटे हुए उत्तर क्रम से दिखाएँ। जहाँ ऑपरेटर की कार्रवाई असाइनमेंट, बुकिंग कार्रवाई या समस्या से उबरने को समझाती हो, वहाँ उसे सहायक साक्ष्य के रूप में रिकॉर्ड करें। ऑपरेटर की रिकॉर्डिंग iPhone के दृश्य की पूरक होती है।

स्टोर-विज़िट उदाहरण के लिए यह क्रम रिकॉर्ड करें:

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

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

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

जाँचें कि समीक्षक क्या देखेगा

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

शुरुआत और सेवा से जुड़ी अपेक्षाएँ। क्या ग्राहक समझ पाता है कि कौन जवाब दे रहा है? क्या स्वचालित स्वागत संदेश 5 सेकंड के भीतर आता है? क्या सेवा बंद रहने के समय का जवाब टीम की अगली उपलब्धता और समय क्षेत्र बताता है? अगर ट्रांसफ़र में समय लगता है, तो क्या बताई गई अपेक्षा यथार्थवादी है?

विकल्प और नेविगेशन। क्या ग्राहक आपकी टीम की संरचना जाने बिना विकल्पों को समझ सकता है? क्या अस्पष्ट अनुरोध पर उपयोगी ट्राइएज मेनू मिलता है? क्या “agent,” “help,” और “menu” जैसे टाइप किए गए अनुरोध सही अगले चरण तक पहुँचते हैं? जाँचें कि हर शाखा किसी जवाब, पूरी हुई कार्रवाई या मदद कर सकने वाले व्यक्ति तक पहुँचती है।

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

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

शब्द और डेटा। उत्पाद का नाम Apple Messages for Business इस्तेमाल करें। वर्तनी, लंबे अनुवादित लेबल और भाषा बदलने से पहले की पुष्टि जाँचें। व्यक्तिगत जानकारी तभी माँगें जब कार्य के लिए ज़रूरी हो, और जाँचें कि निजता और शर्तों के लिंक सही पेज खोलते हैं। इस अनुभव में SMS से जुड़े शब्द न रखें।

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

Bird में साक्ष्य तैयार करके सबमिट करें

Apple Messages > Businesses खोलें, बिज़नेस चुनें और Approval टैब खोलें।

मौजूदा फ़ॉर्म डाउनलोड करें और Readiness review और Use cases PDF पूरे करें। हर उपयोग के मामले को दस्तावेज़ और रिकॉर्डिंग, दोनों में नाम से पहचानने योग्य बनाएँ।
Service demonstration को MP4 के रूप में एक्सपोर्ट करें। एक्सपोर्ट की गई फ़ाइल खोलें और जाँचें कि वह चलती है, टेक्स्ट पढ़ने योग्य है और पूरा अंत मौजूद है। Bird में दिखाई गई अपलोड सीमाओं का पालन करें।
उपयोग-केस दस्तावेज़ में एक छोटी दृश्य सूची शामिल करें। उदाहरण के लिए, “Store appointment, 00:00; human handoff, 02:15; unavailable time, 03:40.” इन उदाहरण समयों को अपनी रिकॉर्डिंग के वास्तविक टाइमस्टैम्प से बदलें।
PDF और MP4 को उनकी मेल खाने वाली आवश्यकताओं पर अपलोड करें। सबमिट करने से पहले चुना गया व्यवसाय और अपलोड की गई फ़ाइलें जाँच लें।
पूरी की गई आवश्यकताएँ सबमिट करें और परिणाम पर नज़र रखने के लिए Submission history का उपयोग करें। अनुभव के लिए ज़िम्मेदार व्यक्ति को फ़ीडबैक पर कार्रवाई करने के लिए उपलब्ध रखें।

केवल अपलोड के आधार पर सार्वजनिक लॉन्च की तारीख तय न करें। समीक्षा फ़ीडबैक के कारण बदलाव और एक नई रिकॉर्डिंग की ज़रूरत पड़ सकती है। अनुमोदन और उसके बाद की Go Online समीक्षा ऑनबोर्डिंग के अलग-अलग चरण हैं।

फ़ीडबैक का जवाब दें और फिर से सबमिट करें

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

डिवाइस पर पूरे अनुभव का अभ्यास करें, उन फ़्लो सहित जिनमें बदलाव नहीं हुआ, फिर अपडेट किया गया संस्करण रिकॉर्ड करें। बदलावों का एक सारांश तैयार करें, जिसमें हर समीक्षा बिंदु के साथ उसका सुधार और नई रिकॉर्डिंग में उसका स्थान दिया गया हो। उदाहरण के लिए: “Handoff introduction: the receiving operator now introduces themselves and acknowledges the selected store; shown at 02:20.”

जब व्यवसाय की स्थिति Rejected हो, तो व्यवसाय पेज के ऊपर दिया गया समीक्षा फ़ीडबैक पढ़ें, Approval requirements में प्रभावित साक्ष्य बदलें और Resubmit for approval चुनें। अगर स्थिति In review रहते हुए फ़ीडबैक आता है, तो बदलावों के लिए सबमिशन वापस करवाने के लिए Bird से संपर्क करें, क्योंकि इन स्थितियों में अपलोड और सबमिशन नियंत्रण उपलब्ध नहीं होते। सुनिश्चित करें कि अपलोड किए गए दस्तावेज़ और वीडियो एक ही अंतिम संस्करण का वर्णन करें, जिसमें समीक्षा बिंदुओं का समाधान हो। समीक्षा अनुमोदित होने के बाद लॉन्च की तैयारी जारी रखें।