Audience-based entry และ Entry schedule

ตั้งเวลาครั้งเดียว แล้วให้ กลุ่มเป้าหมาย อัปเดตตัวเอง

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

Canvas ของ Customer Journey แสดงองค์ประกอบ Audience-based entry ที่ตั้ง Entry schedule เป็น Recurring entry แบบ Periodically ทุก 1 สัปดาห์ในวันจันทร์

บริษัทกว่า 80,000 แห่งไว้วางใจเราในการขยาย engagement

รูปแบบนี้ ทำอะไรได้บ้าง

ไม่ใช่ทุก journey ที่ควรรอให้ผู้ใช้ทำอะไรบางอย่างก่อน สรุปข่าวรายสัปดาห์ไม่ต้องการ trigger แต่ต้องการวัน การเตือนต่ออายุไม่ได้ตอบสนองต่อพฤติกรรม แต่ส่งตามวันตัดรอบบิล Entry schedule ซึ่งเป็นการตั้งค่าบนองค์ประกอบ Audience-based entry จะเริ่ม journey สำหรับ segment ที่สร้างไว้แล้วตามเวลาแบบนั้นพอดีครับ

Immediately

ผู้สมัครรับข้อความทุกคนใน segment เข้าสู่ journey ทันทีที่ journey เปิดใช้งาน ไม่ต้องกำหนดวัน ไม่ต้องคำนวณ timezone เป็นการเปิดตัวครั้งเดียวที่เร็วที่สุด

Schedule for a specific day

เลือกวันและเวลาในอนาคตหนึ่งครั้ง segment จะเข้าสู่ journey ครั้งเดียว ณ เวลาที่คุณตั้ง ใน timezone ที่คุณเลือก

On specific dates

เลือกรายการวันที่ในปฏิทินเอง เช่น ทุกเซลวันหยุดในไตรมาสนี้อย่างสงกรานต์หรือ 12.12 หรือทุก webinar ที่กำหนดไว้ แล้ว flow เดียวกันจะรันซ้ำในแต่ละวัน

Periodically

ตั้งรอบแบบไม่มีวันสิ้นสุด เช่น ทุก 1 วัน หรือทุก 1 สัปดาห์ในวันจันทร์ แล้ว journey จะรันซ้ำไปเรื่อยๆ จนกว่าคุณจะหยุด ไม่ต้องวางแผนวันสิ้นสุด

สิ่งที่คุณควบคุมได้

สิ่งที่คุณตั้งค่าสิ่งที่มันทำอยู่ที่ไหน
One-time entry: Immediately / Schedule for a specific dayนำ segment ผ่าน journey เพียงครั้งเดียวEntry schedule บนองค์ประกอบ Audience-based entry
Recurring entry: On specific dates / Periodicallyเปิด flow เดิมให้ segment เดิมอีกครั้งในทุกวันหรือทุกรอบที่ตั้งไว้Entry schedule โหมด Recurring entry
Timezone ของอุปกรณ์ผู้สมัคร + ค่าสำรองส่ง ณ เวลาที่ตั้งตาม timezone ของผู้สมัครแต่ละคน ค่าสำรองครอบคลุมผู้ที่ไม่มีข้อมูล timezoneตัวเลือก Timezone พร้อมค่าสำรองที่แก้ไขได้
Timezone ที่กำหนดส่ง ณ เวลาเดียวกันสำหรับผู้สมัครทุกคน ไม่ว่าจะอยู่ที่ไหนตัวเลือก Timezone ค่าคงที่จาก dropdown
สิ่งที่คุณตั้งค่า
1 / 4
One-time entry: Immediately / Schedule for a specific day
สิ่งที่มันทำ
นำ segment ผ่าน journey เพียงครั้งเดียว
อยู่ที่ไหน
Entry schedule บนองค์ประกอบ Audience-based entry
สิ่งที่คุณตั้งค่า
2 / 4
Recurring entry: On specific dates / Periodically
สิ่งที่มันทำ
เปิด flow เดิมให้ segment เดิมอีกครั้งในทุกวันหรือทุกรอบที่ตั้งไว้
อยู่ที่ไหน
Entry schedule โหมด Recurring entry
สิ่งที่คุณตั้งค่า
3 / 4
Timezone ของอุปกรณ์ผู้สมัคร + ค่าสำรอง
สิ่งที่มันทำ
ส่ง ณ เวลาที่ตั้งตาม timezone ของผู้สมัครแต่ละคน ค่าสำรองครอบคลุมผู้ที่ไม่มีข้อมูล timezone
อยู่ที่ไหน
ตัวเลือก Timezone พร้อมค่าสำรองที่แก้ไขได้
สิ่งที่คุณตั้งค่า
4 / 4
Timezone ที่กำหนด
สิ่งที่มันทำ
ส่ง ณ เวลาเดียวกันสำหรับผู้สมัครทุกคน ไม่ว่าจะอยู่ที่ไหน
อยู่ที่ไหน
ตัวเลือก Timezone ค่าคงที่จาก dropdown

Segment ตรวจสอบตัวเองก่อนทุกรอบ

คำนวณใหม่ก่อนทุกรอบที่วนซ้ำ

Recurring entry ไม่ได้เก็บ segment จากการเปิดตัวครั้งแรกไว้ใช้ ก่อนทุกรอบที่ตั้งไว้ Pushwoosh จะคำนวณใหม่ว่าใครเข้าเกณฑ์ ณ ตอนนี้ ผู้สมัครที่เข้า segment หลังรอบล่าสุดจึงเข้าสู่รอบถัดไปโดยอัตโนมัติ

พลาดช่วงเวลา ไม่ได้แปลว่าพลาดผู้สมัคร

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

บทบาทของมัน ใน journey

ตั้งเวลาครั้งเดียว ทุกช่องทางที่ตามมา

Entry schedule อยู่บนองค์ประกอบ Audience-based entry ไม่ได้อยู่บนตัวข้อความ จึงควบคุมทุกอย่างที่ทำงานต่อจากมันบน canvas ไม่ว่าจะเป็นอีเมลสรุป push เตือนความจำ SMS หรือทั้งสามอย่างใน Customer Journey เดียวกัน ตั้งรอบครั้งเดียว แล้วทุกบล็อกช่องทางที่ตามมาจะใช้รอบเดียวกัน

การเตือนวันจันทร์แบบเดิม โดยไม่ต้องสร้างใหม่ด้วยมือ

แอปฟิตเนสตั้ง Entry schedule เป็น Periodically ทุก 1 สัปดาห์ในวันจันทร์ เวลา 9:00 ตาม timezone ของอุปกรณ์ผู้สมัคร ทุกวันจันทร์ Pushwoosh จะคำนวณ segment ใหม่และส่งการเตือนเดิมถึงทุกคนที่เข้าเกณฑ์ในสัปดาห์นั้น รวมถึงผู้ที่เพิ่งสมัครเมื่อวันอังคาร ไม่มีใครต้องแตะ journey อีกเพื่อให้รอบดำเนินต่อไป

ใช้กับอะไรได้บ้าง

การเข้าแบบตั้งเวลาและแบบวนซ้ำคุ้มค่าเมื่อธุรกิจทำงานตามปฏิทินจริง เช่น สรุปข่าว รอบบิล หรือฤดูกาล มากกว่าธุรกิจที่ขึ้นอยู่กับพฤติกรรม ณ ขณะนั้น

อุตสาหกรรมกรณีการใช้งานทำไมจึงเหมาะ
สื่อ ข่าว และสตรีมมิงPeriodically (รายวัน/รายสัปดาห์) → สรุปข่าวสำหรับ segment ผู้สมัครปัจจุบันความสม่ำเสมอของสรุปข่าวสำคัญกว่าการตอบสนองต่อคลิกเดียว
แอปครีเอเตอร์และแอปสมาชิกรายเดือนPeriodically (รายสัปดาห์/รายเดือน) → สรุปคอนเทนต์และการเตือนต่ออายุ/ชำระเงินรายได้ประจำทำงานตามปฏิทิน segment ที่อัปเดตใหม่รับผู้สมัครใหม่โดยอัตโนมัติ
Fintech และธนาคารPeriodically (รายเดือน) → การเตือนใบแจ้งยอดพร้อมแล้วหรือการชำระบิลสำหรับ segment ลูกค้าปัจจุบันรอบบิลผูกกับปฏิทิน ไม่ใช่พฤติกรรม
ประกันภัยSchedule for a specific day ในวันครบรอบกรมธรรม์ → การเตือนต่ออายุวันต่ออายุคือกรณีใช้งานตามปฏิทินที่ใหญ่ที่สุดในวงการการเงิน
สายการบินและการบินSchedule for a specific day อิงจากวันที่จอง → ชุดการเตือนก่อนเที่ยวบินรู้วันเดินทางล่วงหน้า จึงเป็นเรื่องของเวลา ไม่ใช่พฤติกรรม
E-commerce และ marketplaceOn specific dates → ปฏิทินเซลตามฤดูกาลที่ตั้งไว้ล่วงหน้าทั้งไตรมาส เช่น 11.11 และ 12.12ตั้งทุกโปรโมชันวันหยุดครั้งเดียว แทนการสร้างทีละแคมเปญด้วยมือ
อุตสาหกรรม
1 / 6
สื่อ ข่าว และสตรีมมิง
กรณีการใช้งาน
Periodically (รายวัน/รายสัปดาห์) → สรุปข่าวสำหรับ segment ผู้สมัครปัจจุบัน
ทำไมจึงเหมาะ
ความสม่ำเสมอของสรุปข่าวสำคัญกว่าการตอบสนองต่อคลิกเดียว
อุตสาหกรรม
2 / 6
แอปครีเอเตอร์และแอปสมาชิกรายเดือน
กรณีการใช้งาน
Periodically (รายสัปดาห์/รายเดือน) → สรุปคอนเทนต์และการเตือนต่ออายุ/ชำระเงิน
ทำไมจึงเหมาะ
รายได้ประจำทำงานตามปฏิทิน segment ที่อัปเดตใหม่รับผู้สมัครใหม่โดยอัตโนมัติ
อุตสาหกรรม
3 / 6
Fintech และธนาคาร
กรณีการใช้งาน
Periodically (รายเดือน) → การเตือนใบแจ้งยอดพร้อมแล้วหรือการชำระบิลสำหรับ segment ลูกค้าปัจจุบัน
ทำไมจึงเหมาะ
รอบบิลผูกกับปฏิทิน ไม่ใช่พฤติกรรม
อุตสาหกรรม
4 / 6
ประกันภัย
กรณีการใช้งาน
Schedule for a specific day ในวันครบรอบกรมธรรม์ → การเตือนต่ออายุ
ทำไมจึงเหมาะ
วันต่ออายุคือกรณีใช้งานตามปฏิทินที่ใหญ่ที่สุดในวงการการเงิน
อุตสาหกรรม
5 / 6
สายการบินและการบิน
กรณีการใช้งาน
Schedule for a specific day อิงจากวันที่จอง → ชุดการเตือนก่อนเที่ยวบิน
ทำไมจึงเหมาะ
รู้วันเดินทางล่วงหน้า จึงเป็นเรื่องของเวลา ไม่ใช่พฤติกรรม
อุตสาหกรรม
6 / 6
E-commerce และ marketplace
กรณีการใช้งาน
On specific dates → ปฏิทินเซลตามฤดูกาลที่ตั้งไว้ล่วงหน้าทั้งไตรมาส เช่น 11.11 และ 12.12
ทำไมจึงเหมาะ
ตั้งทุกโปรโมชันวันหยุดครั้งเดียว แทนการสร้างทีละแคมเปญด้วยมือ
ทุกผู้ให้บริการส่งสรุปรายสัปดาห์ได้ จุดสำคัญคือไม่ต้องสร้างใหม่ด้วยมือ

ดูว่า Entry schedule และ Recurring entry ทำงานร่วมกับส่วนอื่นของ Customer Journey Builder อย่างไร

จองการสาธิต

ไม่ใช่สิ่งเดียวกับตัวตั้งเวลาแบบครั้งเดียว

Pushwoosh ยังมีตัวตั้งเวลาที่เรียบง่ายกว่ามากซึ่งอยู่นอก journey builder ทั้งหมด: Campaigns → One-time messages → One-time push / one-time email ใช้เลือกวัน เวลา และ timezone สำหรับการส่งครั้งเดียว ไม่มี journey ไม่มีการคำนวณ segment ใหม่ และไม่มีการวนซ้ำเลย

Audience-based entry (หน้านี้)ตัวตั้งเวลาครั้งเดียวใน Campaigns
อยู่ที่Canvas ของ Customer Journey BuilderCampaigns → One-time messages
การวนซ้ำมี ทั้ง On specific dates และ Periodicallyไม่มี เป็นการส่งตามเวลาครั้งเดียว
Segment ในรอบที่วนซ้ำคำนวณใหม่ก่อนทุกรอบไม่เกี่ยวข้อง เพราะมีเพียงรอบเดียว
การแก้ไขการส่งที่รออยู่แก้ไขแล้วดำเนินต่อผ่านตัว journey เองแก้ได้เฉพาะเนื้อหาและกลุ่มเป้าหมาย เวลาส่งเปลี่ยนไม่ได้ ต้องยกเลิกแล้วสร้างใหม่
1 / 4
อยู่ที่
Audience-based entry (หน้านี้)
Canvas ของ Customer Journey Builder
ตัวตั้งเวลาครั้งเดียวใน Campaigns
Campaigns → One-time messages
2 / 4
การวนซ้ำ
Audience-based entry (หน้านี้)
มี ทั้ง On specific dates และ Periodically
ตัวตั้งเวลาครั้งเดียวใน Campaigns
ไม่มี เป็นการส่งตามเวลาครั้งเดียว
3 / 4
Segment ในรอบที่วนซ้ำ
Audience-based entry (หน้านี้)
คำนวณใหม่ก่อนทุกรอบ
ตัวตั้งเวลาครั้งเดียวใน Campaigns
ไม่เกี่ยวข้อง เพราะมีเพียงรอบเดียว
4 / 4
การแก้ไขการส่งที่รออยู่
Audience-based entry (หน้านี้)
แก้ไขแล้วดำเนินต่อผ่านตัว journey เอง
ตัวตั้งเวลาครั้งเดียวใน Campaigns
แก้ได้เฉพาะเนื้อหาและกลุ่มเป้าหมาย เวลาส่งเปลี่ยนไม่ได้ ต้องยกเลิกแล้วสร้างใหม่

แบบเดี่ยวเหมาะกับการส่งครั้งเดียวจริงๆ ที่ไม่ต้องคำนวณ segment ใหม่ภายหลัง ในกรณีนั้น Audience-based entry ของ Journey Builder เกินความจำเป็น เลือกใช้ Entry schedule เมื่อแคมเปญต้องวนซ้ำ หรือเมื่อเป็นขั้นตอนหนึ่งใน flow ที่ยาวกว่า

เมื่อไม่คุ้มที่จะตั้งค่า

  • การตอบสนองต่อ event จริง: ใช้ trigger ตาม event แทน เพราะเวลาตอบสนองต่อสิ่งที่ผู้ใช้เพิ่งทำไม่ได้
  • การหยุดพักระหว่างสองขั้นตอนใน journey ที่กำลังทำงาน: นั่นคือ Time Delay ไม่ใช่ entry schedule
  • การส่งครั้งเดียวที่ไม่มีแผนคำนวณ segment ใหม่ในอนาคต: ตัวตั้งเวลาครั้งเดียวใน Campaigns ทำงานนี้ได้โดยตั้งค่าน้อยกว่า
  • Segment ที่สร้างจากการนำเข้า CSV: รายชื่อเหล่านี้คงที่ recurring entry จึงไม่มีอะไรใหม่ให้รับระหว่างรอบ
  • เวลาส่งที่รับประกันแม่นยำถึงวินาที: ไม่มีผู้ให้บริการรายใด รวมถึง Pushwoosh ที่ประกาศ SLA เป็นตัวเลขสำหรับความแม่นยำจากเวลาที่ตั้งถึงเวลาที่ส่งจริง “ตามกำหนด” เป็นการตั้งค่า ไม่ใช่คำมั่นแบบจับเวลา

ความปลอดภัยและโฮสติ้ง

Pushwoosh ทำงานบนฮาร์ดแวร์ของเราเองในศูนย์ข้อมูลที่สหรัฐอเมริกาและเยอรมนี (EU) และสอดคล้องกับ GDPR

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

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

  1. เลือกกลุ่มเป้าหมาย (ไม่ต้องเขียนโค้ด)

    ลากองค์ประกอบ Audience-based entry ลงบน canvas แล้วเลือก segment ที่สร้างไว้ หรือสร้างใหม่ตรงนั้นเลย

  2. ตั้งเวลา

    เปิด Entry schedule เลือก One-time entry (Immediately หรือ Schedule for a specific day) หรือ Recurring entry (On specific dates หรือ Periodically) แล้วตั้งเวลาและ timezone

  3. สร้าง flow ครั้งเดียว (ไม่ต้องเขียนโค้ด)

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

  4. เปิดใช้แล้วปล่อยให้ทำงาน

    สำหรับกำหนดการแบบวนซ้ำ Pushwoosh จะคำนวณ segment ใหม่ก่อนทุกรอบโดยอัตโนมัติ ไม่ต้องสร้างอะไรใหม่เพื่อให้รอบดำเนินต่อไป

ข้อจำกัดที่ควรรู้

จุดเริ่มต้นที่ขับเคลื่อนด้วยเวลา ไม่ใช่ด้วย event นี่คือขอบเขตของมันครับ

  • Recurring entry ใช้ได้เฉพาะกับ Audience-based entry ส่วน Trigger-based entry และ API-based entry ไม่มีโหมดวนซ้ำ journey ที่ต้องการทั้งการตอบสนองแบบเรียลไทม์และรอบที่วนซ้ำต้องมีสองจุดเริ่มต้น หรือสอง journey
  • ไม่มี SLA ที่ประกาศไว้สำหรับความแม่นยำจากเวลาที่ตั้งถึงเวลาที่ส่ง “ตั้งไว้ 9:00” เป็นการตั้งค่า ไม่ใช่การรับประกันแม่นยำถึงวินาที
  • ไม่มีการควบคุมอัตราการส่งหรือ throttle เฉพาะสำหรับกำหนดการที่มีเอกสารรองรับ นอกเหนือจากโครงสร้างพื้นฐานการส่งพื้นฐาน
  • ผู้สมัครที่ยังอยู่ใน journey จากรอบก่อนจะไม่เข้าซ้ำในรอบถัดไป การคำนวณใหม่เพิ่มผู้ที่เพิ่งเข้าเกณฑ์ ไม่ได้ทำซ้ำคนที่ยังอยู่ระหว่างทาง
  • ยังไม่มีเอกสารว่าแคมเปญแบบวนซ้ำที่กำลังทำงานอยู่จะเป็นอย่างไรหาก segment ที่ใช้ถูกลบ ตรวจสอบกับฝ่ายซัพพอร์ตก่อนลบ segment ที่ journey ที่ใช้งานอยู่พึ่งพา
  • Segment ที่อิงตาม event ใช้โหมดการเข้า Existing + new users หรือ New users only ไม่ได้ ข้อจำกัดนี้มาจาก Audience-based entry เอง
  • Segment ที่นำเข้าจาก CSV คงที่ recurring entry จะไม่เพิ่มใครใหม่ระหว่างรอบ
  • RFM segment ไม่อัปเดตเอง ให้คำนวณใหม่ใน Audience > RFM Segmentation ก่อนทุกรอบที่ตั้งไว้ หาก journey สร้างบน RFM segment

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

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

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

ระบบ Trigger การตลาดแบบเรียลไทม์

เปิดใช้งาน campaign อัตโนมัติเมื่อผู้ใช้มีการกระทำ behavioral trigger ให้ผล conversion สูงกว่า scheduled campaign ถึง 3-5 เท่า

ซอฟต์แวร์การแบ่งส่วนการตลาดเพื่อเข้าถึงผู้ใช้ได้มากขึ้น

เครื่องมือการแบ่งส่วน (Segmentation) ของ Pushwoosh ช่วยให้คุณเข้าถึงผู้ใช้ด้วยข้อเสนอที่เกี่ยวข้องที่สุด โดยอ้างอิงจากความชอบและพฤติกรรมที่เป็นเอกลักษณ์ของพวกเขา

การแจ้งเตือนชำระบิลสำหรับผู้ให้บริการโทรคมนาคม

กระตุ้นการชำระเงินตรงเวลาด้วยการแจ้งเตือนชำระบิล ส่งการแจ้งเตือนเชิงกลยุทธ์ ลิงก์ชำระเงินที่ง่ายดาย และข้อความเฉพาะบุคคลที่ช่วยลดปัญหาการค้างชำระ

แม่แบบการตลาดทางอีเมล

แม่แบบสำเร็จรูปที่มีพร้อมใช้งานในตัวเครื่องมือสร้างอีเมลของ Pushwoosh — ปรับแต่งให้เข้ากับแบรนด์ของคุณหรือใช้เป็นแรงบันดาลใจสำหรับการส่งครั้งถัดไป

Message Presets

สร้างข้อความ push, อีเมล หรือ in-app เพียงครั้งเดียว พร้อมทุกเวอร์ชันภาษา แล้วนำไปใช้ซ้ำในแคมเปญ, customer journey และ API sends ได้ทั้ง 7 ช่องทางของ Pushwoosh รวมถึง LINE ครับ