इस पेज पर, RCS for Business की सुविधा का इस्तेमाल करके, असरदार और दिलचस्प अनुभव देने के सबसे सही तरीके बताए गए हैं. इसमें तकनीकी तौर पर लागू करने और बातचीत के डिज़ाइन, दोनों के बारे में बताया गया है.
तकनीकी दिशा-निर्देश
डिवाइस की सुविधाओं की जांच करना
किसी उपयोगकर्ता से बातचीत शुरू करने से पहले, पुष्टि करें कि उसके डिवाइस पर आरसीएस मैसेज पाने की सुविधा उपलब्ध हो. उपयोगकर्ता की क्षमताओं का पता लगाने के लिए, क्षमता की जांच करें. इसके बाद, अपने एजेंट के इंटरैक्शन को उसके हिसाब से बनाएं. उपयोगकर्ताओं से सिर्फ़ उन तरीकों से इंटरैक्ट करें जो उनके डिवाइसों के साथ काम करते हैं. अगर किसी उपयोगकर्ता के डिवाइस पर आरसीएस की सुविधा चालू नहीं है, तो उसके साथ कम्यूनिकेट करने के लिए, एसएमएस जैसे किसी अन्य चैनल का इस्तेमाल करें.
मैसेज के लिए तय ज़्यादा से ज़्यादा साइज़ का पालन करना
RCS for Business मैसेज और उसमें शामिल की जा सकने वाली मीडिया फ़ाइल के साइज़ की सीमाएं तय की गई हैं. ज़्यादा जानकारी के लिए, मैसेज का ज़्यादा से ज़्यादा साइज़ देखें.
डुप्लीकेट मैसेज भेजने से रोकना
उपयोगकर्ताओं को डुप्लीकेट मैसेज भेजने से बचने के लिए, आपके सिस्टम को पहले यह पुष्टि करनी होगी कि मैसेज डिलीवर नहीं हुआ है. इसके बाद ही, एसएमएस पर फ़ॉलबैक करने की कोशिश की जानी चाहिए.
अपने सिस्टम की विश्वसनीयता को बेहतर बनाने और डुप्लीकेट मैसेज को रोकने के लिए, इन सबसे सही तरीकों को अपनाएं:
- कनेक्शन पूल की लाइफ़टाइम को डीएनएस टाइम टू लिव (टीटीएल) से मैच करने के लिए सेट करें: मौजूदा कनेक्शन और क्लाइंट ऑब्जेक्ट का फिर से इस्तेमाल करने के लिए, कनेक्शन और क्लाइंट ऑब्जेक्ट पूल का इस्तेमाल करें. डीएनएस अपडेट के बाद, पुराने आईपी पतों का इस्तेमाल करने से बचने के लिए, कनेक्शन या ऑब्जेक्ट के पूल में रहने का ज़्यादा से ज़्यादा समय सेट करें. यह समय, एपीआई के डीएनएस टाइम टू लिव से मेल खाना चाहिए.
- कनेक्शन टाइमआउट का मतलब यह नहीं है कि मैसेज डिलीवर नहीं हुआ: कनेक्शन टाइमआउट का मतलब यह नहीं है कि कारोबार के लिए आरसीएस मैसेज डिलीवर नहीं हुआ. ऐसा हो सकता है कि मैसेज अब भी सर्वर साइड पर प्रोसेस हो रहा हो.
- डिलिवरी की रसीदों की पुष्टि करें: फ़ॉलबैक मैसेज ट्रिगर करने से पहले, हमेशा डिलीवरी की रसीदें देखें.
- कनेक्शन टाइमआउट के हिसाब से टीटीएल सेट करें: जब भी हो सके, मैसेज के टीटीएल को कनेक्शन टाइमआउट के हिसाब से सेट करें.
- फ़ॉलबैक से पहले मैसेज वापस लें: फ़ॉलबैक एसएमएस भेजने से पहले, हमेशा मूल मैसेज को वापस लेने की कोशिश करें. अगर ऐक्सेस रद्द नहीं होता है, तो इस समस्या को ठीक करें. ऐसा इसलिए, क्योंकि इससे पता चल सकता है कि मैसेज पहले ही उपयोगकर्ता को डिलीवर कर दिया गया था.
- मैसेज फिर से भेजने की कोशिश करें: अगर किसी मैसेज को फिर से भेजने की कोशिश करने पर गड़बड़ी होती है या कनेक्शन टाइम आउट हो जाता है, तो मैसेज भेजने की कार्रवाई फिर से करें. डुप्लीकेट रोकने के लिए, शुरुआती
messageIDका इस्तेमाल करें. साथ ही, कोशिशों के बीच समय का अंतर रखने के लिए, एक्स्पोनेंशियल बैकऑफ़ लागू करें.
देखें कि आपको डुप्लीकेट मैसेज तो नहीं मिले हैं
जब आपको लोगों से मिले मैसेज देखने और उनका जवाब देने हों, तब messageId देखें. साथ ही, यह पुष्टि करें कि आपको वह मैसेज पहले नहीं मिला है और आपने उसका जवाब नहीं दिया है.
डिस्ट्रीब्यूट किए गए सिस्टम में, मैसेज भेजने के दो तरीके होते हैं:
- ज़्यादा से ज़्यादा एक बार: सिस्टम एक बार मैसेज भेजता है. हालांकि, अगर नेटवर्क या कम्यूनिकेशन से जुड़ी गड़बड़ियां होती हैं, तो हो सकता है कि मैसेज न मिले.
- कम से कम एक बार: सिस्टम एक से ज़्यादा बार मैसेज भेज सकता है. हालांकि, नेटवर्क या कम्यूनिकेशन से जुड़ी गड़बड़ियों के बावजूद मैसेज मिल सकता है.
Google Cloud Pub/Sub, कम से कम एक बार सिस्टम का इस्तेमाल करता है. इससे डुप्लीकेट इनकमिंग मैसेज मिल सकते हैं. हालांकि, messageId स्ट्रिंग को ट्रैक करके, मैसेज को आसानी से डुप्लीकेट होने से रोका जा सकता है. अगर आपको पहले ही कोई मैसेज मिल चुका है, तो messageId से मिले किसी भी अन्य मैसेज को अनदेखा किया जा सकता है.
भेजे जाने वाले सभी मैसेज के लिए यूनीक आईडी का इस्तेमाल करना
जब आपका एजेंट किसी उपयोगकर्ता को मैसेज भेजता है, तो एपीआई कॉल में शामिल किया गया messageId हर मैसेज के लिए यूनीक होना चाहिए.
मैसेज पाने के बारे में ज़्यादा जानने के लिए, आने वाले इवेंट मैनेज करना लेख पढ़ें.
पुराने आईपी पतों का इस्तेमाल न करें
RBM API से कनेक्ट करते समय, आपके सिस्टम को हमेशा सही और अप-टू-डेट आईपी पते का इस्तेमाल करना चाहिए. कई प्रोग्रामिंग प्लैटफ़ॉर्म, डिफ़ॉल्ट डीएनएस कैश टाइमआउट का इस्तेमाल करते हैं. यह Google की डीएनएस टीटीएल सेटिंग से काफ़ी ज़्यादा हो सकता है. इससे आपका सिस्टम, ऐसे आईपी पतों से कनेक्ट करने की कोशिश कर सकता है जिनकी समयसीमा खत्म हो चुकी है. इससे टाइमआउट हो सकते हैं. आरबीएम डोमेन के डीएनएस कैश का टीटीएल 300 सेकंड होता है.
यह पक्का करने के लिए कि आपका कनेक्शन लॉजिक, 300 सेकंड के टीटीएल का पालन करता है, यह तरीका अपनाएं.
- कनेक्शन पूल के टाइमआउट को टीटीएल से मैच करें: अगर कनेक्शन या क्लाइंट ऑब्जेक्ट पूल का इस्तेमाल किया जाता है, तो इसकी ज़्यादा से ज़्यादा लाइफ़टाइम को 300 सेकंड (या इससे कम) पर सेट करें. इससे ऑब्जेक्ट रीफ़्रेश होने पर, आपका सिस्टम नया आईपी पता फ़ेच करता है.
- पक्का करें कि डीएनएस रीफ़्रेश हो रहा हो: पुष्टि करें कि आपका प्लैटफ़ॉर्म या एचटीटीपी क्लाइंट लाइब्रेरी, हर 300 सेकंड या उससे कम समय में अपने डीएनएस कैश को रीफ़्रेश करने के लिए सेट हो.
- मौजूदा टीटीएल की जांच करें: हमारा सुझाव है कि आप प्रोग्राम के हिसाब से RBM API डोमेन के टीटीएल की जांच करें, ताकि यह पक्का किया जा सके कि आपने ज़्यादा से ज़्यादा सही वैल्यू का इस्तेमाल किया है. आपको उस डोमेन की जांच करनी होगी जो आपके डिप्लॉयमेंट क्षेत्र से मेल खाता है:
dig +nocmd +noall +answer +ttlid A us-rcsbusinessmessaging.googleapis.com | sort
dig +nocmd +noall +answer +ttlid A asia-rcsbusinessmessaging.googleapis.com | sort
dig +nocmd +noall +answer +ttlid A europe-rcsbusinessmessaging.googleapis.com | sort
एक्स्पोनेंशियल बैकऑफ़ के साथ फिर से कोशिश करने की सुविधा लागू करना
किसी भी एपीआई को कॉल करते समय, इंफ़्रास्ट्रक्चर से जुड़ी समस्याओं, सेवा पर ज़्यादा लोड होने, QPS की सीमाओं, और अन्य गड़बड़ियों की वजह से कॉल फ़ेल हो सकता है. एपीआई कॉल के फ़ेल होने पर, उसे ठीक करने के लिए एक्स्पोनेंशियल बैकऑफ़ के साथ फिर से कोशिश करने की सुविधा लागू करें.
एक्स्पोनेंशियल बैकऑफ़ के साथ फिर से कोशिश करने की सुविधा का इस्तेमाल करने पर, आपका इन्फ़्रास्ट्रक्चर अपने-आप ये काम करता है:
- इससे पूरे न हो पाने वाले एपीआई कॉल की पहचान होती है.
- यह विकल्प, इंतज़ार की शुरुआती अवधि और फिर से कोशिश करने की ज़्यादा से ज़्यादा संख्या सेट करता है.
- यह इंतज़ार की अवधि के लिए रुक जाता है.
- यह एपीआई कॉल को फिर से आज़माता है.
यह एपीआई कॉल के जवाब का आकलन करता है:
- अगर यह अनुरोध पूरा हो जाता है, तो वर्कफ़्लो के अगले चरण पर जाएं.
- अगर कोई गड़बड़ी होती है, तो इंतज़ार की अवधि बढ़ जाती है और यह तीसरे चरण पर वापस आ जाता है.
- अगर तय की गई ज़्यादा से ज़्यादा बार कोशिश करने के बाद भी, अनुरोध पूरा नहीं होता है, तो अनुरोध का स्टेटस 'अनुरोध पूरा नहीं हुआ' पर सेट हो जाता है.
इंतज़ार करने की सही अवधि और फिर से कोशिश करने की सही संख्या, इस्तेमाल के उदाहरण के हिसाब से अलग-अलग होती है. अपने इन्फ़्रास्ट्रक्चर और वर्कफ़्लो में होने वाली देरी से जुड़ी ज़रूरी शर्तों के आधार पर, इन नंबरों को तय करें.
क्षेत्र के हिसाब से एंडपॉइंट का इस्तेमाल करके, एपीआई की परफ़ॉर्मेंस को ऑप्टिमाइज़ करना
बेहतर लेटेंसी के लिए, एपीआई की परफ़ॉर्मेंस को ऑप्टिमाइज़ करने के लिए, उपयोगकर्ता के इलाके के सबसे नज़दीकी एंडपॉइंट का इस्तेमाल करें.
नीचे दी गई टेबल में, उपयोगकर्ता के फ़ोन नंबर के हिसाब से, कारोबार के लिए उपलब्ध आरसीएस के किस रीजनल एंडपॉइंट का इस्तेमाल करना चाहिए, इसके बारे में सुझाव दिए गए हैं.
| फ़ोन नंबर का प्रीफ़िक्स | सुझाया गया एंडपॉइंट | भौगोलिक इलाका |
|---|---|---|
| +1 | us-rcsbusinessmessaging.googleapis.com | अमेरिका |
| +2 | europe-rcsbusinessmessaging.googleapis.com | यूरोप |
| +3 | europe-rcsbusinessmessaging.googleapis.com | यूरोप |
| +4 | europe-rcsbusinessmessaging.googleapis.com | यूरोप |
| +5 | us-rcsbusinessmessaging.googleapis.com | अमेरिका |
| +6 | asia-rcsbusinessmessaging.googleapis.com | एशिया |
| +7 | europe-rcsbusinessmessaging.googleapis.com | यूरोप |
| +8 | asia-rcsbusinessmessaging.googleapis.com | एशिया |
| +9 | asia-rcsbusinessmessaging.googleapis.com | एशिया |
| डिफ़ॉल्ट | us-rcsbusinessmessaging.googleapis.com | अमेरिका |
टारगेट एंडपॉइंट की पहचान करने के बाद, अपने सर्वर को उसके जितना हो सके उतना करीब रखने की कोशिश करें. https://www.google.com/about/datacenters/locations/ पेज पर, उपलब्ध जगहों की सूची देखी जा सकती है.
एजेंट के क्षेत्र की पहचान करने के बारे में ज़्यादा जानकारी के लिए, कोई एजेंट बनाना दस्तावेज़ देखें.
बातचीत वाला यूज़र इंटरफ़ेस (यूआई) और उपयोगकर्ता अनुभव
बातचीत वाला यूज़र इंटरफ़ेस (यूआई), न कि ऐप्लिकेशन का यूज़र इंटरफ़ेस (यूआई)
कारोबार के लिए उपलब्ध आरसीएस एजेंट, बातचीत वाले यूज़र इंटरफ़ेस में लोगों को बेहतर और खास टास्क देने के लिए सबसे सही होते हैं. बेहतरीन तरीके से डिज़ाइन किए गए एजेंट, इंटरैक्शन को फ़ोकस में रखते हैं. साथ ही, उन्हें समझना आसान होता है और वे नैचुरल बातचीत की तरह स्ट्रक्चर किए जाते हैं.
एजेंट, किसी ऐप्लिकेशन या वेब पेज के विज़ुअल यूज़र इंटरफ़ेस (यूआई) पर भरोसा नहीं कर सकते. साथ ही, उन्हें इसकी नकल करने की कोशिश नहीं करनी चाहिए. इसके बजाय, एजेंट को बातचीत को इस तरह से तैयार करना होगा कि वह उपयोगकर्ताओं की ज़रूरतों को पूरा कर सके. इसके लिए, उन्हें बोलकर निर्देश देने होंगे, सुझाव देने होंगे, और गड़बड़ियों को ठीक करने के बारे में बताना होगा.
एजेंट को फ़ोन ट्री या ऐसे इंटरफ़ेस की नकल नहीं करनी चाहिए जिनमें उपयोगकर्ता को किसी कार्रवाई के लिए, नंबर के तौर पर जवाब देना होता है. उपयोगकर्ताओं को एजेंट के साथ स्वाभाविक तरीके से बातचीत करने की सुविधा मिलनी चाहिए. जैसे, वे किसी बातचीत में किसी दूसरे व्यक्ति के साथ बातचीत करते हैं.
बातचीत शुरू करना
बातचीत की शुरुआत में ही, उपयोगकर्ता को यह पता चल जाता है कि एजेंट क्या-क्या कर सकता है. बातचीत की शुरुआत में ही, उपयोगकर्ता को एजेंट की क्षमताओं के बारे में बता दें. साथ ही, यह भी बताएं कि एजेंट किस तरह की जानकारी दे सकता है. लोगों को अपने एजेंट के साथ इंटरैक्ट करने और बातचीत जारी रखने के लिए, साफ़ तौर पर विकल्प दें.
अपने एजेंट की पर्सनैलिटी दिखाएं: उपयोगकर्ता का अभिवादन करके और अपने ब्रैंड के बारे में बताकर, बातचीत की टोन सेट करें. अगर आपको एजेंट के लिए कोई पर्सोना बनाना है, जैसे कि वर्चुअल असिस्टेंट या डिजिटल कंसीयर्ज, तो साफ़ तौर पर बताएँ कि यह एक चैटबॉट है, न कि कोई असली व्यक्ति. आपके पास एजेंट का नाम, पर्सोना से मिलता-जुलता रखने का विकल्प होता है. अवतार, आपकी इमेज को बेहतर बनाने का एक शानदार तरीका है. यह आपका लोगो हो सकता है. हालांकि, ग्राफ़िक कार्टून-स्टाइल वाला कैरेक्टर भी अच्छा काम करता है.
बताएं कि आपका एजेंट क्या-क्या कर सकता है: बातचीत शुरू करने के लिए भेजे गए अच्छे मैसेज से, यह साफ़ तौर पर पता चलता है कि बातचीत में क्या-क्या किया जा सकता है. इसमें एजेंट की क्षमताओं के बारे में सामान्य जानकारी दी गई है. इसमें उपयोगकर्ताओं को खास पाथ पर ले जाने के लिए, जवाब के सुझाव और कार्रवाइयां भी शामिल हैं. इन सुझावों का इस्तेमाल करके, लोगों को बातचीत में आगे बढ़ने और यह समझने में मदद करें कि एजेंट किन कामों में उनकी मदद कर सकता है.
आसानी से समझ में आने वाले और एक जैसे मैसेज लिखना
ऐसे मैसेज भेजें जिन्हें उपयोगकर्ता आसानी से समझ सकें और उनका जवाब दे सकें. ऐसा मैसेज टेक्स्ट बनाएं जिससे लोगों को जवाब देने के लिए बढ़ावा मिले. उपयोगकर्ताओं का भरोसा जीतने के लिए, एक जैसी स्टाइल, फ़ॉर्मैट, और गति का इस्तेमाल करें.
मैसेज का टेक्स्ट बनाते समय, इन सबसे सही तरीकों को ध्यान में रखें:
ऐसे लिंक न बनाएं जो काम न करें. हर मैसेज से, उपयोगकर्ता को काम की अगली कार्रवाई करने का विकल्प मिलना चाहिए.
- अगर उपयोगकर्ता के सफ़र में कोई ऐसा टास्क है जिसमें कई चरण शामिल हैं, तो डिसकोर्स मार्कर का इस्तेमाल करें. इससे उपयोगकर्ता को प्रोसेस के बारे में जानकारी मिलेगी.
उदाहरण के लिए, अब…, और…, ठीक है! यह लीजिए…
- जवाब छोटा रखें, क्योंकि सुझाए गए जवाबों और कार्रवाइयों में ज़्यादा से ज़्यादा 25 वर्ण हो सकते हैं.
- अगर बातचीत में हैंडऑफ़ शामिल है, तो तुरंत जवाब देने से ट्रांज़िशन को आसान बनाया जा सकता है.
उदाहरण के लिए, "ठीक है. आपका खाता मैनेजर यहाँ से आगे की कार्रवाई करेगा."
उदाहरण के लिए, "बहुत बढ़िया! हमें लगता है कि हमें पता है कि आपको क्या चाहिए." और आपकी वेबसाइट का लिंक उपलब्ध कराता है.
उपयोगकर्ता के मैसेज को स्वीकार करने के लिए, कोई शब्द या वाक्यांश इस्तेमाल करें.
उदाहरण के लिए, "बहुत बढ़िया!", "ठीक है", "ठीक है" या "समझ गया" बोलें.
उपयोगकर्ता को सीधे तौर पर संबोधित करें. इसके लिए, उसके नाम (अगर पता हो) या "तुम" जैसे सर्वनाम का इस्तेमाल करें. उपयोगकर्ता को "मैं" या "मुझे" के तौर पर न दिखाएं, क्योंकि इससे भ्रम पैदा हो सकता है.
टाइटल और लेबल के लिए, टाइटल केस के बजाय सेंटेंस केस का इस्तेमाल करें.
उदाहरण के लिए, "खाते का स्टेटमेंट", न कि "खाते का स्टेटमेंट".
कम शब्दों का इस्तेमाल करें. यह गंभीर या ऊंची आवाज़ वाले एजेंट के लिए भी सही है.
उदाहरण के लिए, "यह है" की तुलना में "यह" ज़्यादा बातचीत वाली भाषा है.
विस्मयादिबोधक चिह्नों का कम से कम इस्तेमाल करें.
सीरियल कॉमा का इस्तेमाल करें. जैसे, "A, B, और C", न कि "A, B और C".
संख्याओं को अंकों में लिखें.
उदाहरण के लिए, "1, 2, 3", न कि "एक, दो, तीन".
इमोजी का इस्तेमाल करते समय, पक्का करें कि मज़ाकिया टोन, इस्तेमाल के उदाहरण के हिसाब से सही हो.
उदाहरण के लिए, जिन लोगों को टो ट्रक बुक करना है या जिन्हें अपनी सेहत की जांच के नतीजे देखने हैं वे शायद इस मूड में न हों.
मैसेज को क्रम में रखना
अगर आपने क्रम से कई मैसेज भेजे हैं, तो यह ज़रूरी है कि उपयोगकर्ताओं को वे मैसेज क्रम से मिलें. सिर्फ़ टेक्स्ट वाले मैसेज की तुलना में, मीडिया वाले मैसेज को प्रोसेस होने में ज़्यादा समय लगता है. यह पक्का करने के लिए कि उपयोगकर्ताओं को मैसेज सही क्रम में मिलें, किसी मैसेज का 200 OK जवाब मिलने तक इंतज़ार करें. इसके बाद, क्रम में अगला मैसेज भेजें.
सुझाए गए जवाबों और सुझाई गई कार्रवाइयों की मदद से, दिलचस्प बातचीत करें
जवाब के सुझाव और कार्रवाइयां, लोगों की बातचीत को बेहतर बनाने और उन्हें सही जानकारी देने के लिए बेहतरीन टूल हैं. वे किसी मैसेज या रिच कार्ड को फ़ॉलो कर सकते हैं. साथ ही, बातचीत जारी रखने या विषय बदलने के विकल्प दे सकते हैं.
जवाब के सुझाव: पहले से तय किए गए विकल्पों को उपलब्ध कराकर, उपयोगकर्ताओं को आपके एजेंट को तुरंत जवाब देने में मदद करते हैं. जब भी हो सके, सुझाए गए जवाबों का इस्तेमाल करें. खास तौर पर, तब जब किसी खास जवाब की उम्मीद हो.
सुझाई गई कार्रवाइयां: अपने एजेंट को डिवाइस की सुविधाओं के साथ इंटिग्रेट करने की अनुमति दें. इससे सहायता के लिए कॉल करने या जगह की जानकारी ढूंढने जैसे टास्क आसानी से पूरे किए जा सकते हैं.
ज़्यादा दिलचस्प और असरदार बातचीत करने के लिए, इन बातों का ध्यान रखें:
- काम के सुझाव: पक्का करें कि सुझाव, मौजूदा बातचीत के हिसाब से हों.
- संक्षिप्तता: सुझावों की संख्या सीमित रखें, ताकि उपयोगकर्ताओं को ज़्यादा जानकारी न मिले.
- साफ़ तौर पर जानकारी देना: सुझाव के टेक्स्ट में साफ़ और कम शब्दों वाली भाषा का इस्तेमाल करें.
उपयोगकर्ता की मदद करना
आपके एजेंट को, लोगों से मिले HELP मैसेज का जवाब देना चाहिए. साथ ही, उन्हें अपने एजेंट की क्षमताओं के बारे में बताना चाहिए. आपके एजेंट की क्षमताओं के हिसाब से सुझाए गए जवाबों की सूची, उपयोगकर्ता के खराब अनुभव को बेहतर बना सकती है.
पक्का करें कि आपका लोगो और हीरो इमेज अच्छी तरह से दिख रही हो
- लोगो के आस-पास इतनी जगह छोड़ें कि उसे काटा जा सके और विज़ुअल की क्वालिटी बनी रहे.
- लोगो या हीरो इमेज को स्ट्रेच या खराब न करें. इससे ब्रैंड की इमेज पर बुरा असर पड़ सकता है.
- लोगो और हीरो इमेज को हल्के और गहरे रंग वाले मोड, दोनों में टेस्ट करें. इससे यह पता चलेगा कि ये दोनों मोड में ठीक से दिख रहे हैं या नहीं. साथ ही, यह भी पता चलेगा कि ये दोनों मोड में अच्छे दिख रहे हैं या नहीं.
लोगो डिज़ाइन करने या समस्याओं को हल करने में मदद पाने के लिए, ज़्यादा संसाधन देखें. इसके लिए, लोगो डिज़ाइन करने से जुड़े दिशा-निर्देश देखें.
लोगो
- गोल किनारों वाले स्क्वेयर रेंडरिंग को ध्यान में रखकर डिज़ाइन करें. RCS for Business के लोगो, बातचीत की सूची, बातचीत की स्क्रीन, और बातचीत की जानकारी में "गोल किनारों वाले स्क्वेयर" के तौर पर दिखाए जाते हैं. ऐसा Google और इंडस्ट्री के मानकों के मुताबिक किया जाता है.
- लोगो को इमेज के बीच में रखें, ताकि काटने के बाद भी ब्रैंड के एलिमेंट साफ़ तौर पर दिखें.
- पुष्टि किए गए एजेंट के नाम के बगल में, पुष्टि का चेक मार्क अपने-आप दिखेगा. इस मार्क को किसी और के नाम पर इस्तेमाल करने से सुरक्षित रखा जाता है. इसे मैन्युअल तरीके से नहीं जोड़ा जा सकता.
- पारदर्शी बैकग्राउंड वाले लोगो के लिए, पक्का करें कि गहरे रंग वाले मोड के लिए, हल्के और गहरे, दोनों बैकग्राउंड के साथ कंट्रास्ट काफ़ी हो. अगर आपको पक्का पता नहीं है, तो बिल्कुल सफ़ेद बैकग्राउंड का इस्तेमाल करें.
हीरो इमेज
- अनचाहे तौर पर इमेज को कटने से रोकने के लिए, 45:14 आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) का इस्तेमाल करें.
हीरो इमेज डिज़ाइन करते समय, लोगो के ओवरलैप होने की संभावना को ध्यान में रखें, ताकि मुख्य एलिमेंट न दिखें.
जब उपयोगकर्ता मैसेज नहीं पाना चाहते हैं, तब उनका सम्मान करना
उपयोगकर्ता का भरोसा बनाए रखने का मतलब है कि हम कम्यूनिकेशन से जुड़ी उनकी प्राथमिकताओं का सम्मान करें. जब कोई व्यक्ति यह बताता है कि उसे मैसेज नहीं चाहिए, तो आपके एजेंट को उसकी बात माननी चाहिए. इसमें ऑप्ट-आउट करने के अलग-अलग तरीकों को समझना और उनका सही तरीके से जवाब देना शामिल है. जैसे, सभी ज़रूरी भाषाओं में "STOP" जैसे शब्दों का इस्तेमाल करना.
"STOP" और दूसरे ज़रूरी निर्देशों का जवाब देने का सही तरीका जानने के लिए, जिस देश में आपका कारोबार है वहां के कानून और सबसे सही तरीकों की जानकारी हासिल करें.
उदाहरण के लिए, CTIA के सबसे सही तरीके देखें.
सदस्यता छोड़ने और सदस्यता लेने से जुड़े इवेंट मैनेज करना
Google Messages में सदस्यता छोड़ें और सदस्यता लें की सुविधाएं पहले से मौजूद हैं. इनसे लोगों को अपनी बातचीत को कंट्रोल करने में मदद मिलती है. जब कोई उपयोगकर्ता सदस्यता छोड़ने का विकल्प चुनता है, तो आपके एजेंट को UNSUBSCRIBE वेबहुक इवेंट मिलेगा. SUBSCRIBE इवेंट से पता चलता है कि उपयोगकर्ता, आपके एजेंट से फिर से जुड़ना चाहता है.
अनसब्सक्राइब करें और फिर से सदस्यता लें इवेंट को मैनेज करने के बारे में ज़्यादा जानकारी के लिए, उपयोगकर्ता के जनरेट किए गए इवेंट के बारे में दस्तावेज़ पढ़ें. इसमें पेलोड की जानकारी, कारोबार के नियम, और उदाहरण शामिल हैं.
ऑप्ट-आउट करने के अनुरोधों को मैनेज करना
RCS for Business प्लैटफ़ॉर्म, उपयोगकर्ता के ऑप्ट-आउट करने की सूचियों को मैनेज करने का कोई सीधा तरीका उपलब्ध नहीं कराता. उन उपयोगकर्ताओं का डेटाबेस बनाए रखने की ज़िम्मेदारी आपकी है जिन्होंने सदस्यता रद्द करके या ऑप्ट-आउट के अन्य तरीकों से मैसेज पाना बंद कर दिया है.
बातचीत फिर से शुरू करना
अगर कोई उपयोगकर्ता आपके एजेंट के साथ हुई बातचीत को मिटा देता है, तो उसे किसी दूसरे चैनल से संपर्क करना होगा. जैसे, वेबसाइट पर ऑप्ट-इन करना, एसएमएस शॉर्ट कोड या सहमति लेने का कोई अन्य तरीका. इस नए इंटरैक्शन से पता चलता है कि उन्हें अब भी मैसेज पाने में दिलचस्पी है.