ริชเมนูแบบหลายแท็บ วัดว่าคนกดแท็บไหนแล้วไปจบที่ยอดขายเท่าไหร่
สรุปสั้น ๆ
ริชเมนูหลายแท็บคือริชเมนูหลายชุดที่ผูกกันด้วย alias และปุ่มสลับแท็บ ตามเอกสารของ LINE ปุ่มสลับส่ง postback กลับมาพร้อม data ที่เรากำหนด จึงนับรายคนได้ว่าใครเปิดแท็บไหน การแตะรายการในแต่ละแท็บเก็บแบบเดียวกัน แล้วเทียบ userId กับใบสั่งซื้อเพื่อดูว่าแท็บไหนอยู่ในเส้นทางของคนที่ซื้อ
ร้านขายอาหารเสริมมีริชเมนูสามแท็บ คือ ‘สินค้า’ ‘โปรโมชัน’ และ ‘ติดต่อ’ ดีไซเนอร์ถามเจ้าของว่า ‘แท็บโปรควรอยู่ซ้ายสุดไหมคะ’ เจ้าของตอบไม่ได้ เพราะรู้แค่ว่าเมนูทั้งชุดถูกแตะวันละราว 300 ครั้ง ไม่รู้ว่าแตะแท็บไหนและคนที่แตะจบที่ซื้อหรือเปล่า
เรื่องนี้ต่างจากการทดสอบริชเมนูสองดีไซน์ที่มีอยู่แล้วในคลัง เพราะนี่คือเมนูชุดเดียวที่มีหลายหน้า ตัวเลขที่ต้องการคือรายแท็บ และต้องตามต่อไปถึงยอดขาย
แท็บในริชเมนูคือริชเมนูหลายชุดที่สลับกันด้วย alias
ริชเมนูไม่มีวิดเจ็ตแท็บในตัว สิ่งที่ทำกันคือสร้างริชเมนูหลายชุด แต่ละชุดมีแถบหัวแท็บเหมือนกัน ต่างกันที่แท็บไหนถูกเน้น แล้วกำหนดพื้นที่หัวแท็บให้เป็น action สลับเมนูที่ชี้ไปยัง alias ของอีกชุด alias คือชื่อที่ลงทะเบียนไว้ผ่าน API ข้อกำหนดการตั้งชื่อให้ตรวจในเอกสาร และการสร้างแท็บผ่านหน้า OA Manager ได้หรือไม่ก็ให้ตรวจในรุ่นที่คุณใช้อยู่
จุดที่ผูกกับการวัดคือ ตามที่เอกสารระบุ action สลับเมนูส่ง data ที่เรากำหนดกลับมาเป็น postback ชื่อฟิลด์ใน params ของ event ให้ตรวจในเอกสารฉบับล่าสุด ผมไม่ยืนยันจากในรีโป แต่หลักการคือ การสลับแท็บคือเหตุการณ์ที่เซิร์ฟเวอร์เห็นได้
event ที่ต้องเก็บมีสามระดับ ตีความผิดง่ายต่างกัน
ถ้าอยากวัดปุ่มที่พาไปเว็บ ให้ตั้งปุ่มเป็น Postback ก่อนแล้วตอบกลับด้วยลิงก์ หรือใช้ลิงก์ที่ผ่านหน้ากลางจดการกด ปุ่ม URL เปล่า ๆ ไม่ทิ้งร่องรอยในฝั่งเซิร์ฟเวอร์ รายละเอียดการเก็บ event ดูในการติดตาม postback ผ่าน webhook
| ระดับ | ตัวอย่าง data | บอกอะไร | ตีความผิดตรงไหน |
|---|---|---|---|
| สลับแท็บ | tab=promo | ความสนใจในหมวด | เป็นการเลือกดู ยังไม่ใช่ความตั้งใจซื้อ |
| แตะรายการในแท็บ | tab=promo&item=set_a | ความสนใจเจาะจง | ปุ่มที่เป็น URL ไม่ส่ง event กลับมา |
| ทักต่อหลังแตะ | message event ใน 24 ชม. | ความตั้งใจที่ชัดขึ้น | ต้องจับคู่ด้วยเวลา อาจมีแตะหลายแท็บก่อนทัก |
ตั้งชื่อ alias และ data ไม่ให้ปนกันเมื่อมีหลายเวอร์ชัน
- alias ใช้ร่วมกันทั้งบัญชี ถ้าทดสอบกับของจริงในบัญชีเดียว ให้ใส่คำนำหน้าแยก เช่น test-home กับ live-home ไม่งั้นการทดสอบอาจไปเปลี่ยนเมนูของลูกค้าจริง
- ใส่เวอร์ชันของดีไซน์ใน data ด้วย เช่น v=2 เมื่อเปลี่ยนภาพหรือพิกัด ตัวเลขก่อนและหลังเปลี่ยนจะได้ไม่ถูกรวมกัน
- ถ้าทดสอบสองดีไซน์พร้อมกัน ให้คงชื่อแท็บเดิม (tab=promo) แล้วเพิ่มค่าตัวแปรทดสอบแยก วิธีวางการทดสอบอยู่ในการทดสอบริชเมนู A/B
- ถ้าสลับเมนูเริ่มต้นตามแหล่งที่มาของลูกค้า ให้บันทึกแหล่งที่มาไว้ใน data ด้วย เพื่อเทียบแท็บรายแหล่ง ดูแนวทางในริชเมนูแยกตามแหล่งที่มา
เครดิตยอดขายให้แท็บไหน ตัวอย่างสมมติ 1,000 คนใน 30 วัน
ผมใช้กฎว่า แท็บหรือรายการที่แตะล่าสุดก่อนการทักภายใน 24 ชั่วโมงได้เครดิต เพราะเรียบง่ายและตรวจย้อนได้ ไม่ใช้แท็บแรกที่เปิด เพราะคนมักไล่เปิดทุกแท็บเพื่อดูก่อนอยู่แล้ว ตัวอย่างสมมติของร้านอาหารเสริม ด้านล่างคือผลหลังรวมข้อมูลหนึ่งเดือน
| แท็บ | แตะรายการ (ครั้ง) | ทักต่อ (คน) | ซื้อ (คน) |
|---|---|---|---|
| สินค้า | 300 | 120 | 14 |
| โปรโมชัน | 450 | 90 | 6 |
| ติดต่อ | 80 | 60 | 12 |
อ่านตารางนี้ให้ถูกก่อนย้ายแท็บ
ถ้าดูแค่จำนวนแตะ จะดันแท็บโปรโมชันขึ้นหน้าแรกเพราะแตะเยอะที่สุด แต่ตารางสมมติบอกว่า 450 ครั้งแตะให้ซื้อแค่ 6 คน ส่วนแท็บ ‘ติดต่อ’ มีแตะเพียง 80 ครั้งแต่พาคนซื้อ 12 คน เพราะคนที่เปิดแท็บนี้คือคนที่ตั้งใจจะคุยอยู่แล้ว
ข้อควรระวังคือแท็บโปรโมชันอาจเป็นตัวดึงคนเข้ามาทำความรู้จักก่อนที่จะไปแท็บอื่น จึงควรดูเส้นทางเต็มของคนที่ซื้อด้วย ไม่ใช่แค่แท็บสุดท้าย ดูวิธีต่อกับยอดขายในการวัดริชเมนูที่สร้างยอดขาย และตรวจการตั้งค่า webhook กับริชเมนูตามรายการตรวจการตั้งค่าก่อนเชื่อตัวเลข
สรุป
ตัวเลขรายแท็บมีประโยชน์เมื่อรู้ว่าจะนำไปตัดสินใจอะไร ผมเริ่มจากถามว่าแท็บไหนควรอยู่ตำแหน่งแรก และแท็บไหนถอดออกได้ แล้วเก็บเฉพาะ event ที่ตอบสองคำถามนี้ก่อน
ตัดสินด้วยยอดซื้อต่อการแตะ ไม่ใช่จำนวนแตะ และให้เวลาเก็บข้อมูลอย่างน้อยหนึ่งรอบการซื้อของสินค้าก่อนสรุป
- แท็บคือริชเมนูหลายชุดสลับกันด้วย alias และปุ่มสลับส่ง postback เข้า webhook ได้ตามเอกสาร
- เก็บสามระดับ คือสลับแท็บ แตะรายการ และทักต่อ แล้วเทียบ userId กับใบสั่งซื้อ
- ใส่เวอร์ชันและคำนำหน้า alias แยกการทดสอบออกจากเมนูจริง
- แท็บที่ถูกแตะมากที่สุดไม่จำเป็นต้องพาไปถึงยอดขายมากที่สุด
คำถามที่พบบ่อย
ทำไมจำนวนสลับแท็บน้อยกว่าที่คาด
ลูกค้าส่วนใหญ่ไม่เคยสลับแท็บและใช้เมนูเริ่มต้นอย่างเดียว ดังนั้นจำนวนสลับแท็บเทียบกับจำนวนเพื่อนทั้งหมดจะต่ำเสมอ ควรใช้ตัวหารเป็นคนที่แตะเมนูอย่างน้อยหนึ่งครั้ง ไม่ใช่เพื่อนทั้งหมด
ปุ่มสลับแท็บนับเป็นความสนใจซื้อไหม
ไม่ควรนับ เพราะเป็นการเลือกดู คนอาจไล่เปิดทุกแท็บโดยไม่ได้สนใจอะไรเป็นพิเศษ ให้ถือเป็นข้อมูลประกอบ แล้วใช้การแตะรายการหรือการทักเป็นสัญญาณความสนใจจริง
ต้องเขียนโค้ดไหมถึงจะวัดรายแท็บได้
ต้องมีจุดรับ postback จาก webhook และตารางเก็บ event อย่างน้อยหนึ่งตาราง จะเขียนเองหรือใช้เครื่องมือ no-code ที่รับ webhook แล้วลงชีตก็ได้ ขอให้เก็บ userId, data และเวลาครบ
alias ซ้ำกับของเก่าจะเกิดอะไรขึ้น
ไม่ควรให้ซ้ำ เพราะ alias ชี้ไปยังริชเมนูชุดเดียวต่อชื่อ ถ้าต้องเปลี่ยนชุดที่ชี้ ให้ตรวจวิธีอัปเดตในเอกสารก่อน และนัดทำนอกช่วงที่ลูกค้าใช้เมนูหนาแน่น
เปลี่ยนภาพแท็บแล้ว ตัวเลขเก่ายังใช้เทียบได้ไหม
เทียบได้เฉพาะถ้าพิกัดปุ่มและความหมายของแต่ละปุ่มไม่เปลี่ยน ถ้าย้ายตำแหน่งหรือเปลี่ยนความหมายปุ่ม ให้เริ่มนับรอบใหม่ด้วยค่าเวอร์ชันใหม่ใน data
ลองตรวจด้วยตัวเอง
Rich Menu Size Checker
อัปโหลดรูปของคุณ แล้วเช็กขนาด สัดส่วน และไฟล์ตาม spec ทางการของ LINE ทันที
เช็กรูปฟรีใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก
อ่านต่อแบบเจาะลึก
รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน
linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน
ทดลองใช้ฟรี 14 วันบทความที่เกี่ยวข้อง
ติดกล่องแชท LINE ไว้บนหน้าเว็บ แล้วยังเก็บที่มาของคนที่กดได้ครบไหม
โพสต์บน LINE VOOM แบบไม่จ่ายเงิน พาคนมาทักแล้ววัดที่มาอย่างไร
