SMS

Sticky sender क्या है?

Sticky sender हर प्राप्तकर्ता के लिए सभी संदेशों में एक ही भेजने वाला नंबर बनाए रखता है।

बुकिंग कन्फ़र्मेशन और उसका रिमाइंडर एक ही नंबर से आने पर आसानी से पहचाने जाते हैं। अगर नंबर बदल जाए, तो प्राप्तकर्ता को पुराने संदर्भ के बिना एक अलग बातचीत दिख सकती है।

एक ही सेंडर क्यों रखें?

सेंडर दोबारा उपयोग करने से प्राप्तकर्ता बातचीत को पहचान पाता है। इससे रिप्लाई भी उसी नंबर पर जाते हैं।

फ़ोन आमतौर पर संदेशों को सेंडर के अनुसार ग्रुप करता है। नंबर बदलते रहने से एक ही बिज़नेस बातचीत कई थ्रेड में बिखर सकती है।

रिप्लाई उस नंबर पर जाते हैं जो ग्राहक ने जवाब दिए संदेश पर था। आउटबाउंड नंबर बदलने से पुराने संदेश का रिप्लाई नए नंबर पर रीडायरेक्ट नहीं होता। जब तक प्राप्तकर्ता पुराने थ्रेड का उपयोग कर सकते हैं, उस नंबर पर सुनते रहें।

इसमें ऑप्ट-आउट भी शामिल हैं। पुराने नंबर पर भेजा गया STOP तब भी संभालना ज़रूरी है जब आप दूसरे नंबर से भेजना शुरू कर चुके हों। STOP कीवर्ड बताता है कि Bird उस सप्रेशन को कैसे स्कोप करता है।

Bird में सेंडर स्थिर कैसे रखें?

हर free-text भेजते समय आप from में असाइन किया हुआ सेंडर दोबारा उपयोग करें। हर प्राप्तकर्ता के लिए यह असाइनमेंट स्टोर करें।

Bird free-text अनुरोध के लिए from ज़रूरी मानता है। इसकी वैल्यू आपके वर्कस्पेस में मौजूद किसी सेंडर की होनी चाहिए। फ़ोन नंबर के लिए कंट्री कोड शामिल करें, जैसे +15557654321

from छोड़ने पर HTTP 422 SMSNoEligibleSender मिलता है। जो नंबर आपका नहीं है उसके लिए भी यही एरर आता है। बिना क्लेम किए अल्फ़ान्यूमेरिक सेंडर के लिए 422 SMSSenderNotConfigured मिलता है। भेजने से पहले असाइनमेंट सत्यापित करें ताकि रिलीज़ किया हुआ नंबर बातचीत न तोड़े।

messaging_profile_id फ़ील्ड सेंडर पूल नहीं देता: Bird इसे 422 SMSUnsupportedFeature के साथ अस्वीकार करता है। send endpoint इन फ़ील्ड का विवरण देता है।

मुझे क्या स्टोर और जाँचना चाहिए?

हर प्राप्तकर्ता के लिए एक सेंडर स्टोर करें। दोबारा उपयोग करने से पहले जाँचें कि वह अभी भी उपयोग योग्य है।

नए प्राप्तकर्ता के लिए, उस गंतव्य के लिए अनुमति प्राप्त कोई ओन्ड सेंडर चुनें। समवर्ती संदेश भेजने से पहले यह चुनाव सेव करें, ताकि दो जॉब एक ही व्यक्ति को अलग-अलग नंबर असाइन न करें।

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

किसी मार्केट के लिए एक समर्पित सेंडर असाइनमेंट को सरल बनाता है क्योंकि हर प्राप्तकर्ता एक ही उपलब्ध नंबर का उपयोग करता है। फिर भी अगर आप वह नंबर बंद करते हैं तो बदलाव संभालना ज़रूरी है।

क्या template भेजने से असाइनमेंट बना रहता है?

Template भेजते समय सेंडर अपने आप चुना जाता है, इसलिए आप from के ज़रिए अपना स्टोर किया हुआ असाइनमेंट लागू नहीं कर सकते।

Bird template के साथ from को अस्वीकार करता है। Template पाथ गंतव्य के लिए एक सेंडर चुनता है। यह चुनी हुई वैल्यू संदेश के from फ़ील्ड में लौटाता है।

बातचीत स्टोर करते समय इस लौटाई गई वैल्यू का उपयोग करें। यह न मानें कि यह आपके पिछले free-text सेंडर से मेल खाएगी। template गाइड बताती है कि template कौन सी वैल्यू प्रदान करता है।

सेंडर पात्रता, निरंतरता से ऊपर है: कोई असाइन किया हुआ नंबर जो किसी गंतव्य के लिए अनुमत नहीं है, वहाँ दोबारा उपयोग नहीं किया जा सकता। सेंडर प्रकार इन प्रतिबंधों को कवर करता है।

नंबर बदलने पर रिप्लाई का क्या होता है?

पुराने संदेशों के रिप्लाई पुराने नंबर पर ही जाते रहते हैं।

अगर वह नंबर अभी भी आपके पास है तो बदलाव के दौरान उसकी इनबाउंड हैंडलिंग सक्रिय रखें। बातचीत दोबारा बनाते समय दोनों नंबरों के संदेश शामिल करें। MO और MT बताता है कि आने वाले रिप्लाई के अपने अलग संदेश रिकॉर्ड क्यों होते हैं।

नए नंबर का उपयोग करने से पहले ऑप्ट-आउट को अपने भेजने के निर्णय में शामिल करें। Bird का सेंडर-विशिष्ट सप्रेशन अपने आप वर्कस्पेस-व्यापी प्राथमिकता नहीं बनता। नया नंबर उस व्यक्ति को संदेश भेजते रहने का रास्ता नहीं बनना चाहिए जिसने रुकने को कहा था।

संक्षेप में

  1. एक स्थिर सेंडर बातचीत को पहचानने योग्य बनाए रखता है।

    नंबर दोबारा उपयोग करने से प्राप्तकर्ता को पुराने संदेश आसानी से मिलते हैं। इससे रिप्लाई भी उसी गंतव्य पर जाते रहते हैं।

  2. आपका ऐप्लिकेशन असाइनमेंट संभालता है।

    Bird free-text भेजने के लिए from ज़रूरी है, इसलिए हर प्राप्तकर्ता के लिए कौन सा सेंडर उपयोग कर रहे हैं यह स्टोर करें।

  3. Template भेजते समय सेंडर अपने आप चुना जाता है।

    Bird template के साथ from को अस्वीकार करता है। यह न मानें कि template भेजने से आपका स्टोर किया हुआ असाइनमेंट बना रहेगा।

  4. सेंडर बदलने के लिए इनबाउंड योजना ज़रूरी है।

    प्राप्तकर्ता पुराने थ्रेड पर रिप्लाई कर सकते हैं, इसलिए बदलाव के दौरान उन रिप्लाई और ऑप्ट-आउट को संभालते रहें।

व्यवहार में लाएँ।

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

अभ्यास करें और इम्प्लीमेंटेशन ब्रीफ़ पाएँ

उसी नेटवर्क पर बनाएँ।

एक टेस्ट API key आपको तुरंत मिल जाती है। भुगतान विधि जोड़ने और सेंडर सत्यापित करने पर प्रोडक्शन अनलॉक होता है।

आपका अगला आइडिया।
जुड़ने के लिए तैयार।