ลองหาคู่มือสร้างบัตรสมาชิกดูแล้วส่วนใหญ่จะเจอสองแบบ: แบบที่พูดถึงแค่ Apple Wallet แล้วจบ กับแบบที่ทำแบบเดียวกันสำหรับ Google Wallet เท่านั้น ทำตามแบบไหนก็ตาม คุณก็สร้างโปรแกรมได้แค่ครึ่งเดียว เพราะในไทยลูกค้าเกือบครึ่งถือมือถือที่คุณไม่ได้สร้างบัตรรองรับไว้ — ผู้ใช้ Android ในไทยมีสัดส่วนราว 60% ส่วน iOS อยู่ที่ราว 40%
นี่คือเวอร์ชันที่ครอบคลุมทั้งสองแพลตฟอร์มตั้งแต่ต้น เพราะแพลตฟอร์มมือถือของลูกค้าไม่ควรเป็นตัวตัดสินว่าบัตรสมาชิกของคุณจะไปถึงเขาหรือไม่
วิธีสร้างบัตรสมาชิกดิจิทัล (โดยไม่ต้องสร้างสองรอบ)
ถ้าสร้างแบบ native, Apple Wallet และ Google Wallet คือเส้นทางเทคนิคสองเส้นที่ไม่เกี่ยวข้องกัน Apple ใช้ไฟล์ .pkpass ที่เซ็นรับรองผ่าน PassKit ส่วน Google ใช้ pass object ผ่าน Wallet API ของตัวเอง แต่ละแบบมี certificate และ pipeline อัปเดตของตัวเอง ดังนั้นในบริษัทส่วนใหญ่ การรองรับทั้งสองแพลตฟอร์มหมายถึงสองงานแยกในบัคล็อก ไม่ใช่งานเดียว
no-code pass builder ยุบทุกอย่างให้เหลือ workflow เดียว คุณออกแบบบัตร ฟิลด์ สี บาร์โค้ด ทุกอย่างครั้งเดียวในแดชบอร์ด แล้วแพลตฟอร์มจะสร้างและเซ็นรับรองทั้งเวอร์ชัน Apple และ Google จากดีไซน์เดียวกันนั้น คุณไม่ต้องดูแลบัตรสองเวอร์ชันที่อาจเพี้ยนไปจากกันโดยไม่มีใครรู้ตัว คุณดูแลแค่เวอร์ชันเดียว
แอปบัตรสมาชิกสำหรับธุรกิจขนาดเล็ก: จำเป็นจริงไหม
แอป loyalty เฉพาะทางสำหรับธุรกิจขนาดเล็กฟังดูเป็นทางออกที่ครบที่สุด แต่ทีมขนาดเล็กส่วนใหญ่ประเมินต้นทุนต่ำเกินไป ทั้งการดาวน์โหลดที่ลูกค้าส่วนใหญ่ไม่ทำจนจบ การดูแล App Store และ Play Store ต่อเนื่อง และงานสร้างที่ต้องอัปเดตทุกครั้งที่แพลตฟอร์มใดแพลตฟอร์มหนึ่งเปลี่ยนกฎ
wallet pass ให้กลไกหลักแบบเดียวกัน คือยอดคะแนน ระดับสมาชิก บาร์โค้ดให้สแกน โดยไม่ต้องขอให้ดาวน์โหลดอะไรเลย ตัวอย่างเช่น ร้านอาหารเล็กๆ ในเชียงใหม่ที่เคยลงทุนสร้างแอปสะสมแต้มของตัวเอง แต่มีลูกค้าไม่ถึง 10% ที่ดาวน์โหลดจนจบ พอเปลี่ยนมาใช้ wallet pass อัตราการเพิ่มบัตรของลูกค้าก็สูงขึ้นทันทีเพราะไม่ต้องดาวน์โหลดอะไรเพิ่ม สำหรับธุรกิจขนาดเล็กส่วนใหญ่ ทางเลือกนี้เข้าทาง wallet pass เกือบทุกครั้ง แอปจะคุ้มค่าก็ตอนที่คุณต้องการฟีเจอร์ที่ wallet pass ทำไม่ได้จริงๆ เช่นสั่งอาหารในแอปหรือฟีดโซเชียล แต่ถ้าแค่ติดตามคะแนนและกระตุ้นให้กลับมาใช้บริการ นั่นคือภาระที่คุณไม่จำเป็นต้องแบก
ขั้นตอนทำจริง: บัตรใบเดียว ทั้งสอง wallet
-
ออกแบบบัตรครั้งเดียว
กำหนดแบรนด์ สี โลโก้ และฟิลด์ที่สำคัญ: ยอดคะแนนหรือจำนวนตราปั๊มเป็นฟิลด์หลัก วันหมดอายุหรือ member ID เป็นฟิลด์รอง เพิ่มค่าบาร์โค้ดหรือ QR ที่จุดขายของคุณจะสแกน ขั้นตอนออกแบบนี้ทำแค่ครั้งเดียว ไม่ว่าคุณจะออกบัตรให้กี่แพลตฟอร์มก็ตาม
-
เผยแพร่ไปยัง Apple และ Google พร้อมกัน
จากแดชบอร์ดเดียวกัน สร้างทั้งเวอร์ชัน Apple Wallet และ Google Wallet ของบัตร แพลตฟอร์มจะจัดการเรื่องการเซ็นรับรองและความต่างของฟอร์แมตให้ ดังนั้นสิ่งที่คุณเผยแพร่คือลิงก์ติดตั้งเดียวและ QR code เดียว ที่จะพาไปยังฟอร์แมตบัตรที่ถูกต้องตามอุปกรณ์ของลูกค้า
-
ทดสอบลิงก์ติดตั้งบนทั้งสองแพลตฟอร์ม
เปิดลิงก์บน iPhone แล้วดูว่าบัตรพรีวิวและเพิ่มเข้า Apple Wallet ได้ถูกต้อง จากนั้นทำแบบเดียวกันบน Android สำหรับ Google Wallet ตรวจว่าบาร์โค้ดสแกนได้ แบรนด์แสดงถูกต้อง และการแจ้งเตือนตามตำแหน่ง (ถ้ามี) ทำงานเมื่ออยู่ในระยะ บัตรที่ใช้ได้แพลตฟอร์มเดียวแต่พังอีกแพลตฟอร์ม ทำให้จุดประสงค์ของการรองรับทั้งสองฝั่งหมดความหมายไปเลย
รักษาให้ทั้งสองเวอร์ชันตรงกันเสมอ
การสร้างและดูแลบัตรสองใบแยกกันสำหรับ Apple และ Google ทำให้งานเพิ่มเป็นสองเท่าทุกครั้งที่มีอะไรเปลี่ยน ระดับสมาชิกใหม่ การรีแบรนด์ เกณฑ์รางวัลที่เลื่อน Pushwoosh Wallet passes ออกบัตรใบเดียวที่ใช้ได้ทั้งสองฝั่ง อัปเดตครั้งเดียวก็ไปถึงทุกเครื่องที่บันทึกบัตรไว้ ไม่ว่าจะเป็น Apple หรือ Google โดยไม่ต้องสร้างซ้ำอีกรอบ หลังจากออกบัตรแล้ว คุณยังเชื่อมต่อเข้ากับ LINE Official Account ที่ธุรกิจไทยส่วนใหญ่ใช้อยู่แล้วได้ เพื่อส่งข้อความติดตามผลหลังจากลูกค้าสะสมแต้มถึงเกณฑ์ โดยไม่ต้องเสียค่า broadcast ทุกครั้งที่มีแค่ยอดคะแนนเปลี่ยน
เปิดตัวโปรแกรม loyalty ครอบคลุมทั้งสอง wallet
Pushwoosh Wallet passes สร้างบัตรใบเดียวสำหรับ Apple Wallet และ Google Wallet จากแดชบอร์ดเดียว ทำให้ลูกค้าทุกคนได้ประสบการณ์เดียวกันไม่ว่าจะถือมือถือรุ่นไหน ดูตัวอย่างกลไกเดียวกันนี้ที่ใช้กับโปรแกรม loyalty สำหรับร้านอาหาร หรือโปรแกรม loyalty สำหรับธุรกิจค้าปลีก
