IOSOR ความรู้

STOP และ HELP บน DID เช่า: นโยบายที่ฝ่ายสนับสนุนปกป้องได้

ทีม B2B เขียนนโยบายคำสำคัญ STOP/HELP บนหมายเลขเช่าอย่างไร — ความเป็นเจ้าของ ถ้อยคำ บันทึกตรวจสอบ และความซื่อสัตย์ของ prepaid โดยไม่ติดนิสัยพอร์ทัลบุคคลที่สาม

คำสำคัญไม่ใช่ตัวตอบอัตโนมัติที่น่ารัก บน DID เช่าที่รับคำตอบได้ STOP และ HELP คือ นโยบายการปฏิบัติตามและแบรนด์ — สคริปต์ที่ฝ่ายสนับสนุนต้องปกป้องได้เวลา 02:00 โดยไม่แต่งตำนาน ข้อความสองทางที่ไม่มีนโยบายนี้จะกลายเป็นคิวเหตุการณ์เงียบ ๆ.

IOSOR คง inbound บนพื้นผิว white-label prepaid เดียวกับ outbound: ความสัมพันธ์แบรนด์ของคุณ เส้นทางกล่องเข้า วอลเล็ตของคุณ — ไม่ใช่ ops รายวันที่ติดอยู่ในพอร์ทัลบุคคลที่สาม.

คำสำคัญคือนโยบาย ไม่ใช่เควสต์ข้างทางของบอท

ผลิตภัณฑ์ กฎหมาย และสนับสนุนควรลงนามหนึ่งหน้าก่อนส่งสนทนครั้งแรก:

เขียนภาษา STOP ที่ฝ่ายสนับสนุนอ่านออกเสียงได้

คำตอบ STOP ควรสั้น มุ่งแบรนด์ และไม่คลุมเครือ:

  • ยืนยันว่า opt-out ใช้กับโปรแกรม / ตัวตนนี้
  • บอกว่าอะไรหยุด (การแจ้งเตือน ชั้นการตลาด เธรด DID นี้)
  • ชี้เส้นทางคนจริงหากลูกค้ายังต้องการความช่วยเหลือ
  • อย่าเท ID เทคนิคหรือชื่อแบรนด์บุคคลที่สาม

บันทึก: ใครส่ง STOP DID ใด เมื่อใดที่เคารพ คลาส outbound ใดถูกบล็อก การเลื่อนระดับสนับสนุนต้องดึงบันทึกนั้นจากแพลตฟอร์มของคุณ — ไม่ใช่ล่าภาพหน้าจอ.

HELP ที่ตรงกับเวลาจริง

HELP คือที่ที่แบรนด์สัญญาเกิน จัด auto-reply ให้สอดคล้องกับ:

  1. เวลาสนับสนุนจริงและเขตเวลา
  2. ช่องทางที่คุณจัดคนจริง (อีเมล แชท โทรกลับ) — ไม่ใช่จินตนาการ
  3. สิ่งที่ลูกค้าต้องใส่ (4 หลักท้ายหมายเลข รหัสคำสั่งซื้อ)
  4. ขั้นถัดไปถ้าไม่มีใครออนไลน์

DID เช่าที่ตอบ HELP ด้วยอีเมลตายสอนผู้ใช้บ่นดังขึ้นบนโซเชียล — และเผาความไว้วางใจเร็วกว่า OTP สาย.

ความเป็นเจ้าของและร่องรอยการตรวจสอบ

ตั้งชื่อเจ้าของหลักและสำรอง เมื่อ STOP พังในโปรดักชัน เป็นเหตุการณ์การปฏิบัติตาม ไม่ใช่ตั๋ว «ปรับบอท»

ต้องมี:

  • Webhook MO หรืออีเวนต์กล่องเข้าที่สแต็กของคุณยืนยันได้
  • การจัดการแบบ idempotent (มีการลองใหม่)
  • ความสัมพันธ์: คำสำคัญ inbound → id ลูกค้า → สถานะ suppressions
  • กฎการเก็บรักษาสำหรับเนื้อหาคำสำคัญที่อาจมี PII

White-label หมายถึงเอเจนต์อยู่บนพื้นผิวเชิงพาณิชย์เดียว «ไปเช็คพอร์ทัลอื่น» ไม่ใช่โมเดลปฏิบัติการ.

เชื่อม DID รับ + ส่งภายใต้ตัวตนเดียว

STOP/HELP พังเมื่อรับและส่งถูกมองเป็น SKU ที่ไม่เกี่ยว ยืนยันก่อนปริมาณ:

  • DID เช่ารับ MO ได้ และส่งได้เมื่อกฎอนุญาต
  • การมอบหมายอยู่ในบัญชีหลังซื้อ — ไม่ลอยจนกว่าใครจะคลิกที่อื่น
  • ปลายทาง webhook ตรงกับแพลตฟอร์มที่คุณใช้อยู่แล้วสำหรับ outbound

เส้นทางหมายเลขของ IOSOR เป็น prepaid และ just-in-time: ค้นหา hold ซื้อ มอบหมาย ความพร้อมของคำสำคัญอยู่ในเรื่องการมอบหมายนั้น.

เริ่มกับ IOSOR

บทความ: ลูปตอบอัตโนมัติขาเข้า บัฟเฟอร์การประมวลผล Webhook ขาเข้าเพื่อรับมือกับความหน่วงของเครือข่าย การกันยอดเติมเงินก่อนการหักครั้งแรก.

สรุป IOSOR

STOP กับ HELP คือ นโยบายพูดบน DID เช่า ไม่ใช่งานซิงค์รายชื่อออกหลายผู้เช่า

ทำ: เขียนถ้อยคำที่สนับสนุนอ่านได้ และพิสูจน์แถวตรวจสอบ อย่า: นับคำเป็นภารกิจข้างของบอต หรือซิงค์รายชื่อออกของผู้เช่าอื่นที่นี่

คู่มือนี้มีประโยชน์ไหม?

คู่มือที่เกี่ยวข้อง