เครื่องมือสร้าง Customer Journey

ตรวจสอบการเข้าถึงผู้ใช้ พร้อมสลับช่องทางอัตโนมัติ

ตรวจสอบว่า push, อีเมล, SMS, WhatsApp หรือ LINE เข้าถึงลูกค้าคนนั้นได้หรือไม่ ก่อนที่ข้อความจะถูกส่งออกไป แล้วส่งต่อไปยังช่องทางอื่นโดยอัตโนมัติเมื่อช่องทางนั้นปิดอยู่ ต่อการตรวจสอบหลายจุดเข้าด้วยกันเป็นสายเดียว ช่องทางที่ปิดจะไม่ใช่จุดจบของ journey อีกต่อไป — รวมถึง LINE ที่คนไทยกว่า 50 ล้านคนใช้งานทุกวันครับ

แคนวาส Customer Journey ที่มีองค์ประกอบตรวจสอบการเข้าถึง พร้อมสาขา reachable และ not-reachable โดยสาขา not-reachable ป้อนเข้าองค์ประกอบตรวจสอบการเข้าถึงตัวที่สองสำหรับอีเมล

ส่งข้อความให้ถึงมือลูกค้าอยู่ดี

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

สิ่งที่ตรวจสอบการเข้าถึงมอบให้คุณ

5 ช่องทาง

Push, อีเมล, SMS, WhatsApp และ LINE ตรวจทีละช่องทางจาก subscription tag ของช่องทางนั้นๆ ครอบคลุมช่องทางที่คนไทยใช้จริงในชีวิตประจำวัน รวมถึง LINE ที่มีผู้ใช้กว่า 50 ล้านคนครับ

2 สาขา

Reachable และ not-reachable ตัดสินทันทีที่ผู้ใช้มาถึงองค์ประกอบนี้

ต่อกันเป็น cascade ได้

ป้อนสาขา not-reachable เข้าไปยังการตรวจสอบอีกช่องทางหนึ่ง เช่น push แล้วต่อด้วยอีเมล แล้วต่อด้วย SMS หรือ LINE

อ่านจาก subscription tag

ยืนยันแล้วสำหรับ push (Push Alerts Enabled) และอีเมล (Unsubscribed Email) เป็น subscription tag ไม่ใช่สัญญาณการส่งจริงแบบเรียลไทม์

In-app อยู่นอกรายการนี้

ไม่ใช่หนึ่งใน 5 ช่องทางที่ตรวจ ปกติ in-app ใช้ปิดท้าย cascade แทน เพราะเข้าถึงทุกคนที่เปิดแอปได้

ไม่มีขีดจำกัดจำนวนที่ต่อกันได้

ไม่มีอะไรในเอกสารระบุว่าต่อการตรวจสอบได้กี่ตัว

อะไรที่นับว่า “เข้าถึงได้”

2 ใน 5 ช่องทางมีคำตอบเผยแพร่แล้วว่า “not reachable” หมายถึงอะไร ที่เหลือยังไม่เปิดเผย logic ของ tag ต่อสาธารณะ

ช่องทางTag ที่ตรวจNot-reachable เมื่อ
PushPush Alerts EnabledTag เป็น false
อีเมลUnsubscribed EmailTag เป็น true
SMS, WhatsApp, LINEยังไม่เปิดเผยยังไม่เปิดเผย
ช่องทาง
1 / 3
Push
Tag ที่ตรวจ
Push Alerts Enabled
Not-reachable เมื่อ
Tag เป็น false
ช่องทาง
2 / 3
อีเมล
Tag ที่ตรวจ
Unsubscribed Email
Not-reachable เมื่อ
Tag เป็น true
ช่องทาง
3 / 3
SMS, WhatsApp, LINE
Tag ที่ตรวจ
ยังไม่เปิดเผย
Not-reachable เมื่อ
ยังไม่เปิดเผย

นี่คือ subscription tag ไม่ใช่การพยายามส่งจริงแบบเรียลไทม์ ผู้ใช้ที่ถูกทำเครื่องหมายว่า reachable ก็ยังพลาดข้อความต่อไปตามสายได้ ถ้าอุปกรณ์ออฟไลน์อยู่ หรือลบแอปไปแล้ว สิ่งที่องค์ประกอบนี้ให้คุณซึ่ง condition node ทั่วไปให้ไม่ได้ คือสาขานั่นเอง: สาขา reachable/not-reachable ที่สร้างมาเฉพาะสำหรับเรื่องนี้ วางบนแคนวาสแล้วต่อได้เลย แทนที่จะต้องต่อ condition หรือ wait step แบบทั่วไปเข้ากับข้อมูล subscription ด้วยมือ

ต่อการตรวจสอบเป็น cascade

ป้อนสาขา not-reachable ของการตรวจสอบ push เข้าไปยังการตรวจสอบอีเมล แล้วป้อนสาขา not-reachable ของขั้นตอนนั้นต่อเข้าการตรวจสอบ SMS หรือ WhatsApp แต่ละขั้นจะแคบกลุ่มเป้าหมายลงเหลือแค่คนที่ช่องทางก่อนหน้าเข้าไม่ถึง จนกว่าข้อความจะถึงมือ หรือหมดช่องทางให้ลองครับ

ปิด cascade ด้วย in-app

In-app ไม่ใช่หนึ่งใน 5 ช่องทางที่องค์ประกอบนี้ตรวจ แต่เป็นจุดจบยอดนิยม ข้อความ in-app เข้าถึงทุกคนที่เปิดแอป ไม่ว่าสถานะการสมัครรับข้อมูลของพวกเขาบนช่องทางอื่นจะเป็นอย่างไรก็ตาม

อะไรทำให้ journey เป็น omnichannel จริงๆ

Omnichannel ไม่ใช่แค่ลิสต์ 5 ช่องทางไว้ในการตั้งค่า แต่คือ journey ที่รู้ได้ทีละคนว่าช่องทางไหนปิดอยู่ และตอบสนองก่อนที่การส่งจะล้มเหลวแบบเงียบๆ ตรวจสอบการเข้าถึงคือสิ่งที่ทำให้ เครื่องมือสร้าง Customer Journey ทำแบบนั้นได้: วิธีเลี่ยงช่องทางที่ปิดอยู่ แทนที่จะแค่ลิสต์ช่องทางที่คุณมี

จุดที่คุ้มค่าที่สุด

Cascade สำหรับข้อความเร่งด่วน

แจ้งเตือนทุจริต แจ้งเตือนนัดหมาย และแจ้งเตือนเหตุขัดข้อง ส่งไปยังช่องทางที่เปิดอยู่ เพราะข้อความแบบนี้ปล่อยให้ส่งไม่ถึงไม่ได้ครับ

อัปเดตสถานะที่ต้องแข่งกับเวลา

สถานะคำสั่งซื้อ สถานะเรียกรถ และแม้แต่สถานะการจองที่พักสลับไป SMS ทันทีที่ push ปิดอยู่ ใช้ได้ทั้งจัดส่งอาหาร เรียกรถ และธุรกิจท่องเที่ยวช่วงสงกรานต์หรือวันหยุดยาว

ยืนยันธุรกรรม

ยืนยันคำสั่งซื้อสลับไปอีเมลอัตโนมัติ เพื่อไม่ให้ push ที่พลาดไปกลายเป็น support ticket

  • ฟินเทค / ธนาคาร
  • จัดส่งอาหาร (เช่น LINE MAN, Grab Food)
  • เรียกรถ / แท็กซี่
  • อีคอมเมิร์ซ / ค้าปลีก
  • มาร์เก็ตเพลส
  • ท่องเที่ยวและโรงแรม
  • สุขภาพ / เทเลเมด
  • แอปสมัครสมาชิก / ครีเอเตอร์

หนึ่งในหลายองค์ประกอบที่ปกป้องช่องทางเหล่านี้

ออกแบบมาเพื่อช่องทางที่มันสลับให้

Cascade จะดีได้ก็ต่อเมื่อช่องทางเบื้องหลังพร้อม: Mobile push เป็นตัวลองก่อน อีเมล เป็นตัวสำรอง SMS หรือ WhatsApp ปิดท้าย

Condition split ดูคล้ายกัน: มีโหนด มีตั้งแต่ 2 สาขาขึ้นไป ประเมินครั้งเดียว ความต่างอยู่ที่มันอ่านอะไร — segment, tag หรือ event value ที่มีอยู่แล้วบนโปรไฟล์ เทียบกับว่าช่องทางเปิดอยู่หรือไม่ ทั้งคู่อยู่ใน เครื่องมือสร้าง Customer Journey บนแคนวาสเดียวกับองค์ประกอบควบคุมโฟลว์อื่นๆ ครับ

ข้อมูล subscription tag อยู่บนโครงสร้างพื้นฐานที่คุณระบุตัวตนได้

Subscription tag ที่องค์ประกอบตรวจสอบการเข้าถึงอ่าน วิ่งผ่านโครงสร้างพื้นฐานเดียวกับที่แพลตฟอร์มทั้งหมดใช้ Pushwoosh ได้รับการรับรอง SOC 2 Type I และ ISO 27001:2022 พร้อมสอดคล้องกับ GDPR ทำงานบนฮาร์ดแวร์ของเราเองในสหรัฐอเมริกาและเยอรมนี ภายใต้ GDPR และ BDSG รายละเอียดทั้งหมดอยู่ที่หน้าความปลอดภัยของข้อมูล

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type I CertifiedOWASP Compliant

วิธีการทำงาน

  1. วางไว้ตรงจุดที่คุณจะเลือกช่องทางอยู่แล้ว

    วางตรวจสอบการเข้าถึงบนแคนวาส ณ จุดที่ข้อความกำลังจะส่งออกผ่านช่องทางใดช่องทางหนึ่ง

  2. เลือกช่องทางที่จะตรวจ

    เลือก push, อีเมล, SMS, WhatsApp หรือ LINE องค์ประกอบจะอ่าน subscription tag ของช่องทางนั้น แล้วแยกเป็น 2 สาขา: reachable และ not-reachable

  3. ต่อทั้งสองสาขา

    Reachable วิ่งต่อเข้าขั้นตอนส่งของช่องทางนั้นทันที ส่วน not-reachable ต่อเข้าตรวจสอบการเข้าถึงอีกตัวสำหรับช่องทางอื่น หรือเข้าข้อความ in-app เป็นทางออกสุดท้าย

สิ่งที่ควรรู้ไว้ก่อนสร้าง

ควรตรวจสอบไว้ก่อนสร้าง cascade รอบๆ องค์ประกอบนี้

  • ตรวจ subscription tag ไม่ใช่การพยายามส่งจริง Reachable แปลว่า tag บอกแบบนั้น ไม่ใช่ข้อความไปถึงมือแล้ว
  • Tag ที่แน่ชัดยืนยันแล้วเฉพาะ push และอีเมล ส่วน SMS, WhatsApp และ LINE ยังไม่มีเอกสารระดับเดียวกัน
  • ไม่มีเอกสารระบุขีดจำกัดจำนวนที่ต่อกันได้
  • In-app ไม่ใช่หนึ่งใน 5 ช่องทางที่ตรวจ ปกติใช้ปิด cascade มากกว่าอยู่ตรงกลาง
  • องค์ประกอบนี้ตรวจความพร้อมของช่องทางโดยเฉพาะ ถ้าต้องการ segment, tag หรือ event value ที่มีอยู่แล้วบนโปรไฟล์ ให้ใช้ Condition split แทนครับ

FAQ

เข้าถึงลูกค้าผ่านช่องทางไหนก็ได้ที่เปิดอยู่

ต่อการตรวจสอบการเข้าถึงสำหรับทุกช่องทางที่ข้อความอาจใช้ แล้วเลิกปล่อยให้ช่องทางที่ปิดอยู่กลายเป็นทางตัน

สำรวจผลิตภัณฑ์ที่เกี่ยวข้อง

เครื่องมือสร้าง Customer Journey

วางแผนและปรับปรุงแคมเปญของคุณด้วยเครื่องมือภาพเดียว สื่อสาร ดึงดูด รักษา และแปลงกลุ่มเป้าหมาย รวมถึงการแบ่งส่วนและทดลองใช้กับ Pushwoosh Customer Journey Builder

Condition Split: แยกสาขาใน Customer Journey

แยกผู้ใช้ไปสูงสุด 10 สาขาตามข้อมูลที่มีอยู่แล้ว: segment, tag หรือ event attribute ไม่ต้องรอ มีสาขา All other users เป็นทางออกเสมอ

การแจ้งเตือนแบบ Push บนมือถือ

การแจ้งเตือนแบบ Push บนมือถือจาก Pushwoosh เข้าถึงทุกอุปกรณ์ พร้อม Rich Media, targeting ที่แม่นยำ และ Journey ข้ามช่องทางรวม LINE เปลี่ยนผู้ใช้ให้ภักดี

แพลตฟอร์มการตลาดทางอีเมล

แพลตฟอร์มการตลาดทางอีเมลแบบครบวงจรของคุณ: Pushwoosh ปรับแต่งเทมเพลต, อัตโนมัติการไหลของอีเมล, วิเคราะห์ประสิทธิภาพ และมุ่งสู่เป้าหมายที่สูงขึ้น!

แพลตฟอร์มการตลาด SMS แบบครบวงจรที่ดีที่สุด

ใช้เครื่องมือส่งข้อความทางข้อความ การแบ่งส่วนกลุ่มเป้าหมาย และการวางแผนแคมเปญทั้งหมดภายในแพลตฟอร์มเดียว ก่อนส่ง SMS พยายามเข้าถึงผู้ใช้ผ่านช่องทางเพิ่มเติมเพื่อเพิ่มประสิทธิภาพต้นทุน

ซอฟต์แวร์การตลาด WhatsApp แบบครบวงจร

เพิ่มความเป็นมนุษย์ให้กับแคมเปญการสื่อสารของคุณด้วยการใช้การส่งข้อความแบบสนทนาผ่าน WhatsApp