การเข้า Journey ตามทริกเกอร์

Trigger-based entry จะเริ่มต้น Journey เมื่อผู้ใช้ทำ Event ที่ระบุ (ตัวอย่างเช่น ดำเนินการบางอย่าง)

เคล็ดลับ

คุณสามารถเพิ่มจุดเข้าแบบ Trigger-based entry ได้หลายจุด ในกรณีนั้น จุดใดจุดหนึ่งก็จะเริ่มต้น Journey ได้

ในการตั้งค่า Trigger-based entry ให้ค้นหาองค์ประกอบการเข้าบน canvas และเลือก Event ที่จะใช้เป็นทริกเกอร์

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีกำหนดค่า Event โปรดดูเอกสารประกอบ Events

หาก Event ที่เลือกมี attribute คุณสามารถจำกัดเงื่อนไขการเข้าให้แคบลงได้โดยใช้ attribute เหล่านั้น คลิก Add condition เมื่อแก้ไของค์ประกอบ จากนั้นเลือก attribute จากรายการดรอปดาวน์และกำหนด operator และ value

สำหรับ operator ที่มีอยู่ โปรดดูที่ Tag operators by type

สำคัญ

• ทำงานร่วมกับทีมพัฒนาของคุณเพื่อให้แน่ใจว่า HWID (hardware ID) ถูกรวมอยู่ในคำขอ API /postEvent ของคุณสำหรับ Start Event ของ Journey อย่างถูกต้อง หากไม่มีสิ่งนี้ ผู้ใช้จะไม่สามารถเข้าสู่ Journey ได้
• UserID ไม่สามารถใช้ในการระบุตัวตนผู้ใช้ใน customer journey ได้

กำหนดว่าใครจะเข้าสู่แคมเปญ

กำหนดว่าผู้ใช้คนใดควรเข้าสู่ Journey เมื่อมี Event ที่ระบุเกิดขึ้น

ใช้ดรอปดาวน์ Who enters the campaign? เพื่อเลือกระหว่างสองโหมดที่มีอยู่:

Users who perform the event (ค่าเริ่มต้น)

ผู้ใช้ที่ทริกเกอร์ Event คือผู้ที่จะเข้าสู่ Journey

ตัวอย่าง
ผู้ใช้ทำการซื้อเสร็จสิ้น (Event CheckoutSuccess) ผู้ใช้คนเดียวกันนั้น (เช่น User ID: 123) จะเข้าสู่ Journey หลังการซื้อซึ่งรวมถึงข้อความขอบคุณ คำแนะนำผลิตภัณฑ์ หรือแบบสำรวจความพึงพอใจ

Users from an event attribute

แทนที่จะลงทะเบียนผู้ใช้ที่ทริกเกอร์ Event คุณสามารถส่ง User IDs อย่างน้อยหนึ่งรายการใน attribute ของ Event ที่กำหนดเองได้ ผู้ใช้ที่อยู่ในรายการ attribute นั้นจะเข้าสู่ Journey

สำหรับสิ่งนี้ ให้เลือก Users from an event attribute และเลือก attribute key (เช่น recipient_ids, target_user_id) key นี้ควรตรงกับโครงสร้าง payload ของ Event ของคุณ

ต้องการความช่วยเหลือจากนักพัฒนา

เพื่อให้สามารถใช้โหมด Users from an event attribute ได้อย่างถูกต้อง แอปหรือแบ็กเอนด์ของคุณต้องส่งโครงสร้าง payload ที่ถูกต้อง กรุณาแชร์ตัวอย่างด้านล่างนี้กับทีมพัฒนาของคุณ

ตัวอย่าง payload (ผู้ใช้คนเดียว)

{
  "application": "XXXXX-XXXXX",
  "event": "invitation",
  "attributes": {
      "targetId": 321
  },
  "userId": 123
}

ผู้ใช้ 321 (จาก targetId) เข้าสู่ Journey

ตัวอย่าง payload (ผู้ใช้หลายคน)

หากคุณระบุ User ID หลายรายการ ให้ใช้ JSON array ของสตริง

{
    "application": "XXXXX-XXXXX",
    "event": "invitation",
    "attributes": {
        "targetIds": [1,2,3,4]
    },
    "userId": 123
}

ผู้ใช้ 1, 2, 3, และ 4 จะเข้าสู่ Journey

กรณีการใช้งาน

การแจ้งเตือนความคิดเห็น

เมื่อมีคนแสดงความคิดเห็นในโพสต์ของผู้ใช้ เจ้าของโพสต์จะได้รับการแจ้งเตือน

ตัวอย่าง: Event การแสดงความคิดเห็นมี ID ของเจ้าของโพสต์อยู่ใน attribute target_user_id ผู้ใช้นั้นจะเข้าสู่ Journey เพื่อรับการแจ้งเตือน

โปรแกรมแนะนำ

เมื่อผู้ใช้ที่ถูกแนะนำสมัครใช้งานหรือทำการซื้อ ผู้ที่แนะนำพวกเขาจะถูกเพิ่มเข้าไปใน Journey

ตัวอย่าง: ผู้ใช้ 123 ทริกเกอร์ Event และผู้แนะนำ 456 (จาก attribute referrer_id) จะเข้าสู่แคมเปญรางวัล

การซื้อของขวัญ

เมื่อผู้ใช้ซื้อของขวัญ ผู้รับจะถูกเพิ่มเข้าไปใน Journey โดยใช้ recipient_user_id จาก payload ของ Event

ตัวอย่าง ผู้ใช้ 123 ซื้อของขวัญให้ผู้ใช้ 456 ซึ่งจะได้รับการแจ้งเตือน ขั้นตอนการเริ่มต้นใช้งาน หรือข้อความขอบคุณ

ตั้งค่าความพร้อมใช้งานของการเข้า

ควบคุมว่าผู้ใช้จะสามารถเข้าสู่ Journey ผ่าน Trigger-based entry ได้เมื่อใด คุณมีสองตัวเลือก:

• Allow entry at any time: ผู้ใช้สามารถเข้าสู่ Journey ได้ทุกเมื่อที่เกิด Event ทริกเกอร์

• Limit entry to a specific period: ผู้ใช้สามารถเข้าสู่ Journey ได้ก็ต่อเมื่อ Event ทริกเกอร์เกิดขึ้นภายในช่วงวันที่ที่เลือก

  เมื่อจำกัดการเข้า ให้เลือก start date, end date, และ timezone หน้าต่างการเข้าจะเริ่มต้นที่ 00:00 ในวันที่เริ่มต้นและสิ้นสุดที่ 23:59 ในวันที่สิ้นสุด ตาม timezone ที่เลือก

ควบคุมจำนวนเซสชันที่ผู้ใช้สามารถมีได้ในเวลาเดียวกัน

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

เลือกหนึ่งในตัวเลือกต่อไปนี้จากดรอปดาวน์:

• One active session per user
• Multiple active sessions per user

One active session per user

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

กรณีการใช้งาน

• ขั้นตอนการเริ่มต้นใช้งาน ที่ผู้ใช้ไม่ควรเริ่มต้นใหม่จนกว่าจะจบ Journey ปัจจุบัน
• การแจ้งเตือนการต่ออายุการสมัครสมาชิก ที่ผู้ใช้ไม่ควรได้รับการแจ้งเตือนที่ทับซ้อนกัน
• ข้อเสนอหรือการทดลองใช้แบบจำกัดเวลา ที่อนุญาตให้มีแคมเปญที่ใช้งานอยู่เพียงหนึ่งรายการต่อผู้ใช้
• แคมเปญรวบรวมความคิดเห็น เพื่อให้แน่ใจว่าผู้ใช้แต่ละคนให้ข้อมูลเพียงครั้งเดียวก่อนที่จะเข้าซ้ำ

Multiple active sessions per user

ผู้ใช้สามารถมีเซสชันที่ใช้งานอยู่ในแคมเปญได้มากกว่าหนึ่งเซสชัน แต่ละเซสชันต้องถูกระบุด้วย attribute ของ Event ที่ไม่ซ้ำกัน (เช่น order_id, product_id)

ในการตั้งค่านี้:

1. เลือก Multiple active sessions per user ในดรอปดาวน์

2. เลือก attribute ตัวระบุเซสชัน (เช่น order_id, product_id) attribute นี้จะใช้แยกความแตกต่างระหว่างเซสชันหนึ่งกับอีกเซสชันหนึ่ง

สำคัญ

attribute นี้ต้องถูกรวมอยู่ใน Event ทั้งหมดที่เกี่ยวข้องกับ Journey (ตัวอย่างเช่น ใน Wait for trigger หรือ Conversion Goals) หากไม่มี attribute ตัวระบุเซสชัน ระบบจะไม่สามารถเชื่อมโยง Event กับเซสชันที่ระบุได้ แต่ Event จะถูกนำไปใช้กับเซสชันที่ใช้งานอยู่ทั้งหมดสำหรับผู้ใช้นั้น

ตัวอย่าง

• OrderPlaced พร้อม order_id = "1001" → เริ่ม Session 1

• OrderPlaced พร้อม order_id = "1002" → เริ่ม Session 2

หากมีการส่ง Event OrderReady โดยไม่มี order_id ทั้ง Session 1 และ Session 2 จะถูกทำเครื่องหมายว่า “พร้อม” แม้ว่าจะมีเพียงคำสั่งซื้อเดียวที่พร้อมจริงๆ ก็ตาม

กรณีการใช้งาน

• การซื้อของใน E-commerce: แต่ละคำสั่งซื้อจะเริ่มต้น Journey ของตัวเอง ดังนั้นคำสั่งซื้อหลายรายการจากผู้ใช้คนเดียวสามารถติดตามได้อย่างอิสระ (attribute: order_id)
• โปรแกรมแนะนำ: การแนะนำแต่ละครั้งจะสร้างเซสชันใหม่ ทำให้ผู้ใช้คนเดียวสามารถแนะนำเพื่อนได้หลายคน (attribute: referral_id)
• โปรแกรมสะสมคะแนน: ติดตามคะแนนหรือรางวัลจากธุรกรรมต่างๆ ที่ทำงานพร้อมกัน (attribute: transaction_id)
• การจองตั๋ว: การจองแต่ละครั้งจะเปิด Journey ของตัวเอง เพื่อให้ผู้ใช้สามารถจัดการตั๋วหลายใบได้พร้อมกัน (attribute: booking_id)
• การนัดหมาย: การนัดหมายทุกครั้งจะถูกจัดการเป็นเซสชันแยกต่างหาก (attribute: appointment_id)

ควบคุมว่าผู้ใช้สามารถเข้าสู่แคมเปญอีกครั้งได้หรือไม่

ตัดสินใจว่าจะเกิดอะไรขึ้นเมื่อผู้ใช้ที่อยู่ใน Journey อยู่แล้วทริกเกอร์ Event การเข้าอีกครั้ง

เลือกหนึ่งในตัวเลือกต่อไปนี้จากดรอปดาวน์:

• Do not allow re-entry (ค่าเริ่มต้น)
• Allow re-entry

Do not allow re-entry

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

กรณีการใช้งาน

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

Allow re-entry

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

กรณีการใช้งาน

• การแจ้งเตือนราคาลด ที่การเริ่มต้นใหม่ต้องใช้ราคาใหม่ ไม่ใช่แจ้งเตือนเกี่ยวกับราคาที่ล้าสมัยจากเซสชันก่อนหน้า
• แคมเปญดึงลูกค้ากลับ ที่ผู้ใช้ที่ไม่ได้ใช้งานที่กลับมาควรเริ่มต้นจากข้อความแรกในลำดับเสมอ

หมายเหตุ

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

เมื่อคุณกำหนดค่าองค์ประกอบการเข้าเสร็จแล้ว ให้คลิก Apply เพื่อบันทึกการเปลี่ยนแปลง

สถานการณ์ตัวอย่าง: Journey การสั่งซื้อ E-commerce ที่มีหลายเซสชัน

สมมติว่าคุณต้องการส่งการแจ้งเตือนสำหรับทุกคำสั่งซื้อที่ผู้ใช้สั่งซื้อ แต่ละคำสั่งซื้อควรมีเซสชัน Journey ของตัวเอง ในการทำเช่นนี้ คุณจะใช้ Event OrderPlaced เป็นทริกเกอร์และ attribute order_id เป็นตัวระบุเซสชัน

1. สร้าง Event OrderPlaced และตรวจสอบให้แน่ใจว่ามี attribute order_id รวมอยู่ด้วย เรียนรู้เพิ่มเติมเกี่ยวกับการสร้าง Event

2. ตั้งค่า Event นี้เป็นทริกเกอร์สำหรับ Journey ของคุณ

3. ในการตั้งค่าเซสชัน ให้เลือก Multiple active sessions per user และเลือก order_id เป็นตัวระบุเซสชัน

ในการตั้งค่านี้ คำสั่งซื้อใหม่แต่ละรายการจะเริ่มต้นเซสชัน Journey แยกต่างหาก

• OrderPlaced พร้อม order_id = 1001 เริ่ม Session 1
• OrderPlaced พร้อม order_id = 1002 เริ่ม Session 2

4. ต่อไป เพิ่มองค์ประกอบ Wait for Trigger เพื่อติดตามเมื่อคำสั่งซื้อพร้อมสำหรับการรับหรือจัดส่ง ใช้ Event OrderReady ซึ่งต้องมี order_id เดียวกันด้วย
   เพื่อให้แน่ใจว่าแต่ละคำสั่งซื้อได้รับการอัปเดตในเซสชันที่ถูกต้อง:

• OrderReady พร้อม order_id = 1001 ใช้กับ Session 1 เท่านั้น
• OrderReady พร้อม order_id = 1002 ใช้กับ Session 2 เท่านั้น

สำคัญ

หาก Event ไม่ มี order_id ระบบจะไม่สามารถบอกได้ว่ามันเป็นของเซสชันใด และ Event จะถูกนำไปใช้กับเซสชันที่ใช้งานอยู่ทั้งหมดสำหรับผู้ใช้นั้น

5. สุดท้าย เพิ่ม conversion goal ตัวอย่างเช่น Event OrderDelivered Event นี้ต้องมี order_id เดียวกันด้วยเพื่อให้สามารถจับคู่กับเซสชันที่ถูกต้องได้

• หาก OrderDelivered มี order_id = "1001" จะบันทึก conversion สำหรับ Session 1

• หาก OrderDelivered มี order_id = "1002" จะบันทึก conversion สำหรับ Session 2

สำคัญ

หากไม่มี order_id conversion จะถูกนำไปใช้กับเซสชันที่ใช้งานอยู่ทั้งหมดสำหรับผู้ใช้นั้น แทนที่จะเป็นเพียงเซสชันที่ตั้งใจไว้