Loyalty card बनाने की गाइड ढूंढें तो ज़्यादातर दो तरह की मिलेंगी: एक जो Apple Wallet पर चलकर रुक जाती है, और एक जो Google Wallet के लिए वही करती है। किसी एक को फॉलो करें और आपने आधा प्रोग्राम बनाया — क्योंकि भारत में आपके करीब 95% कस्टमर Android पर हैं, और सिर्फ Apple Wallet कवर करने का मतलब है उस मेजॉरिटी को मिस करना।
यह वर्जन शुरू से ही दोनों को कवर करता है, क्योंकि कस्टमर का प्लेटफ़ॉर्म यह तय नहीं करना चाहिए कि आपका loyalty card उस तक पहुंचे या नहीं।
Digital Loyalty Card कैसे बनाएं (दो अलग बिल्ड के बिना)
नेटिवली बनाया जाए तो, Apple Wallet और Google Wallet दो अलग-अलग टेक्निकल रास्ते हैं। Apple PassKit के ज़रिए एक साइन्ड .pkpass फाइल इस्तेमाल करता है; Google अपने खुद के Wallet API से एक pass object इस्तेमाल करता है। हर एक अपने सर्टिफिकेट्स और अपनी अपडेट पाइपलाइन पर चलता है, तो ज़्यादातर कंपनियों में दोनों सपोर्ट करने का मतलब है बैकलॉग में एक की बजाय दो अलग टिकट।
एक no-code pass builder इसे एक वर्कफ़्लो में समेट देता है। आप कार्ड — फ़ील्ड्स, कलर, बारकोड सब कुछ — एक बार डैशबोर्ड में डिज़ाइन करते हैं, और प्लेटफॉर्म उसी एक डिज़ाइन से Apple और Google दोनों वर्जन जनरेट और साइन करता है। आप दो अलग कार्ड डेफिनिशन मेंटेन नहीं कर रहे जो बिना किसी को पता चले आउट-ऑफ-सिंक हो जाएं; आप एक ही मेंटेन कर रहे हैं।
छोटे बिजनेस के लिए Loyalty Card ऐप: क्या इसकी ज़रूरत भी है
छोटे बिजनेस के लिए एक डेडिकेटेड loyalty ऐप कंप्लीट सॉल्यूशन जैसा लगता है, लेकिन ज़्यादातर छोटी टीमें इसकी असली कीमत कम आंकती हैं: एक डाउनलोड जो ज़्यादातर कस्टमर पूरा नहीं करेंगे, चलती रहने वाली App Store और Play Store मेंटेनेंस, और एक बिल्ड जिसे हर बार किसी भी प्लेटफ़ॉर्म के नियम बदलने पर अपडेट करना पड़े।
एक wallet pass वही कोर मैकेनिक देता है: एक points balance, एक tier, स्कैन होने वाला बारकोड, बिना किसी डाउनलोड के। ज़्यादातर छोटे बिजनेस के लिए, यह ट्रेड-ऑफ हर बार wallet pass के पक्ष में जाता है, खासकर भारत के Android-first मार्केट में जहां कस्टमर पहले से इसी वॉलेट में मौजूद है। एक ऐप तभी अपनी कीमत वसूल करता है जब आपको ऐसा फंक्शन चाहिए जो pass असल में नहीं कर सकता, जैसे in-app ऑर्डरिंग या एक सोशल फीड; points ट्रैक करने और दोबारा विज़िट के लिए नज देने के लिए, यह ओवरहेड है जिसकी ज़रूरत नहीं।
Step-by-Step: एक कार्ड, दोनों Wallet
-
कार्ड एक बार डिज़ाइन करें
अपनी ब्रांडिंग, कलर, लोगो, और वो फ़ील्ड्स सेट करें जो मायने रखते हैं: points balance या stamp count को primary field के तौर पर, एक expiry date या member ID को secondary के तौर पर। वो बारकोड या QR वैल्यू जोड़ें जो आपका point of sale स्कैन करेगा। यह डिज़ाइन स्टेप ठीक एक बार होता है, चाहे आप कितने भी प्लेटफ़ॉर्म पर इशू कर रहे हों।
-
Apple और Google को एक साथ पब्लिश करें
उसी डैशबोर्ड से, pass के Apple Wallet और Google Wallet दोनों वर्जन जनरेट करें। साइनिंग और फ़ॉर्मैटिंग का फ़र्क प्लेटफ़ॉर्म खुद संभालता है, तो जो आप पब्लिश करते हैं वो एक install लिंक और एक QR कोड है, जो कस्टमर के डिवाइस के हिसाब से सही pass फ़ॉर्मैट में रिज़ॉल्व होता है — भारत के मार्केट में इसका मतलब है ज़्यादातर स्कैन Google Wallet पर जाना, और Apple Wallet cross-platform रीच के लिए बना रहना।
-
Install लिंक दोनों प्लेटफ़ॉर्म पर टेस्ट करें
एक iPhone पर लिंक खोलें और कन्फ़र्म करें कि कार्ड सही प्रीव्यू होकर Apple Wallet में ऐड होता है, फिर एक Android डिवाइस पर Google Wallet के लिए यही दोहराएं। चेक करें कि बारकोड स्कैन होता है, ब्रांडिंग सही दिखती है, और कोई भी location-based अलर्ट रेंज में फ़ायर होता है। एक कार्ड जो एक प्लेटफ़ॉर्म पर चले और दूसरे पर टूटे, दोनों के लिए बनाने का पूरा मकसद ही खत्म कर देता है।
दोनों वर्जन को सिंक में रखना
Apple और Google के लिए दो अलग pass बनाना और मेंटेन करना हर बदलाव पर काम दोगुना कर देता है: एक नया tier, एक rebrand, एक शिफ्टेड reward threshold। Pushwoosh Wallet passes एक कार्ड इशू करता है जो दोनों पर चलता है, तो एक बार किया गया अपडेट हर उस डिवाइस तक पहुंचता है जिसने इसे सेव किया था, चाहे Apple हो या Google, बिना किसी दूसरे बिल्ड की ज़रूरत के।
दोनों Wallet पर Loyalty लॉन्च करें
Pushwoosh Wallet passes एक ही डैशबोर्ड से Apple Wallet और Google Wallet के लिए एक कार्ड बनाता है, तो हर कस्टमर को एक जैसा एक्सपीरियंस मिलता है, चाहे उसकी जेब में कोई भी फ़ोन हो। देखें यही मैकेनिक कैसे काम करती है किसी restaurant loyalty program में या एक बड़े retail loyalty program में।
