इनबाउंड SMS और दो-तरफ़ा मैसेजिंग: इनबॉक्स पथ जिन्हें प्रोडक्ट और सपोर्ट चला सकें

आउटबाउंड SMS गंभीर मैसेजिंग उत्पाद का आधा हिस्सा ही है। जिस क्षण ग्राहक जवाब दे सकता है — या किराए का DID कॉल इवेंट लेना शुरू करता है — आपको एक इनबाउंड पथ चाहिए जिसे प्रोडक्ट, सपोर्ट और अनुपालन बचा सकें। दो-तरफ़ा मessaging «MO चालू करो और उम्मीद करो» नहीं है। यह एक ऑपरेटिंग सिस्टम है: इनबॉक्स का मालिक कौन, कौन-से नंबर receive और send कर सकते हैं, webhook कहाँ land होते हैं, और कानूनी रूप से क्या store कर सकते हैं।.

यह गाइड B2B टीमों के लिए है जो सपोर्ट, OTP fallback, callback और conversational ट्रैफ़िक के लिए बिज़नेस नंबर किराए पर लेती हैं — और दैनिक ops तीसरे पक्ष के ब्रांड पोर्टल में चलाने से इनकार करती हैं।.

«इनबाउंड» वास्तव में क्या शामिल करता है

अधिकांश prepaid CPaaS खरीदारों के लिए इनबाउंड एक हरे टॉगल से ज़्यादा है:

नंबर खरीदने से पहले inbox पथ डिज़ाइन करें

प्रोडक्ट और सपोर्ट को पहले DID किराए से पहले एक operational inbox मॉडल पर सहमत होना चाहिए:

1. पहले कौन पढ़ता है — agent console, ticket system, या human escalation वाला bot?
2. कीवर्ड का मालिक कौन — मार्केटिंग अभियान vs regulated STOP / HELP भाषा?
3. shared channel में कभी न आए — payments, IDs, health data.
4. ऑफ-आवर्स कैसे — auto-ack, queue, या स्पष्ट customer message के साथ hard stop?

receive + send के लिए नंबर लिंक करें (एक commercial identity)

receive और send को असंबद्ध SKU मानने पर two-way टूट जाता है।.

गंभीर खरीदार पूछते हैं:

कीवर्ड जिन्हें सपोर्ट एक वाक्य में समझा सके

कीवर्ड policy हैं, प्यारे autoresponder नहीं।.

ज़्यादातर टीमों को जो minimum set चाहिए:

• STOP / unsubscribe — opt-out तुरंत honor करें; audit के लिए log करें।
• HELP / info — clean brand-facing help path (hours, channel, escalation) से जवाब दें।
• Campaign या locale commands — केवल जब product और legal ने wording sign की हो।

खतरे के संकेत

• daily replies के लिए third-party brand portal login ज़रूरी
• numbers send कर सकते हैं लेकिन inbound webhooks «phase two»
• STOP / HELP wording undefined या casually editable
• receive capability unproven पर भी «Activated»
• retention या access policy के बिना inbound bodies store
• catalog «global 2-way» claim करे जब target countries setup में
• support funding failure और webhook misconfiguration अलग न पहचाने

IOSOR से शुरू करें

संबंधित: इनबाउंड ऑटो-रिप्लाई लूप कैरियर लेटेंसी स्पाइक्स के खिलाफ इनबाउंड वेबहुक प्रोसेसिंग को बफर करें पहली कटौती से पहले प्रीपेड राशि आरक्षित करना.

IOSOR सार

दो-तरफ़ा एक इनबॉक्स है जिसे स्टाफ किया जा सकता है। आना और जाना एक नंबर पहचान बाँटते हैं।

करें: सिद्ध करें कि एक उत्तर स्टाफ वाले इनबॉक्स में उतरा। न करें: एकतरफ़ा From पर स्विच कहकर दो-तरफ़ा बेचना।