IOSOR

IOSOR ความรู้

เธรดเดียวรวมทั้ง SMS, WhatsApp และอีเมล

เรียนรู้วิธีสร้างอัตลักษณ์การสนทนาที่เป็นหนึ่งเดียวข้าม SMS, WhatsApp และอีเมล โดยใช้การกำหนดเส้นทาง CPaaS แบบไวท์เลเบล เว็บฮุก และการควบคุมบัญชีแยกประเภทของ IOSOR

เธรดเดียวรวมทั้ง SMS, WhatsApp และอีเมล.

การเชื่อมโยงอัตลักษณ์ของลูกค้าข้ามช่องทางที่แตกต่างกัน

การสร้างเธรดการสนทนาที่เป็นหนึ่งเดียวข้าม SMS, WhatsApp และอีเมล จำเป็นต้องแยกตัวระบุช่องทางออกจากโปรไฟล์ภายใน SMS ขาเข้าแสดงหมายเลขโทรศัพท์ E.164 ส่วนเว็บฮุกของ WhatsApp ให้ ID ที่เชื่อมโยงกับ E.164 และอีเมลใช้ที่อยู่ RFC IOSOR จะผูกที่อยู่เหล่านี้เข้ากับคีย์เธรดเดียว เมื่อมีเหตุการณ์ขาเข้าผ่านเว็บฮุก แพลตฟอร์มจะแมปผู้ส่งไปยังบริบทที่ใช้งานอยู่ก่อนที่จะดำเนินการตามลอจิกทางธุรกิจ

การปรับกลไก Payload ขาเข้าให้เป็นเซสชันเดียว

แต่ละโพรโทคอลจัดการสถานะแตกต่างกัน SMS พึ่งพาคอลแบ็ก DLR แบบไม่ซิงโครนัส WhatsApp ใช้ตัวจับเวลาหน้าต่างการสนทนา และอีเมลทำงานบนโครงสร้าง MIME IOSOR ปรับแต่งพารามิเตอร์ขาเข้าให้เป็นโครงสร้าง JSON มาตรฐาน ไม่ว่าผู้ใช้จะตอบกลับด้วย STOP ผ่าน SMS ส่งข้อความทาง WhatsApp หรือตอบกลับอีเมล API จะปรับปรุงเนื้อหา ประทับเวลา และโทเค็นบริบทให้เป็นมาตรฐาน แอปพลิเคชันปลายทางจะประมวลผลสตรีมเดียวโดยไม่ต้องใช้อะแดปเตอร์โพรโทคอลแยกสำหรับแต่ละช่องทาง

การอายัดยอดใน บัญชีแยกประเภท และลอจิกการเส้นทางสำหรับ เธรด หลายช่องทาง

การรักษาเธรดต้องการลำดับการจัดเส้นทางที่แน่นอนและการจัดสรรต้นทุนที่โปร่งใส เมื่อส่งข้อความข้ามช่องทางใดๆ IOSOR จะประมวลผลการอายัดยอดแบบชำระเงินล่วงหน้าใน บัญชีแยกประเภท ของคุณ ข้อความ WhatsApp ขาออกหรือ SMS จะกระตุ้นการตรวจสอบยอดคงเหลือ หากการส่งล้มเหลวก่อนการส่งสัญญาณ การอายัดจะถูกยกเลิกทันที สถาปัตยกรรมนี้ป้องกันความคลาดเคลื่อนของยอดเงินในระหว่างการส่งหลายช่องทาง ขณะเดียวกันก็รักษาสถานะเธรดไว้ระหว่างการทำงานหลักและการทำงานสำรอง

การจัดการสัญญาณยกเลิกการรับข่าวสารข้าม SMS, WhatsApp และอีเมล

อัตลักษณ์ข้ามช่องทางบังคับใช้การยินยอมที่สอดคล้องกัน หากผู้ใช้ส่งคำสั่ง STOP ผ่าน SMS กฎการปฏิบัติตามข้อกำหนดจะระบุว่าข้อความขาออกในช่องทางที่เชื่อมต่อจะต้องเคารพความยินยอมนั้นตามนโยบาย IOSOR จะบันทึกแฟล็กการยกเลิกการรับข่าวสารทั้งแบบโกลบอลและแบบเฉพาะช่องทางไว้ใน บัญชีแยกประเภท อัตลักษณ์ เมื่อการทริกเกอร์อัตโนมัติพยายามส่งการอัปเดต ระบบจะตรวจสอบสถานะความยินยอมก่อนเข้าคิว เพื่อปกป้องชื่อเสียงของผู้ส่งและการปฏิบัติตามกฎหมาย

ความเหมาะสมทางสถาปัตยกรรมและการรวมระบบข้ามช่องทาง

การเชื่อมต่อเธรดการส่งข้อความหลายช่องทางเข้ากับ CRM และระบบตั๋วสนับสนุนต้องการการจัดส่งเว็บฮุกที่เชื่อถือได้ สำหรับกลยุทธ์การจัดเส้นทางและคู่มือการตั้งค่าที่เกี่ยวข้อง สามารถดูได้จากแหล่งข้อมูลอ้างอิงเหล่านี้:

รูปแบบเหล่านี้ใช้ประโยชน์จากการจัดสรรหมายเลขแบบ JIT และเว็บฮุก

เริ่มต้นกับ IOSOR

เพื่อสร้างเอกลักษณ์การสนทนาที่เป็นหนึ่งเดียวอย่างแท้จริง เริ่มต้นด้วยการกำหนดค่าการจับคู่ข้อมูลประจำตัวลูกค้าของคุณภายในคอนโซล IOSOR โดยเชื่อมโยงหมายเลข E.164 และที่อยู่อีเมล ตรวจสอบให้แน่ใจว่าเว็บฮุกของคุณได้รับการตั้งค่าเพื่อรับเพย์โหลดขาเข้าที่ได้รับการปรับให้เป็นมาตรฐาน ซึ่งช่วยให้ IOSOR สามารถรักษาสถานะการสนทนาเดียวได้ทั่วทั้ง SMS, WhatsApp และอีเมล ยืนยันว่าบัญชีของคุณมียอดคงเหลือเพียงพอ โดยเติมเงินหากจำเป็น เพื่อป้องกันการหยุดชะงักของการสนทนาที่เป็นหนึ่งเดียวของลูกค้า

สรุป IOSOR

บทความนี้แสดงให้เห็นว่าประสบการณ์ลูกค้าแบบ Omnichannel ที่แท้จริงไม่ใช่เรื่องของการเลือกช่องทาง แต่เป็นการรักษาการสนทนาที่ต่อเนื่องเพียงครั้งเดียวโดยไม่คำนึงถึงช่องทาง IOSOR บรรลุเป้าหมายนี้โดยการแยกความซับซ้อนของโปรโตคอลช่องทางที่แตกต่างกัน รูปแบบข้อมูลประจำตัว และการจัดการสถานะ เพื่อให้มั่นใจว่าทุกการโต้ตอบกับลูกค้ามีส่วนช่วยในการสนทนาที่เป็นหนึ่งเดียว

จัดลำดับความสำคัญมุมมองของลูกค้าโดยตรวจสอบให้แน่ใจว่าประวัติการสนทนาของพวกเขายังคงสมบูรณ์และเข้าถึงได้ในทุกช่องทางที่รวมเข้าด้วยกัน ใช้ประโยชน์จากการจับคู่ข้อมูลประจำตัวและการปรับเพย์โหลดให้เป็นมาตรฐานของ IOSOR เพื่อสร้างประสบการณ์ที่ราบรื่นนี้ และอย่ามองข้ามบทบาทสำคัญของการจัดการการยกเลิกการรับข่าวสารที่ซิงโครไนซ์ในการรักษาการปฏิบัติตามข้อกำหนดและความไว้วางใจของลูกค้าภายในเธรดที่เป็นหนึ่งเดียวของคุณ

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

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