Condition Split: แยกเส้นทางจากข้อมูลที่คุณมีอยู่แล้ว
ส่งผู้ใช้แต่ละคนไปสูงสุด 10 สาขา ตาม segment, tag หรือ event attribute ที่มีอยู่แล้วบนโปรไฟล์ ทันทีที่มาถึงขั้นตอนนี้ ทุกการตั้งค่ามีสาขา All other users เป็นทางออกเสมอ ไม่มีใครหลุดออกจาก journey ครับ
สิ่งที่ Condition Split มอบให้คุณ
3 ประเภทเงื่อนไข
Segment, Tag หรือ Event attribute เลือกได้ 1 ประเภทต่อองค์ประกอบ อ่านจากข้อมูลที่มีอยู่แล้วบนโปรไฟล์
สูงสุด 10 สาขา
ขีดจำกัดสำหรับ Tag และ Event attribute เมื่อใช้ operator แบบจับคู่ค่า เช่น equals หรือ contains ส่วน not-equal, greater-or-equal และ operator เปรียบเทียบอื่น ๆ จะได้จำนวนสาขาน้อยกว่า
มีทางออกเสมอ
All other users มีให้ในทุกการตั้งค่า และลบออกไม่ได้
ประเมินทันที
องค์ประกอบตรวจข้อมูลปัจจุบันของผู้ใช้ทันทีที่มาถึง ไม่มีหน้าต่างเวลาให้รอ
ต่อกันเพื่อ logic ที่ซับซ้อนขึ้น
องค์ประกอบเดียวอ่านเงื่อนไขเดียว ต่อ 2 องค์ประกอบเพื่อแยกสาขาตามทั้ง segment และ tag พร้อมกัน
อ่านข้อมูลที่มีอยู่แล้วเท่านั้น
segment, tag หรือ event ต้องมีอยู่แล้วในบัญชีก่อนที่องค์ประกอบนี้จะใช้งานได้
3 ประเภทเงื่อนไขต่างกันอย่างไร
Condition split แต่ละองค์ประกอบตรวจเงื่อนไข 1 ประเภทกับโปรไฟล์ปัจจุบันของผู้ใช้ แล้วส่งไปสาขาที่ตรงเงื่อนไข การตรวจเกิดขึ้นครั้งเดียว ทันทีที่ผู้ใช้มาถึงองค์ประกอบ
| ประเภทเงื่อนไข | จำนวนสาขา | ตรวจอะไร |
|---|---|---|
| Segment | คงที่ 2 สาขา | ผู้ใช้อยู่ใน segment ที่เลือกไว้หรือไม่: Users in a segment หรือ All other users |
| Tag | 1 ถึง 10 ขึ้นกับ operator | ค่าปัจจุบันของ tag บนโปรไฟล์ หนึ่งสาขาต่อหนึ่งค่าที่คุณกำหนด |
| Event attribute | 1 ถึง 10 ขึ้นกับ operator | ค่าของ attribute บน event ที่เคยยิงมาก่อนหน้าใน journey |
ขีดจำกัดจำนวนสาขาของ Tag และ Event attribute ขึ้นกับ operator ที่อยู่เบื้องหลังแต่ละสาขา operator แบบจับคู่ค่า เช่น equals, in หรือ contains ไปถึง 10 สาขาเต็ม ส่วน operator เปรียบเทียบ เช่น not-equal, greater-or-equal หรือ exists จะได้จำนวนน้อยกว่า เพราะสาขาที่สร้างจาก operator เหล่านี้ครอบคลุมช่วงข้อมูลส่วนใหญ่ไปแล้วในตัวเอง
Journey หนึ่งผสมประเภทเงื่อนไขในองค์ประกอบเดียวไม่ได้ และ segment, tag หรือ event ต้องมีอยู่แล้วในบัญชี องค์ประกอบนี้ไม่ได้สร้างสิ่งเหล่านั้นให้ มันอยู่ใน Customer Journey Builder อ่าน segment, tag และ event ชุดเดียวกับที่แคนวาสส่วนอื่นใช้อยู่แล้ว
ทุกการตั้งค่ามีทางออกเสมอ
ไม่ว่าจะตั้งค่า Segment, Tag หรือ Event attribute, All other users มาพร้อมทุกเวอร์ชันขององค์ประกอบตามค่าเริ่มต้น ไม่มี toggle ให้ปิด และไม่มีทางลบทิ้ง
ผู้ใช้ที่ค่า tag ไม่ตรงกับสาขาไหนที่คุณสร้างไว้เลย ยังคงจบลงที่จุดใดจุดหนึ่งที่คุณควบคุมได้ แทนที่จะหลุดออกจาก journey ไปเฉย ๆ
ต่อองค์ประกอบเพื่อวางเงื่อนไขซ้อนเงื่อนไข
องค์ประกอบเดียวอ่านเงื่อนไขเดียว สำหรับ “สมาชิก Premium และใช้จ่ายสูง” วาง Condition split ตัวแรกด้วยเงื่อนไข Segment สำหรับ Premium ก่อน แล้วเพิ่ม Condition split ตัวที่สองด้วยเงื่อนไข Tag สำหรับระดับการใช้จ่ายบนสาขาที่ตรง Premium ไปแล้ว
ตัวอย่างที่พบบ่อยในธุรกิจธนาคารและ e-commerce ไทย: แยกลูกค้าระดับ VIP ก่อนด้วย Segment แล้วต่อด้วย Tag เพื่อแยกกลุ่มที่เคยใช้ LINE Official Account ติดต่อกลับ ออกจากกลุ่มที่ตอบสนองผ่าน push มากกว่า แต่ละองค์ประกอบยังคงอ่านง่ายบนแคนวาส ส่วนสายที่ต่อกันเป็นตัวถือ logic ที่ซับซ้อนแทนกฎเดียวที่แน่นเกินไปครับ
Condition Split เหมาะกับอะไรบ้าง
แยกสาขาตามระดับสมาชิก
สมาชิก Premium ไปเส้นทางความภักดี ที่เหลือไปข้อเสนออัปเกรด ทันทีหลังจากเข้า journey
แยกสาขาตามระดับความภักดี
segment VIP หรือมูลค่าสูงได้ข้อเสนอต่างจากฐานลูกค้าที่เหลือ
แยกสาขาตามความชอบส่วนตัว
tag หมวดหมู่โปรดหนึ่งตัวแยก journey โปรโมชันเดียวออกเป็นสูงสุด 10 เส้นทางตามหมวดหมู่
- เกมมือถือ
- แอปสมัครสมาชิก / ครีเอเตอร์
- สายการบิน
- E-commerce / ค้าปลีก
- มาร์เก็ตเพลส
- ฟินเทค / ธนาคาร
- มีเดีย / ข่าว / สตรีมมิง
หนึ่งในหลายองค์ประกอบ บนแคนวาสเดียวกัน
Condition split แยกสาขาตามข้อมูลที่โปรไฟล์มีอยู่แล้ว เพื่อนบ้านอีก 2 องค์ประกอบทำหน้าที่คนละแบบ Wait for Trigger หยุดรอ event ใหม่ให้เกิดขึ้น Time Delay หยุดตามช่วงเวลา ไม่มีสาขาเลย
วาง Condition split ไว้ทันทีหลังจุดเริ่มต้น เพื่อแยกเส้นทางตามว่าใครเป็นใครอยู่แล้ว ก่อนที่พวกเขาจะเห็นข้อความสักข้อความเดียวครับ
ข้อมูลโปรไฟล์อยู่บนโครงสร้างพื้นฐานที่คุณระบุตัวตนได้
Segment, tag และ event attribute ที่องค์ประกอบ Condition split อ่าน วิ่งผ่านโครงสร้างพื้นฐานเดียวกับที่แพลตฟอร์มทั้งหมดใช้ Pushwoosh ได้รับการรับรอง SOC 2 Type I และ ISO 27001:2022 พร้อมสอดคล้องกับ GDPR ทำงานบนฮาร์ดแวร์ของเราเองในสหรัฐอเมริกาและเยอรมนี ภายใต้ GDPR และ BDSG รายละเอียดทั้งหมดอยู่ที่หน้าความปลอดภัยของข้อมูล
วิธีการทำงาน
-
วางองค์ประกอบบนแคนวาส
เปิด journey ใน Customer Journey Builder แล้ววาง Condition split หลังจุดเริ่มต้นหรือระหว่าง 2 ขั้นตอน
-
เลือกประเภทเงื่อนไขแล้วสร้างสาขา
เลือก Segment (คงที่ 2 สาขา), Tag หรือ Event attribute (1 ถึง 10 สาขา ขึ้นกับ operator ของแต่ละสาขา) แล้วกำหนดแต่ละสาขาให้ตรงกับค่าที่ต้องการ
-
ต่อองค์ประกอบที่สองเพื่อ logic ที่ซับซ้อนขึ้น
เพิ่ม Condition split อีกตัวบนสาขาที่ตรงเงื่อนไขไปแล้ว เพื่อรวม 2 เงื่อนไขที่องค์ประกอบเดียวถือพร้อมกันไม่ได้
FAQ
สำรวจผลิตภัณฑ์ที่เกี่ยวข้อง
วางแผนและปรับปรุงแคมเปญของคุณด้วยเครื่องมือภาพเดียว สื่อสาร ดึงดูด รักษา และแปลงกลุ่มเป้าหมาย รวมถึงการแบ่งส่วนและทดลองใช้กับ Pushwoosh Customer Journey Builder
หยุดผู้ใช้ไว้สูงสุด 90 วัน แยกได้ถึง 3 สาขา สาขาละ 4 event ด้วย AND/OR มีสาขา Not triggered เสมอ พร้อม session-scoped matching สำหรับ order_id และ ride_id
หยุดพัก journey ด้วยระยะเวลาคงที่ เวลานาฬิกา วันที่ครั้งเดียว ช่วงเวลารายสัปดาห์ หรือระยะห่างที่นับจากวันที่ซึ่งบันทึกไว้ในโปรไฟล์ผู้ใช้อยู่แล้ว
แบ่งทราฟฟิกใน journey สูงสุด 4 สาขา ให้คะแนนแต่ละสาขาตามเป้าหมาย conversion แล้วส่งผู้ใช้ใหม่ไปสาขาที่ชนะอัตโนมัติเมื่อผลลัพธ์มีนัยสำคัญ
เครื่องมือการแบ่งส่วน (Segmentation) ของ Pushwoosh ช่วยให้คุณเข้าถึงผู้ใช้ด้วยข้อเสนอที่เกี่ยวข้องที่สุด โดยอ้างอิงจากความชอบและพฤติกรรมที่เป็นเอกลักษณ์ของพวกเขา
เปิดใช้งาน campaign อัตโนมัติเมื่อผู้ใช้มีการกระทำ behavioral trigger ให้ผล conversion สูงกว่า scheduled campaign ถึง 3-5 เท่า