แสดงความคืบหน้า ทันทีที่เกิดขึ้น
การแจ้งเตือน Android 16 เพียงรายการเดียวที่เขียนตัวเองใหม่ตามความคืบหน้าของคำสั่งซื้อ การเดินทาง หรือการแข่งขัน Pushwoosh เริ่ม อัปเดต และปิดการ์ดจากเซิร์ฟเวอร์ได้แม้แอปจะปิดอยู่
บริษัทกว่า 80,000 แห่งไว้วางใจเราในการขยาย engagement
รูปแบบนี้ ทำอะไรได้บ้าง
Push notification ธรรมดาบอกเรื่องเดียวครั้งเดียว คำสั่งซื้อที่มีห้าขั้นตอนจึงกลายเป็นการแจ้งเตือนห้ารายการ Live Update โพสต์การ์ดเดียวสำหรับทั้งกิจกรรม แล้วเขียนการ์ดนั้นใหม่ไปเรื่อยๆ หน้าจอล็อกจึงแสดงขั้นตอนปัจจุบันเสมอ แทนที่จะเป็นกองข้อความเก่าที่ซ้อนกันครับ
การ์ดต่อเนื่องใบเดียว
แต่ละกิจกรรมมีการแจ้งเตือนเพียงรายการเดียวบนหน้าจอล็อกและในแถบการแจ้งเตือน ทุกการอัปเดตหลังจากนั้นจะเขียนทับการ์ดเดิม ไม่ได้เพิ่มการ์ดใหม่
แถบความคืบหน้าที่ขยับได้
Pushwoosh แสดงผลด้วย Notification.ProgressStyle แบบ native ของ Android แถบ ค่า และช่วงที่แยกสีจึงเป็น primitive จริงของระบบปฏิบัติการ
ชิปบนแถบสถานะ
ระหว่างที่กิจกรรมยังดำเนินอยู่ Android จะแสดงตัวบอกแบบย่อบนแถบสถานะ ผู้ใช้มองเห็นได้แม้อยู่ในแอปอื่น
จุดยึดเวลา (Time anchor)
การอัปเดตสามารถแนบจุดยึดเวลาได้ การ์ดจึงนับถอยหลังสู่เวลาที่คาดว่าจะถึง (ETA) ได้เองระหว่างการรีเฟรชจากเซิร์ฟเวอร์
ปุ่ม action บนการ์ดสด
โมดูล SDK ผูกปุ่มไว้คู่กับแถบความคืบหน้า ผู้ใช้จึงแตะเพื่อเปิดแผนที่หรือโทรหาไรเดอร์ได้จากการ์ดโดยตรง
การแสดงผลตามแบรนด์ของคุณ
LiveUpdateProgressStyleProvider ส่งการวาดการ์ดให้แอปของคุณ สี ไอคอน และป้ายกำกับช่วงจึงเป็นไปตามดีไซน์ของคุณ
Live Update อยู่ตรงไหนระหว่าง push กับหน้าจอแอป
| เมื่อข้อความคือ | ส่งเป็น | แสดงที่ไหน |
|---|---|---|
| การเปลี่ยนสถานะครั้งเดียว บอกครั้งเดียวจบ | Push ธรรมดา | แบนเนอร์ แล้วไปอยู่ในแถบการแจ้งเตือน |
| การเปลี่ยนแปลงที่ควรมีภาพประกอบ | Rich media push | การแจ้งเตือนแบบขยาย |
| ตัวเลือกที่ผู้ใช้ตัดสินใจได้ในแตะเดียว | Interactive push | ปุ่มบนการแจ้งเตือน |
| กิจกรรมที่กำลังดำเนินอยู่ ตั้งแต่หลายนาทีถึงหลายชั่วโมง | Live Update | การ์ดต่อเนื่องใบเดียวที่เขียนตัวเองใหม่ พร้อมชิปบนแถบสถานะ |
| บันทึกที่ผู้ใช้กลับมาดูภายหลัง | Message Inbox | รายการภายในแอป |
| รายละเอียด ฟอร์ม หรือเลย์เอาต์ | ข้อความในแอป | หน้าจอเต็มในแอป |
บทบาทของมัน ใน customer journey
Journey เดียวสำหรับ ทั้งสองแพลตฟอร์ม
Live Update เป็นคุณสมบัติของข้อความที่คุณส่งอยู่แล้ว กลุ่มเป้าหมาย trigger segment และโปรไฟล์ลูกค้ายังอยู่ที่เดิม รูปแบบนี้แค่กำหนดว่าข้อความจะหน้าตาเป็นอย่างไรระหว่างที่กิจกรรมยังดำเนินอยู่ครับ
อุปกรณ์ Android 16 ได้รับการ์ดสด iPhone ได้รับ Live Activity และโทรศัพท์ Android รุ่นเก่าได้รับ push มาตรฐาน ทั้งหมดมาจาก Customer Journey เดียวกับที่ใช้ส่ง push ข้อความในแอป และ อีเมล ของคุณ
ตัวอย่างคำสั่งซื้อตั้งแต่ต้นจนจบ
ลองนึกถึงแอปสั่งอาหารในกรุงเทพฯ ร้านอาหารรับคำสั่งซื้อ แล้ว Journey ก็เปิดการ์ดที่ขั้นตอนแรก
Silent push เตรียมข้อมูลไรเดอร์ไว้เบื้องหลังโดยที่ผู้ใช้มองไม่เห็น การรีเฟรชครั้งถัดไปจึงมาพร้อมชื่อจริงและ ETA จริง จากนั้นขั้นตอนกำลังปรุง ได้ไรเดอร์แล้ว และอีกสองนาทีถึง จะเขียนทับการ์ดใบเดิม และ event ส่งสำเร็จจะปิดการ์ด
บนโทรศัพท์ที่ต่ำกว่า Android 16 Journey เดียวกันจะส่ง push ธรรมดาในทุกขั้นตอน และทั้งสองสาขาจะเก็บใบเสร็จไว้ใน Message Inbox
ใช้กับอะไรได้บ้าง
Live Update คุ้มค่าเมื่อมีบางอย่างกำลังดำเนินอยู่จริงและผู้ใช้กำลังรอผลอยู่แล้ว สำหรับประกาศ ข้อเสนอ หรือสิ่งที่ผู้ใช้ไม่ได้เริ่มเอง push ธรรมดาคือรูปแบบที่ถูกต้อง และนโยบายของ Google สำหรับพื้นที่นี้ก็ระบุไว้เช่นเดียวกันครับ
| ช่วงเวลา | สิ่งที่การ์ดแสดง | สิ่งที่ผู้ใช้ทำ |
|---|---|---|
| Food delivery: คำสั่งซื้อที่กำลังดำเนินอยู่ | รับออเดอร์แล้ว กำลังปรุง ได้ไรเดอร์แล้ว อีกไม่กี่นาทีถึง | ดูไรเดอร์ใกล้เข้ามาได้จากหน้าจอล็อก |
| เรียกรถ: ระหว่างการเดินทาง | คนขับกำลังมา ETA ความคืบหน้าของการเดินทาง | เหลือบดูหน้าจอล็อกแทนการกลับไปเปิดแผนที่ |
| E-commerce: หลังการสั่งซื้อ | จัดส่งแล้ว กำลังนำส่ง อีกกี่จุดถึง ส่งถึงแล้ว | ติดตามพัสดุจากแถบการแจ้งเตือนและรู้ว่าควรอยู่บ้านเมื่อไร |
| Marketplace: หลายคำสั่งซื้อพร้อมกัน | การ์ดหนึ่งใบต่อหนึ่งการจัดส่ง แต่ละใบแยกตามผู้ขาย | ติดตามพัสดุที่มาถึงคนละวันได้ครบ |
| สายการบิน: วันเดินทาง | ประตูขึ้นเครื่อง การขึ้นเครื่อง ความล่าช้า สายพานกระเป๋า | เช็กประตูขึ้นเครื่องจากหน้าจอล็อกในอาคารผู้โดยสารที่วุ่นวาย |
| กีฬาสด: การแข่งขันที่กำลังเล่น | สกอร์ เวลา ช่วงการแข่งขัน | ติดตามฟุตบอลหรือคริกเก็ตได้โดยไม่ต้องปลดล็อกโทรศัพท์ |
| Sports betting: เดิมพันระหว่างแข่งขัน | สถานะเดิมพัน อัตราต่อรองสด ช่วงเวลา cash-out | ตัดสินใจ cash-out ก่อนหมดเวลา |
| ธนาคาร: การโอนเงินที่กำลังดำเนินอยู่ | ความคืบหน้าการโอน สถานะการจัดส่งบัตร | เห็นเงินเข้าบัญชีโดยไม่ต้องหยิบโทรศัพท์ออกจากกระเป๋า |
| งานบริการภาคสนาม: ช่างกำลังเดินทางมา | กำลังเดินทาง ETA มาถึงแล้ว | ไม่ต้องเดาว่าต้องรออยู่บ้านช่วงไหน |
| พลังงาน: ไฟดับในละแวกบ้าน | ยืนยันเหตุขัดข้อง ทีมช่างถึงที่เกิดเหตุ เวลาคาดว่าไฟจะกลับมา | ได้คำตอบโดยไม่ต้องโทรหาฝ่ายบริการลูกค้า |
การรองรับแพลตฟอร์มและด้านเทคนิค
การ์ดสดที่รีเฟรชตัวเองเป็นของใหม่ เวอร์ชันขั้นต่ำจึงเป็นสิ่งแรกที่ควรเทียบกับฐานผู้ใช้ของคุณ คอลัมน์สุดท้ายบอกว่าตรงไหน push คือรูปแบบนั้นเอง และตรงไหนที่ push แค่ขับเคลื่อนสิ่งที่แอปของคุณมีอยู่แล้ว
| ความสามารถ | Android | iOS | Web | ส่งผ่าน |
|---|---|---|---|---|
| การ์ดต่อเนื่องที่รีเฟรชในที่เดิม | Android 16 (API 36) | iOS 16.1+ ในรูปแบบ Live Activity | – | Push ที่ SDK แสดงผลผ่าน API การแจ้งเตือนแบบสดของระบบปฏิบัติการ |
| แถบความคืบหน้าแบบแบ่งช่วงแบบ native | Android 16, Notification.ProgressStyle | ActivityKit widget ของคุณ | – | pushwoosh-liveupdates 6.9.0+ ที่ครอบ primitive ของระบบปฏิบัติการ |
| ตัวบอกแบบย่อที่มองเห็นตลอด | ชิปบนแถบสถานะ | Dynamic Island บน iPhone 14 Pro ขึ้นไป | – | ระบบปฏิบัติการ จากการแจ้งเตือนแบบสด |
| เริ่ม อัปเดต และปิดจากเซิร์ฟเวอร์ | ได้ | ได้ | – | OPERATION_START, OPERATION_UPDATE และ OPERATION_END ใน Messages API |
| ปิดการ์ดจากในแอป | endLiveUpdate(id), endAllLiveUpdates() | ได้ | – | Facade PushwooshLiveUpdates ในแอปของคุณ |
| การ์ดสดตามสไตล์แบรนด์ | LiveUpdateProgressStyleProvider | โค้ด widget ของคุณ | – | โค้ดแอปของคุณ ที่ SDK เรียกใช้ |
| Android 15 และต่ำกว่า | – การเรียก SDK ไม่มีผล (no-op) | n/a | – | Push มาตรฐานหรือ Message Inbox ใน Journey เดียวกัน |
Notification.ProgressStylepushwoosh-liveupdates 6.9.0+ ที่ครอบ primitive ของระบบปฏิบัติการOPERATION_START, OPERATION_UPDATE และ OPERATION_END ใน Messages APIendLiveUpdate(id), endAllLiveUpdates()PushwooshLiveUpdates ในแอปของคุณLiveUpdateProgressStyleProviderความปลอดภัยและโฮสติ้ง
Pushwoosh ทำงานบนฮาร์ดแวร์ของเราเองในศูนย์ข้อมูลที่สหรัฐอเมริกาและเยอรมนี (EU) และสอดคล้องกับ GDPR
วิธีการทำงาน
การ build ฝั่ง Android ทำเพียงครั้งเดียวโดยทีมพัฒนา หลังจากนั้นทั้งสามคำสั่งจะทำงานจาก Control Panel และ API เหมือนข้อความอื่นๆ ใน Journey
-
เพิ่มโมดูลเพียงครั้งเดียว (นักพัฒนา)
ใส่
pushwoosh-liveupdates6.9.0+ ลงในแอป Android โมดูลนี้รับ push แบบ Live Update ก่อนการจัดการการแจ้งเตือนมาตรฐาน และดูแลเรื่อง channel สิทธิ์ ไอคอนขนาดใหญ่ และปุ่ม action ให้ ส่วนLiveUpdateProgressStyleProviderคือที่ที่คุณใส่แบรนด์ให้การ์ด -
ควบคุมวงจรทั้งหมดจากเซิร์ฟเวอร์ (API)
OPERATION_STARTโพสต์การ์ดOPERATION_UPDATEเขียนทับในที่เดิมOPERATION_ENDปิดการ์ด ทั้งหมดผ่าน Messages API โดยมี activity ID เดียวผูกทุกคำสั่งเข้าด้วยกัน แอปยังปิดการ์ดที่ถืออยู่ได้เองด้วยPushwooshLiveUpdates.endLiveUpdate()โดยไม่ต้องติดต่อเซิร์ฟเวอร์ -
จัดการทั้งหมดใน journey (ไม่ต้องเขียนโค้ด)
สั่งทั้งสามคำสั่งจาก Customer Journey เดียวกับการส่งข้อความอื่นๆ ของคุณ กับ segment และโปรไฟล์ลูกค้าชุดเดียวกัน ฝั่ง iOS ของเรื่องเดียวกันก็ทำงานจาก Journey นั้นได้เช่นกัน
ข้อจำกัดที่ควรรู้
สำรวจผลิตภัณฑ์ที่เกี่ยวข้อง
การแจ้งเตือนแบบ Push บนมือถือจาก Pushwoosh เข้าถึงทุกอุปกรณ์ พร้อม Rich Media, targeting ที่แม่นยำ และ Journey ข้ามช่องทางรวม LINE เปลี่ยนผู้ใช้ให้ภักดี
Message Inbox เพิ่มศูนย์รวมการแจ้งเตือนในแอปและเว็บไซต์ การส่งแบบเงียบเข้าถึงผู้ใช้ทุกคน รวมถึงผู้ที่ปิด push และข้อความที่บันทึกไว้เปิดดูได้ทุกเมื่อ
วางแผนและปรับปรุงแคมเปญของคุณด้วยเครื่องมือภาพเดียว สื่อสาร ดึงดูด รักษา และแปลงกลุ่มเป้าหมาย รวมถึงการแบ่งส่วนและทดลองใช้กับ Pushwoosh Customer Journey Builder
ใส่ปุ่ม action บนการแจ้งเตือน ให้ผู้ใช้อนุมัติ รับรางวัล หรือติดตามพัสดุได้ในแตะเดียว สร้างชุดปุ่ม iOS ได้โดยไม่ต้องเขียนโค้ด และส่งจาก Journey เดียวกัน
แสดงสถานะการเดินทางบนหน้าจอล็อก แจ้งผู้โดยสารเมื่อคนขับมาถึง และ onboard ทั้งผู้โดยสารและคนขับ ด้วยแพลตฟอร์มการตลาด mobility เดียว
มอบภาระการส่งข้อความบนแอปและเว็บของคุณให้กับ Pushwoosh API เราจัดการ Push, Email, SMS และสตรีมข้อมูล — คุณสร้างผลิตภัณฑ์ที่ประสบความสำเร็จได้โดยไม่มีขีดจำกัด