Wait for Trigger: รอพฤติกรรมจริงของผู้ใช้
หยุดผู้ใช้ไว้สูงสุด 90 วัน ระหว่างที่สูงสุด 3 สาขาต่างเฝ้าดู event ชุดของตัวเอง สาขาที่ 4 คือ Not triggered ซึ่งมีให้เสมอและรับทุกคนที่ 3 สาขาแรกจับไม่ได้ครับ
สิ่งที่ Wait for Trigger มอบให้คุณ
สูงสุด 3 สาขา
แต่ละสาขาเฝ้าดู event ชุดของตัวเอง ประเมินแยกจากอีก 2 สาขาโดยอิสระ
สูงสุด 4 event ต่อสาขา
รวมกันด้วย AND ที่ต้องเกิดครบทุก event หรือ OR ที่แค่รายการเดียวก็พอ
สาขาที่ 4 มีให้เสมอ
Not triggered รับทุกคนที่ 3 สาขาที่ตั้งค่าไว้ไม่จับภายในหน้าต่างเวลา
สูงสุด 90 วัน
หน้าต่างเวลาที่ผู้ใช้หนึ่งคนรอได้ภายในองค์ประกอบ Wait for Trigger หนึ่งตัว
Fixed waiting period
หยุดผู้ใช้ทุกคนไว้จนครบหน้าต่างเวลาเต็ม รวมถึงคนที่ event ยิงตั้งแต่วันแรก
Session-scoped matching
จับคู่ event เข้ากับ session ของ journey ที่มันเป็นเจ้าของจริง แทนที่จะกระจายไปทุก session ที่ผู้ใช้คนนั้นเปิดอยู่
แต่ละสาขาตัดสินใจอย่างไร
แต่ละสาขาจาก 3 สาขาบน Wait for Trigger มีรายการ event ของตัวเองสูงสุด 4 รายการ ผูกกันด้วย AND หรือ OR พร้อมเงื่อนไข attribute เสริมบน event ใดก็ได้ องค์ประกอบตรวจ event ที่เข้ามาทุกตัวกับทั้ง 3 สาขาพร้อมกัน แล้วส่งผู้ใช้ไปตามสาขาแรกที่ตรงเงื่อนไข ใครก็ตามที่ไม่ตรงเงื่อนไขไหนเลยภายในหน้าต่างเวลาจะจบที่ Not triggered สาขาที่ 4 ซึ่งทุกองค์ประกอบมีให้ตามค่าเริ่มต้นครับ
เปิด Fixed waiting period แล้วผู้ใช้ที่ตรงเงื่อนไขจะยังคงรอจนครบหน้าต่างเวลาก่อนไปขั้นตอนถัดไป นี่คือการตั้งค่าสำหรับวัดว่าเกิดอะไรขึ้นภายในจำนวนวันที่กำหนดตายตัว แทนที่จะตอบสนองทันทีที่มันเกิด
| การตั้งค่า | ควบคุมอะไร | ขีดจำกัดหรือค่าเริ่มต้น |
|---|---|---|
| สาขา | เงื่อนไขตาม event ที่เป็นอิสระต่อกัน ประเมินพร้อมกัน | สูงสุด 3 สาขา |
| Event ต่อสาขา | รวมกันด้วย AND หรือ OR พร้อมเงื่อนไข attribute เสริมบนแต่ละ event | สูงสุด 4 รายการ |
| Not triggered | รับทุกคนที่ 3 สาขาที่ตั้งค่าไว้ไม่จับ | มีให้เสมอ |
| หน้าต่างเวลารอ | ผู้ใช้รอบนองค์ประกอบได้นานแค่ไหนก่อน Not triggered ทำงาน | สูงสุด 90 วัน |
| Fixed waiting period | หยุดผู้ใช้ที่ตรงเงื่อนไขไว้จนครบหน้าต่างเวลา แทนที่จะปล่อยไปทันทีที่สาขาตรงเงื่อนไข | toggle เสริม |
| Session-scoped matching | ผูก event ที่เข้ามาเข้ากับ session เดียวของ journey ที่มี key ตรงกัน เช่น order_id หรือ ride_id | ใช้ได้เมื่อ journey รันหลาย session ต่อผู้ใช้พร้อมกัน |
องค์ประกอบนี้อยู่ใน Customer Journey Builder อ่าน event catalog ชุดเดียวกับที่แคนวาสส่วนอื่นใช้ สาขาที่นี่จึงต่อตรงเข้ากับบล็อกช่องทางใดก็ได้ที่มีอยู่แล้วบน journey
จับคู่ event เข้ากับออเดอร์หรือทริปที่มันเป็นเจ้าของ
Journey entry บางแบบรัน journey มากกว่า 1 session ต่อผู้ใช้พร้อมกัน หนึ่ง session ต่อหนึ่งออเดอร์หรือหนึ่งทริป ไม่ใช่หนึ่งต่อหนึ่งคน ผู้ใช้ที่มี 3 ออเดอร์เปิดอยู่พร้อมกันในแอปส่งอาหารจะมี 3 session ทำงานขนานกัน แต่ละ session ผูกกับ order_id ของตัวเอง เปิด session-scoped matching แล้ว event order_delivered ที่มาพร้อม order_id 482 จะขยับแค่ session ของออเดอร์ 482 เท่านั้น อีก 2 session ที่เหลือยังรอต่อไป
ถ้าไม่เปิดไว้ event เดียวกันจะไปกระทบทุก session ที่เปิดอยู่ของผู้ใช้คนนั้น สาขาที่ควรตรงกับออเดอร์หนึ่งกลับไปยิงใส่ออเดอร์อื่นที่ไม่เกี่ยวข้อง รูปแบบเดียวกันนี้ใช้ได้กับ ride_id บน journey ของแอปเรียกรถด้วยครับ หรือ key ใดก็ตามที่ใช้แยก session หนึ่งออกจากหลาย session ที่รันพร้อมกันสำหรับผู้ใช้คนเดียว
ให้ผู้ใช้ที่แปลงสำเร็จกับที่ยังไม่แปลง เดินคนละเส้นทาง
รอสูงสุด 90 วันเพื่อดู purchase หลัง push เตือนตะกร้าสินค้า, subscribe หลังข้อความแจ้งช่วงทดลองใช้ใกล้หมด หรือ payment_success หลังข้อความแจ้งให้ชำระเงิน ผู้ใช้ที่ตรงเงื่อนไขจะไปสาขาที่เตรียมไว้สำหรับคนที่แปลงสำเร็จแล้ว ไม่ว่าจะเป็นข้อความขอบคุณ ข้อเสนออัปเกรด หรือใบเสร็จ
ในช่วงเทศกาลสงกรานต์หรือ 11.11 ที่ทราฟฟิกตะกร้าสินค้าพุ่งสูง สาขานี้ช่วยแยกคนที่ปิดการซื้อจริงออกจากคนที่แค่เข้ามาดู ส่วนคนที่เหลือรอต่อภายในหน้าต่างเวลาเดียวกัน แล้วตกไปที่ Not triggered เข้าสู่แคมเปญดึงกลับที่คุณสร้างไว้สำหรับคนที่ยังไม่ตัดสินใจ ซึ่งมักตามด้วยข้อความผ่าน LINE เป็นช่องทางสำรองสำหรับคนที่ไม่เปิด push
Wait for Trigger เหมาะกับอะไรบ้าง
สาขาแปลงสำเร็จหลังการเตือนความจำ
ซื้อหรือไม่ซื้อ สมัครหรือไม่สมัคร จ่ายหรือไม่จ่าย: ส่งแต่ละผลลัพธ์ไปคนละเส้นทาง
ผลลัพธ์ระดับออเดอร์และทริป
session-scoped matching ส่ง event บน journey ของแอปส่งอาหารหรือเรียกรถไปยังออเดอร์หรือทริปที่มันเป็นเจ้าของจริง
วัดผลตามหน้าต่างเวลาคงที่
เปิด Fixed waiting period เพื่อวัดกลุ่มผู้ใช้ว่าเกิดอะไรขึ้นภายใน N วัน ไม่สนใจว่าเกิดเมื่อไหร่แน่ ๆ
- เกมมือถือ
- แอปสมัครสมาชิก / ครีเอเตอร์
- แอปส่งอาหาร
- เรียกรถ / แท็กซี่
- E-commerce / ค้าปลีก
- มาร์เก็ตเพลส
- ฟินเทค / ธนาคาร
หนึ่งในหลายองค์ประกอบ บนแคนวาสเดียวกัน
Journey มักเริ่มที่ event trigger ส่งข้อความ แล้วมาถึง Wait for Trigger เพื่อดูว่าผู้ใช้ทำอะไรต่อ สาขา Not triggered เข้าคู่กับการตรวจสอบการเข้าถึงได้ดี ให้ผู้ที่ไม่ตอบสนองไปช่องทางอื่นก่อน journey จะเดินหน้าต่อ
เพื่อนบ้านอีก 2 องค์ประกอบทำหน้าที่คนละแบบบนแคนวาสเดียวกัน Time Delay หยุดตามช่วงเวลา ไม่มี event และไม่มีสาขา A/B/n split แบ่งทราฟฟิกตามเปอร์เซ็นต์ที่คุณตั้งแบบสุ่ม ส่วน Wait for Trigger คือตัวที่รอตามพฤติกรรมจริงของผู้ใช้ครับ
ข้อมูล Event และ Session อยู่บนโครงสร้างพื้นฐานที่คุณระบุตัวตนได้
ทุก event ที่องค์ประกอบ Wait for Trigger ประเมิน วิ่งผ่านโครงสร้างพื้นฐานเดียวกับที่แพลตฟอร์มทั้งหมดใช้ Pushwoosh ได้รับการรับรอง SOC 2 Type I และ ISO 27001:2022 พร้อมสอดคล้องกับ GDPR ทำงานบนฮาร์ดแวร์ของเราเองในสหรัฐอเมริกาและเยอรมนี ภายใต้ GDPR และ BDSG รายละเอียดทั้งหมดอยู่ที่หน้าความปลอดภัยของข้อมูล
วิธีการทำงาน
-
วางองค์ประกอบบนแคนวาส
เปิด journey ใน Customer Journey Builder แล้ววาง Wait for Trigger หลังจุดเริ่มต้นหรือขั้นตอนช่องทางใดก็ได้
-
สร้างสูงสุด 3 สาขา
เพิ่มสูงสุด 4 event ต่อสาขา ผูกด้วย AND หรือ OR พร้อมเงื่อนไข attribute เสริม แล้วตั้งหน้าต่างเวลารอได้สูงสุด 90 วัน เปิด Fixed waiting period หากต้องการวัดผลตามหน้าต่างเวลาคงที่แทนการตอบสนองทันที
-
เปิด session-scoped matching ในจุดที่จำเป็น
บน journey ที่รันหลาย session ต่อผู้ใช้พร้อมกัน จับคู่ event ที่เข้ามาเข้ากับ session ที่มี key ตรงกัน เช่น order_id หรือ ride_id เพื่อไม่ให้ event เดียวไปขยับทุก session ที่เปิดอยู่
FAQ
สำรวจผลิตภัณฑ์ที่เกี่ยวข้อง
วางแผนและปรับปรุงแคมเปญของคุณด้วยเครื่องมือภาพเดียว สื่อสาร ดึงดูด รักษา และแปลงกลุ่มเป้าหมาย รวมถึงการแบ่งส่วนและทดลองใช้กับ Pushwoosh Customer Journey Builder
เปิดใช้งาน campaign อัตโนมัติเมื่อผู้ใช้มีการกระทำ behavioral trigger ให้ผล conversion สูงกว่า scheduled campaign ถึง 3-5 เท่า
หยุดพัก journey ด้วยระยะเวลาคงที่ เวลานาฬิกา วันที่ครั้งเดียว ช่วงเวลารายสัปดาห์ หรือระยะห่างที่นับจากวันที่ซึ่งบันทึกไว้ในโปรไฟล์ผู้ใช้อยู่แล้ว
แบ่งทราฟฟิกใน journey สูงสุด 4 สาขา ให้คะแนนแต่ละสาขาตามเป้าหมาย conversion แล้วส่งผู้ใช้ใหม่ไปสาขาที่ชนะอัตโนมัติเมื่อผลลัพธ์มีนัยสำคัญ
เปลี่ยนตะกร้าสินค้าที่ถูกทิ้งให้เป็นรายได้ด้วยระบบอัตโนมัติในการกู้คืนตะกร้า ส่งการแจ้งเตือนทันท่วงที ข้อเสนอส่วนบุคคล และสิ่งจูงใจที่ช่วยเพิ่มอัตราการแปลง
ประสาน Push, In-app, Email, SMS, LINE และ WhatsApp ในแพลตฟอร์มเดียว ส่ง customer journeys ที่ราบรื่นและปรับตัวตามพฤติกรรมอัตโนมัติด้วย Pushwoosh