Customer Events สำหรับ Behavioral Segmentation
บันทึกสิ่งที่ลูกค้าเพิ่งทำครับ ไม่ว่าจะเป็นการอัปเลเวล การชำระเงิน หรือหนึ่งสัปดาห์ที่เงียบหายไป — บันทึกทันทีในโมเมนต์ที่มันเกิดขึ้น journey จะตอบสนองแบบเรียลไทม์ และ segment สามารถถามได้ทั้งความถี่และความล่าสุด ไม่ใช่แค่ว่าตอนนี้จริงหรือไม่
บางข้อเท็จจริงคือช่วงเวลา ไม่ใช่ตัวเลข
การรู้ว่าลูกค้าอยู่ระดับไหนตอนนี้คือข้อเท็จจริงหนึ่ง การรู้ว่าเขายกเลิกการสมัครสมาชิกไปเมื่อชั่วโมงที่แล้วคือข้อเท็จจริงอีกแบบหนึ่งครับ มันเกิดขึ้นในช่วงเวลาที่เจาะจง และการตอบสนองในช่วงเวลานั้นเลยมีค่ามากกว่าการรอส่งข้อความตามรอบที่วางแผนไว้
นี่คือสิ่งที่อีเวนต์ (Event) มีไว้สำหรับ แท็ก (Tag) บอกคุณว่าตอนนี้อะไรเป็นจริงเกี่ยวกับใครสักคน ส่วนอีเวนต์บอกคุณว่าเขาเพิ่งทำอะไรไป
อีเวนต์เก็บอะไรได้บ้าง
คุณกำหนดอีเวนต์เพียงครั้งเดียว ทั้งชื่อและข้อมูลที่มันพกพา จากนั้นส่งทุกครั้งที่มันเกิดขึ้นผ่าน SDK หรือ API จากจุดนี้มันจะป้อนทั้ง journey trigger และ segment filter จาก registry เดียวกัน
| อีเวนต์เริ่มต้น | Custom Events | |
|---|---|---|
| แหล่งที่มา | มีในตัว: PW_InAppPurchase, Log out, Payment method changed และอีเวนต์อื่นๆ ที่มีเอกสารกำกับ | กำหนดเองต่อบัญชี ผ่าน Control Panel หรือ createEvent API |
| แอตทริบิวต์ | สูงสุด 100, ระบุประเภท | สูงสุด 100, ระบุประเภท |
| ประเภท | Integer, String, List, Date, Boolean, Price | 6 ประเภทเดียวกัน แต่ไม่มีประเภท Version ต่างจากแท็ก |
| ระยะเวลาเก็บข้อมูล | ตั้งค่าแยกตามประเภทอีเวนต์ | ตั้งค่าแยกตามประเภทอีเวนต์ |
ผูกรายได้และระยะเวลาเก็บข้อมูลเข้ากับอีเวนต์โดยตรง
แอตทริบิวต์ประเภท Price คู่กับ flag trackRevenue จะเชื่อมอีเวนต์เข้ากับรายงานรายได้โดยตรงครับ ระยะเวลาเก็บข้อมูลตั้งค่าแยกตามประเภทอีเวนต์แทนที่จะตั้งครั้งเดียวทั้งบัญชี อีเวนต์การชำระเงินอาจเก็บไว้หนึ่งปี ในขณะที่อีเวนต์ engagement มูลค่าต่ำอาจหมดอายุภายในหนึ่งเดือน
บ่อยแค่ไหน และล่าสุดแค่ไหน
โปรไฟล์ที่สร้างจากสถานะปัจจุบันเพียงอย่างเดียวบอกได้แค่ว่าใครเป็นใคร แต่ไม่บอกว่าเพิ่งเกิดอะไรขึ้นกับเขา Behavioral Segmentation ที่กรองได้แค่ “จริงตอนนี้” ไม่สามารถแยกความแตกต่างระหว่างลูกค้าที่ทำบางอย่างสามครั้งในสัปดาห์นี้ กับคนที่ทำครั้งเดียวเมื่อหกเดือนก่อนได้
อีเวนต์ทำให้ segment ถามได้ทั้งความถี่และความล่าสุด และบอกได้ว่า “ไม่ได้ทำ X มา 14 วันแล้ว” ได้แม่นยำพอๆ กับ “ทำ X แล้ว” นี่คือสิ่งที่ทำให้ unified customer profile ใช้งานได้จริง
วิธีการทำงาน
-
กำหนดอีเวนต์ล่วงหน้า หากต้องการควบคุมมันได้เต็มที่
ใน Control Panel (Audience → Events → Create Event) หรือผ่าน createEvent API: ชื่อ คำอธิบาย แอตทริบิวต์ระบุประเภทสูงสุด 100 รายการ flag trackRevenue แบบเลือกได้ และช่วงเวลาเก็บข้อมูล ข้ามขั้นตอนนี้ไป postEvent จะสร้างอีเวนต์ให้เองตอนส่งครั้งแรก พร้อมเดาประเภทแอตทริบิวต์จาก payload
-
ส่งจากแอปของคุณ
ในช่วงเวลาที่มันเกิดขึ้นพอดี ผ่าน postEvent ของ SDK (iOS, Android, Web) หรือ REST endpoint /postEvent
-
นำไปใช้
เป็น segment filter (จำนวนครั้งบวกกับช่วงเวลา) เป็น journey entry trigger หรือเป็นเงื่อนไขแยกสาขาบน canvas
ขั้นตอนที่หนึ่งและสามเป็น no-code ทำได้ใน Control Panel เลยครับ ส่วนขั้นตอนที่สองต้องมีนักพัฒนาช่วยเพิ่มการเรียก SDK หรือ API
หนึ่งอีเวนต์ ถูกอ่านโดยสามฟีเจอร์ที่ต่างกัน
อีเวนต์ที่เกิดขึ้นตอน checkout สามารถดึงใครสักคนเข้าสู่ journey กู้คืนผ่าน Triggered Entry แยกสาขา journey นั้นตามแอตทริบิวต์มูลค่าตะกร้าของอีเวนต์เองผ่าน Condition Split และทำเครื่องหมาย journey ว่าสำเร็จผ่าน Conversion Goals สามฟีเจอร์ อ่านอีเวนต์เดียวกันในโมเมนต์ที่มันมาถึงพร้อมกัน
ออกแบบมาเพื่อป้อนข้อมูลให้ทั้งแพลตฟอร์ม
Triggered Entry อ่านอีเวนต์เพื่อเริ่ม journey Condition Split อ่านแอตทริบิวต์ของมันเพื่อกำหนดเส้นทางแยกสาขา Conversion Goals อ่านมันเพื่อปิด journey ว่าสำเร็จ หนึ่งอีเวนต์ สามหน้าที่ ไม่ต้องนิยามใหม่เลยครับ
อีเวนต์เหมาะกับงานแบบไหน
| งาน | อุตสาหกรรม | สิ่งที่ทริกเกอร์ |
|---|---|---|
| Journey เชิงตอบสนอง | E-commerce, ท่องเที่ยวและโรงแรม, ธนาคาร | ตะกร้าสินค้าถูกทิ้ง, ธุรกรรมมูลค่าสูง, การจองห้องพัก: journey ตอบสนองในเซสชันเดียวกัน |
| Segment ตามความถี่และความล่าสุด | ทุกอุตสาหกรรม | "ทำ X สามครั้งขึ้นไปใน 30 วัน" หรือ "ไม่ได้ทำ X มา 14 วันแล้ว" |
| อีเวนต์ที่เชื่อมกับรายได้ | E-commerce, ธนาคาร | แอตทริบิวต์ Price บวก trackRevenue เชื่อมตรงเข้ารายงานรายได้ |
| ระดับขั้น Retention และความไม่เคลื่อนไหว | E-commerce, ท่องเที่ยวและโรงแรม | inactivity_7, inactivity_30, d7_retention: การกระตุ้นกลับมาใช้งานแบบเป็นขั้น แทนที่จะใช้ flag เดียว |
เช็กได้อย่างไรว่ามันทำงานอยู่
สถิติ Events & Tags แสดงให้เห็นว่าแต่ละอีเวนต์ทริกเกอร์กี่ครั้ง และกับผู้ใช้ไม่ซ้ำกี่คน ในช่วงเวลาที่คุณเลือกเอง นี่คือมุมมองที่ควรเช็กก่อนจะเชื่อใจ journey หรือ segment ที่สร้างจากอีเวนต์ที่เพิ่งเพิ่มเข้าไป
สิ่งที่ควรจำไว้
เปลี่ยนสิ่งที่ลูกค้าทำ ให้กลายเป็นสิ่งที่เกิดขึ้นต่อไป
แท็กบอกคุณว่าใครเป็นใคร อีเวนต์บอกคุณว่าเขาเพิ่งทำอะไรไป และนั่นคือสิ่งที่ journey หรือ segment สามารถตอบสนองได้ทันทีในโมเมนต์ที่มันเกิดขึ้นครับ
สำรวจผลิตภัณฑ์ที่เกี่ยวข้อง
gateway ระดับ SDK บน iOS, Android, Unity และ Web พร้อม double opt-in สำหรับฟอร์มสมัครรับข่าวสาร พักการเก็บข้อมูลจนกว่าผู้ใช้จะยินยอม และย้อนกลับได้ทันที
ผูกข้อความ ตัวเลข วันที่ สกุลเงิน และเวอร์ชันแอปเข้ากับอุปกรณ์หรือผู้ใช้ แล้วนำไปสร้าง segment แบ่งสาขา journey และ personalize ข้อความได้ครับ
เริ่ม journey ทันทีที่ event ยิง ตั้งเงื่อนไขจาก attribute ควบคุม re-entry ได้ รันหลาย session พร้อมกันด้วย order_id หรือ product_id ฟรีในแพ็กเกจเริ่มต้น
แยกผู้ใช้ไปสูงสุด 10 สาขาตามข้อมูลที่มีอยู่แล้ว: segment, tag หรือ event attribute ไม่ต้องรอ มีสาขา All other users เป็นทางออกเสมอ
กำหนดอีเวนต์ที่หมายถึงความสำเร็จของ journey นับ conversion ที่เกิดช้าได้นานสูงสุด 30 วันหลังออกจาก journey และปิดลำดับขั้นทันทีเมื่อผู้ใช้ conversion
เพิ่ม engagement ด้วยการแบ่งกลุ่มผู้ใช้แบบเรียลไทม์ สร้าง dynamic audience ที่อัปเดตทันทีตามพฤติกรรม เปิดใช้งานแคมเปญในช่วงเวลาที่ใช่ และเพิ่มอัตราการ conversion