IOSOR ज्ञान

इनबाउंड ऑटो-रिप्लाय लूप: प्रतिध्वनी prepaid वॉलेट कसे रिकामे करते

B2B द्विमार्गी SMS कसे प्रामाणिक ठेवते — STOP/HELP धोरण, ऑटो-रिप्लाय छत, इनबाउंड webhook शिस्त, आणि अमर्याद प्रतिध्वनी prepaid का जाळते.

नेहमी उत्तर देणारे इनबाउंड ऑटो-रिप्लाय «उत्तम CX» नाही. भाड्याच्या DID वर हे prepaid गळती आहे: दोन बॉट किंवा मूळ उद्धृत HELP वॉलेट रिकामे होईपर्यंत उडू शकतात. उत्पादन engagement पाहते. वित्त भोक पाहते. Ops ला 02:00 वाजता मालक नसलेली घटना मिळते.

IOSOR इनबाउंड आउटबाउंडसारख्याच white-label prepaid पृष्ठभागावर ठेवते. MO घटना, कीवर्ड उत्तरे आणि डेबिट ओळी तुमच्या खात्यात. मासिक USD 1,000+ जवळ लूप नमुने आणि थ्रेडप्रति डेबिट व्यावसायिक समीक्षा होतात. लूप छत नसलेला कॅटलॉग live वित्त राखत नाही. in setup क्रमांक द्विमार्गी इनबॉक्स नाही. लूप सुरू झाल्यावर बदलण्यासाठी «स्वच्छ इनबॉक्स» आधी विकत घेतलेला साठा नाही. JIT: शोधा → धरा → खरेदी करा → नेमा.

ऑटो-रिप्लाय लूप prepaid रिकामे करतात

नमुना दिसते वॉलेट परिणाम
बॉट ↔ बॉट प्रतिध्वनी दोन auto-ack उडतात अमर्याद आउटबाउंड डेबिट
HELP इनबाउंड उद्धृत करते पेलोड नवीन पाठवणे होते दुहेरी खंड
वेळेबाहेर पिंगपॉंग प्रत्येक retry वर «SMS मिळाला» माणूस नसताना रात्रीचे जाळणे
Webhook retry वादळ तोच MO दोनदा दुहेरी उत्तर, दुहेरी डेबिट

इनबाउंड retry होते. Idempotence नसेल तर प्रत्येक webhook retry आणखी एक ऑटो-रिप्लाय होते. पहा इनबाउंड वेबहुक पुन्हा प्रयत्न. लूप शोध कमी शिल्लक थांबवणे सोबत जोडा म्हणजे वॉलेट उरलेली प्रतिध्वनी थांबवेल. Correlation ID इनबाउंडपासून डेबिटपर्यंत जावे.

STOP/HELP अमर्याद प्रतिध्वनीविरुद्ध

STOP आणि HELP धोरण आहेत, गोड बॉट नाहीत. STOP ने opt-out मानावे आणि थ्रेड थांबवावा — ऑटो-रिप्लायसह. HELP लहान, ब्रँड-सुरक्षित मार्ग खऱ्या तासांसह असावा, ग्राहकाच्या शेवटच्या वाक्याची प्रतिध्वनी नाही. प्रत्येक MO वर अमर्याद «SMS मिळाला» HELP नाही. पहिल्या संभाषण पाठवण्यापूर्वी कीवर्ड पृष्ठ लिहा; पहा STOP आणि HELP धोरण. STOP «सामान्यतः चालते» असेल तर नशीब आहे, धोरण नाही.

छत जे उत्पादन आणि वित्त राखतात

  1. थ्रेडप्रति आउटबाउंड छत — DID + क्लायंट id आणि विंडोमध्ये कमाल ऑटो-रिप्लाय.
  2. Idempotent MO — एक इनबाउंड घटना, एक उत्तर, webhook retry झाले तरी.
  3. STOP नंतर शांतता — मार्केटिंग नाही, «खात्री आहे?» नाही, दुसरे HELP नाही.
  4. कमी शिल्लक थांबा — उरलेले ऑटो-रिप्लाय overdraft नाटकाआधी थांबतात.

एक घटना निर्यात करा: इनबाउंड → ऑटो-रिप्लाय → ledger ओळ. साखळी नसेल तर द्विमार्गी नियंत्रण नाही. छताचा मालक नाव द्या.

द्विमार्गी इनबॉक्स प्रामाणिकपणा

द्विमार्गी ऑपरेटिंग सिस्टम आहे, स्विच नाही. कोण आधी वाचतो, कोणते क्रमांक घेतात आणि पाठवतात, काय कधीही सामायिक चॅनेलमध्ये पडत नाही, मृत तास कसे चालतात. पहा द्विमार्गी इनबॉक्स मार्गदर्शक आणि भाड्याच्या क्रमांकांवरील इनबॉक्स घटना. JIT शोधा → धरा → खरेदी करा → नेमा. कॅटलॉग in setup कर्मचारी असलेल्या इनबॉक्स म्हणून विकला जात नाही.

धोक्याचे झेंडे

  • थ्रेडप्रति छत नसलेले ऑटो-रिप्लाय
  • HELP इनबाउंड पेलोड पुनरावृत्ती करते
  • STOP अजून मार्केटिंग ack चालवते
  • Webhook retry दुहेरी उत्तर पाठवते
  • कॅटलॉग live लूप मालक नसताना
  • परकी ब्रँड नावे ओतणार्‍या त्रुटी
  • वेळेबाहेर प्रतिध्वनी मानवी मार्ग नसताना

IOSOR ने सुरू करा

सपोर्ट मोठ्याने वाचेल असे STOP व HELP लिहा. स्टेजिंगमध्ये प्रति थ्रेड ऑटो-उत्तर छत ठेवा, दुहेरी MO webhook लादून पाकीट एक उत्तर पाहते हे तपासा. खर्च थांबेपर्यंत बॉट प्रतिध्वनी चालवा. लूप प्रीपेड शिल्लक कुठे रिकामी करेल हे वित्ताने पाहण्यासाठी inbound→कपात साखळी निर्यात करा.

IOSOR सारांश

आवक प्रतिध्वनी पाकिटाची आग आहे. एक MO एक उत्तर देतो; दुहेरी webhook किंवा बॉट पिंगपॉंग खर्च थांबवे, वाढवू नये.

करा: थ्रेडवर उत्तर मर्यादित करा आणि प्रतिध्वनीवर लूप तोडा. करू नका: आवकावर अमर्याद ऑटो-उत्तर किंवा एका MO वर दोन कपाती नाहीत.

हा मार्गदर्शक उपयुक्त होता का?

संबंधित मार्गदर्शक