คูปองสั่งซ้ำคือแรงจูงใจสำหรับคำสั่งซื้อครั้งถัดไปของลูกค้า ที่ตั้งเวลาให้ถึงก่อนที่ลูกค้าจะสั่งซ้ำตามปกติ หรือก่อนจะเปลี่ยนไปใช้แอปคู่แข่ง ใน quick commerce ที่แอปคู่แข่งอยู่ห่างแค่แตะเดียว คำสั่งซื้อที่ 2 คือตัวตัดสินว่าใครได้ลูกค้าไป หน้าที่ของคูปองคือทำให้คำสั่งซื้อที่ 2 เกิดขึ้นกับคุณ และเกิดเร็วขึ้น
ใน Pushwoosh wallet pass, push และ in-app ใช้โปรไฟล์ลูกค้าเดียวกัน คุณจึง รันคูปองใน wallet สำหรับ q-commerce ภายใน journey รักษาลูกค้าของคุณได้ครับ
ทำไมคำสั่งซื้อที่ 2 สำคัญใน q-commerce
เศรษฐศาสตร์ของ q-commerce สร้างขึ้นรอบคำสัญญาว่าจะส่งถึงใน 10 ถึง 15 นาที และคำสัญญานั้นกดดันการปฏิบัติงานอย่างหนัก (การวิเคราะห์อุตสาหกรรม 2025-2026) โมเดลนี้ไปได้ก็ต่อเมื่อลูกค้าสั่งบ่อย การรักษาลูกค้าจึงต้องแบกเศรษฐศาสตร์ต่อหน่วยไว้
ตลาดไม่ปรานีผู้เล่นที่รักษาเส้นนี้ไว้ไม่ได้ Getir ซื้อ Gorillas คู่แข่งในเดือนธันวาคม 2022 ด้วยมูลค่า 1.2 พันล้านดอลลาร์ ราวหนึ่งในสามของมูลค่าบริษัท Gorillas เมื่อปีก่อนหน้า (CNBC)
ในไทยแรงกดดันนี้เห็นได้ในโทรศัพท์ของลูกค้าเอง หลายคนมีแอปส่งอาหารและแอปส่งของชำหลายแอปติดเครื่องไว้ และสลับไปมาตามโปรโมชันของวันนั้น แอปที่ไม่ได้คำสั่งซื้อที่ 2 ในสัปดาห์แรกจึงถูกลืมได้ง่าย แม้จะยังไม่ถูกลบออกจากเครื่องก็ตาม
ข่าวดีคือแอปส่งอาหารเริ่มจากฐานที่แข็งแรง benchmark ด้าน foodtech ปี 2023 ของ CleverTap ระบุอัตราการซื้อซ้ำในสัปดาห์แรกที่ 16% เทียบกับ 10% ของแอป e-commerce (benchmark ของผู้ให้บริการ เฉพาะแอปส่งอาหาร ไม่ใช่ของชำโดยตรง) สัปดาห์แรกจึงเป็นช่วงที่ต้องชนะให้ได้
รอบการสั่งซ้ำ: เริ่มจากข้อมูลของคุณเอง
ทุกตะกร้ามีจังหวะของมัน นมและขนมปังอาจกลับมาทุกสัปดาห์ ของแห้งในครัวกลับมาทุกเดือน ประวัติคำสั่งซื้อของคุณแสดงช่วงห่างเหล่านี้อยู่แล้ว
| ประเภทตะกร้า | สัญญาณที่พบบ่อย | จังหวะส่งคูปอง |
|---|---|---|
| ของใช้ประจำวัน | ช่วงห่างสั้นและสม่ำเสมอ | ก่อนช่วงห่างปกติจะสิ้นสุดเล็กน้อย |
| ของใช้รายสัปดาห์ | สั่งในวันเดิมของสัปดาห์ | 1 วันก่อนวันที่สั่งประจำ |
| เติมของเป็นครั้งคราว | ช่วงห่างไม่สม่ำเสมอ | หลังช่วงห่างยาวกว่าค่ามัธยฐานของลูกค้าคนนั้น |
| สั่งครั้งแรกเท่านั้น | ยังไม่มีคำสั่งซื้อที่ 2 | ภายในสัปดาห์แรก |
ใช้ค่ามัธยฐานช่วงห่างของลูกค้าแต่ละคน ไม่ใช่ค่าเฉลี่ยของหมวด คูปองที่มาถึงหลังลูกค้าไปสั่งซ้ำที่อื่นแล้วคือส่วนลดที่คุณจ่ายไปโดยไม่ได้อะไรกลับมา
จังหวะและวันหมดอายุของคูปอง
กฎ 3 ข้อทำให้คูปองสั่งซ้ำยังทำกำไร
ตั้งวันหมดอายุให้สั้น ไม่เกิน 1 สัปดาห์ คูปองควรดึงคำสั่งซื้อถัดไปให้เร็วขึ้น ไม่ใช่ค้างอยู่เป็นเดือน
ตั้งวันเริ่ม ใช้ได้ตั้งแต่คำสั่งซื้อถัดไป ไม่ใช่คำสั่งซื้อปัจจุบัน เพื่อไม่ให้เป็นแค่ส่วนลดของตะกร้าที่จะเกิดขึ้นอยู่แล้ว
เก็บกลุ่ม holdout ไว้ เว้นลูกค้าส่วนหนึ่งไม่ให้คูปอง แล้วเทียบอัตราการสั่งซ้ำ นี่คือวิธีเดียวที่ซื่อตรงในการเห็นคำสั่งซื้อที่เพิ่มขึ้นจริง
ช่วงมหกรรมอย่าง 11.11 และ 12.12 ลูกค้าได้คูปองจากทุกแอปพร้อมกัน คูปองสั่งซ้ำที่หมดอายุภายใน 1 สัปดาห์จึงควรเลี่ยงไม่ให้ทับวันมหกรรม หรือออกแบบให้ใช้ได้หลังวันนั้น และเทียบกับกลุ่ม holdout เพื่อแยกผลของคูปองออกจากผลของมหกรรม
Wallet เทียบกับ push สำหรับการสั่งซ้ำ
ใน q-commerce คำสั่งซื้อเกิดขึ้นในแอป คูปองใน wallet จึงมีบทบาทต่างจากที่แคชเชียร์ซูเปอร์มาร์เก็ต ไม่มีใครสแกนมัน แต่มันเก็บรหัสไว้และทำให้วันหมดอายุอยู่ในสายตา
| Push | คูปองใน wallet | |
|---|---|---|
| เก่งเรื่อง | การกระตุ้นตรงจังหวะ: "ถึงเวลาซื้อนมหรือยัง" | ทำให้แรงจูงใจอยู่ในสายตาจนกว่าจะหมดอายุ |
| ต้องมี | ลูกค้าเปิดรับ push | ลูกค้าเพิ่มบัตร 1 ครั้ง |
| เข้าถึง | ผู้ใช้แอปที่เปิด push | ทุกคนที่บันทึกบัตรไว้ |
| การแจ้งเตือน | ทุกข้อความ | เฉพาะการอัปเดตเกี่ยวกับบัตร |
| การใช้สิทธิ์ | Deep link ไปหน้าชำระเงิน | ใส่รหัสที่หน้าชำระเงิน |
มุมมองของเราคือใช้ทั้งคู่ สำหรับงานคนละแบบ push ส่งการเตือนในจังหวะที่ใช่ คูปองใน wallet ให้ลูกค้าที่ปิด push ไว้มีที่ให้กลับมาหาข้อเสนอ บน Apple คุณยังอัปเดตคูปองก่อนหมดอายุได้ ถ้าฟิลด์ที่เปลี่ยนมี change message ลูกค้าจะเห็นการแจ้งเตือนบนหน้าจอล็อก
บน Google ให้ใช้ประเภท Offer ซึ่งอัปเดตแบบเงียบ การเตือนลูกค้า Google จึงต้องไปทาง push หรืออีเมล ในไทยที่ผู้ใช้ Android มีราว 60% เทียบกับ iOS ราว 40% ลูกค้ากลุ่มใหญ่จึงต้องพึ่งการเตือนจาก journey ไม่ใช่จากตัวบัตร สำหรับแอปที่มีผู้ติดตามบน LINE Official Account ข้อความ LINE เป็นอีกช่องทางที่ส่งการเตือนนี้ได้
อ่านเพิ่มเติม: คูปองใน wallet สำหรับธุรกิจ: Apple Wallet และ Google Wallet
ตัวอย่าง journey สำหรับการสั่งซ้ำ
- 1
ส่งคำสั่งซื้อแรกถึงมือแล้ว
ออกคูปองสำหรับคำสั่งซื้อที่ 2 ที่หมดอายุใน 7 วัน ส่งลิงก์ Add to Wallet ไปในข้อความยืนยันการจัดส่ง
- 2
วันที่ 3
ส่ง push ถึงผู้ใช้แอป: "คูปองของคุณรออยู่"
- 3
วันที่ 6
บน Apple อัปเดตฟิลด์อย่าง "หมดอายุใน" พร้อม change message เพื่อให้การแจ้งเตือนบนหน้าจอล็อกเตือนลูกค้า ผู้ใช้ Google ได้รับ push หรืออีเมล
- 4
มีคำสั่งซื้อเข้ามา
คูปองถูกใช้แล้ว และบัตรถูก void
- 5
ไม่มีคำสั่งซื้อภายในวันที่ 7
คูปองหมดอายุ ลูกค้าย้ายเข้าสู่ flow win-back
ให้คูปองพูดเรื่องคูปอง
คูปองเตือนเรื่องของตัวเองได้ แต่ใช้ประกาศโปรโมชันใหม่ไม่ได้ Apple และ Google อนุญาตเฉพาะการแจ้งเตือนที่เกี่ยวกับบัตร ดีลประจำสัปดาห์จึงต้องส่งทาง push, in-app หรืออีเมล และคูปองยังคงเป็นข้อเสนอเดียวที่ลูกค้าได้มา
ชนะคำสั่งซื้อที่ 2 ด้วย Pushwoosh
Pushwoosh ออกคูปอง Apple Wallet และ Google Wallet แบบ native ตาม User ID และรัน push, in-app และอีเมลจาก journey เดียวกัน ตั้งเวลาคูปองแต่ละใบตามช่วงห่างการสั่งซ้ำของลูกค้าคนนั้น เตือนผ่านช่องทางที่ใช่ และ void บัตรเมื่อใช้แล้ว
คำสั่งซื้อที่ 2 ไม่ได้ชนะด้วยส่วนลดที่ใหญ่ขึ้น แต่ชนะด้วยการไปถึงก่อนที่ลูกค้าจะเปิดแอปคู่แข่ง
คำถามที่พบบ่อย