जब तक आपका मोबाइल ऐप कस्टमर के फोन में इंस्टॉल है, आपके पास चैनल्स हैं — push, in-app, वह सब कुछ जो install के साथ आता है। दिक्कत यह है कि यह install पर ही डिपेंड करता है — एक स्टोरेज क्लीनअप, और ऐप के अंदर के सारे चैनल्स एक साथ चुप हो जाते हैं।
एक wallet pass install पर डिपेंड नहीं करता। यह Apple Wallet या Google Wallet में रहता है — वो ऐप्स जो फोन के साथ ही आते हैं और कभी डिलीट नहीं होते। भारत में Android का मार्केट शेयर 95%+ है, तो ज़्यादातर ऑडियंस के लिए Google Wallet ही वो जगह है जहां यह चैनल असल में टिकता है — Apple Wallet cross-platform completeness के लिए साथ चलता है। कस्टमर इसे एक बार ऐड करता है, और यह महीनों तक रहता है, खुद अपडेट होता रहता है — एक retention surface, उसी ऑडियंस पर जहां आपका push और email पहले से पहुंच रहे हैं।
Pass इशू करना पहले एक डेडिकेटेड वेंडर का काम होता था। अब कोई भी ब्रांड इन्हें डिज़ाइन, इशू और अपडेट कर सकता है सीधे Pushwoosh से। यह पोस्ट इसी के बारे में है: यूज़ केसेस, और pass को उन चैनलों के साथ कैसे कॉम्बिन करें जो आप पहले से चला रहे हैं।
Wallet pass क्या है — और यह क्यों टिका रहता है
Wallet pass आपके coupon, loyalty card, या boarding pass को सीधे कस्टमर के फोन पर रखने का एक तरीका है।
आप इसे एक बार डिज़ाइन करते हैं, कस्टमर “Add to Apple Wallet” या “Save to Google Wallet” टैप करता है, और उसके बाद कार्ड खुद को मेंटेन करता है: आप points बैलेंस, gate, seat, offer, या expiry date बदलते हैं, और pass हर उस डिवाइस पर अपडेट हो जाता है जहां वह सेव है। जब कुछ ज़रूरी बदलता है, तो pass लॉक स्क्रीन पर एक नोटिफिकेशन दिखा सकता है। जब कस्टमर आपके स्टोर या venue के पास से गुज़रता है, तो सही कार्ड खुद सामने आ जाता है।
”
जब loyalty एक डेडिकेटेड ऐप के अंदर रहती है, तो आप एक फोन क्लीनअप की दूरी पर होते हैं उस मेंबर को खोने से। Wallet pass इसलिए बचते हैं क्योंकि ये OS लेवल पर रहते हैं, ऐप लेवल पर नहीं। जब हमने यह बनाया, तो मुझे यही चाहिए था — pass, push, email और in-app के साथ, एक ही जगह पर।
🛠️
Pushwoosh में Apple और Google दोनों wallet native हैं। आप pass को no-code builder में या API से डिज़ाइन करते हैं, इशू करते हैं, और उसी platform से अपडेट करते हैं जो आपका push, email और in-app messaging चलाता है — कोई third-party pass tool वायर करने की ज़रूरत नहीं। हर pass एक Pushwoosh User ID को इशू होता है, तो pass होल्डर्स बाकी ऑडियंस के साथ उन्हीं segments और customer journeys में बैठते हैं।
☝🏻
एक नियम पूरे चैनल को हेल्दी रखता है: Apple और Google, wallet pass को एक utility मानते हैं, और pass notifications को सिर्फ relevant updates तक सीमित रखते हैं (जैसे कोई field बदली, या कोई location पास आई)। Pass के ज़रिए marketing मैसेज भेजना दोनों platforms की guidelines तोड़ता है।
Wallet pass को अपने communication stack में एक अतिरिक्त फीचर की तरह ट्रीट करें, जो trust बनाए और retention बढ़ाए। Wallet वह इकलौती जगह है जहां आपके ब्रांड की मौजूदगी हमेशा accurate और कभी noisy नहीं होती — यही वजह है कि कस्टमर महीनों तक pass रखते हैं जबकि push चैनल एक दोपहर में mute कर देते हैं।
Promo pressure push, email और in-app में होना चाहिए, जहां यूज़र्स इसकी उम्मीद करते हैं और frequency आपके हाथ में है। Wallet pass अपनी जगह useful बने रहकर कमाता है, loyalty और trust बढ़ाकर।
Wallet pass को अपने channel mix में जोड़ें
Apple और Google Wallet pass इशू करें, उसी push, email और in-app के साथ जो आप पहले से भेज रहे हैं।
देखें कैसे
Loyalty, stamp और store card: points जो खुद अपडेट हों
सबसे उपयुक्त: retail, QSR और coffee, grocery, fitness
Loyalty card इस पूरे यूज़-केस का flagship है। एक wallet pass कार्ड पर ही live points, tier और rewards दिखाता है, और बैलेंस बदलते ही रिफ्रेश हो जाता है। भारत में QSR और coffee चेन्स से लेकर local retail तक, यही मैकेनिक चलती है — repeat कस्टमर ही असली margin ड्राइवर है।
💡
Pro tip: एक live points बैलेंस, आपके API से ड्रिवन। कस्टमर checkout पर points कमाता है, आपका सिस्टम API कॉल करता है, और कार्ड पर नंबर बैकग्राउंड में अपडेट हो जाता है। न ऐप खोलना, न “अपना बैलेंस चेक करें” वाला email। Reward status lock screen पर पहले से मौजूद होता है, इससे पहले कि कस्टमर तय करे कि उस पर एक्ट करना है या नहीं।
Coupon और offer: स्टोर के पास दिखें, टाइम पर expire हों
सबसे उपयुक्त: retail, grocery, marketplaces
Push notification में भेजा गया promo code one-shot होता है: देखा या मिस हुआ, फिर गायब। एक coupon pass तब तक wallet में रहता है जब तक वह expire नहीं होता, और जब तक वह वहां है, अपना काम करता रहता है। Big Billion Days (Flipkart) या Great Indian Festival (Amazon) जैसे सेल इवेंट्स के दौरान, या दिवाली की shopping season में, यही coupon pass उस पूरी विंडो में wallet में बना रहता है — sale खत्म होने तक।
💡
Pro tip: expiry के साथ near-store relevance जोड़ें। Pass में 10 locations तक जोड़ें, ताकि कस्टमर आपके स्टोर के पास हो तो यह lock screen पर सामने आए। Expiration status सेट करें, ताकि offer खत्म होते ही pass खुद grey out हो जाए — एक dead coupon कभी live दिखता हुआ पड़ा न रहे।
Boarding pass: gate changes जो traveler तक पहुंचें
सबसे उपयुक्त: airlines, travel और OTA
एक trip के लिए कोई airline ऐप दोबारा install नहीं करता। लेकिन हर traveler अपने wallet में boarding pass ऐड करेगा, क्योंकि boarding pass की जगह ही wallet है — यह ऐसी distribution है जो ऐप को कभी नहीं मिलती। भारत की domestic flights में भी यही ट्रेंड दिखता है, जहां ऐप-इंस्टॉल कम है पर wallet-add लगभग यूनिवर्सल है।
Pass gate, seat और boarding group कैरी करता है — और जैसे ही इनमें से कोई बदले, live अपडेट होता है। Gate B12 से C4 हो गया? जब तक traveler फोन देखे, उसके फोन पर pass पहले ही C4 बता रहा होता है।
💡
Pro tip: जिन बदलावों का इंतज़ार एक नज़र तक नहीं हो सकता, उनके लिए pass को push notification के साथ pair करें, और push तक न पहुंच पाने वाले travelers के लिए SMS जोड़ें। कार्ड current state रखता है; मैसेज यह पक्का करते हैं कि वह state notice हो जाए।
🛠️
Customer Journey Builder यह पूरा sequence एक ही canvas पर चलाता है — pass journey का एक step है, अलग audience वाला अलग tool नहीं।
Event ticket: scannable, current, और सही जेब में
सबसे उपयुक्त: events और ticketing, live sports, theme parks, cinema
एक event ticket pass एक memory वाला scannable barcode है। Seat, section, gate और start time कार्ड पर होते हैं; barcode attendee को बिना PDF ढूंढे या screenshot folder खंगाले गेट के अंदर पहुंचा देता है। भारत में यह IPL के मैच से लेकर PVR/INOX जैसी cinema chains तक — हर हाई-वॉल्यूम ticketing वर्टिकल पर उतना ही काम करता है।
💡
Pro tip: Pass अपडेट करें, और हर ticket holder के पास current version अपने आप पहुंच जाता है। Event के आसपास, आपका बाकी stack वो पल पकड़ता है जो कार्ड नहीं पकड़ सकता: शो की सुबह एक push, ऐप खोलने पर parking या merch के लिए एक in-app upsell, event के बाद के offer के साथ एक email।
Gift card: बैलेंस zero होने के बाद re-engagement
सबसे उपयुक्त: retail, F&B, gaming
एक plastic gift card दो बार मरता है: एक बार जब बैलेंस खाली होता है, और एक बार जब वह फेंक दिया जाता है। Wallet gift card दोनों से बच जाता है। Live बैलेंस कार्ड पर रहता है, हर purchase पर अपडेट होता है, और जब वह zero पर पहुंचे — कार्ड अब भी वहीं है, wallet में, आपका ब्रांड कैरी करते हुए।
💡
Pro tip: वह zero वाला पल बनाने लायक trigger है। बैलेंस खाली होना एक purchase event है, जो इसे एक journey entry बनाता है: “आपका gift card खाली है — इसे reload करें और 10% extra पाएं।” UPI-लिंक्ड reload के साथ यह offer किसी भी cold win-back push से बेहतर लैंड करता है, क्योंकि कस्टमर ने अभी-अभी आपके साथ खर्च खत्म किया है और कार्ड एक tap दूर है।
और भी wallet pass types जो काम आ सकते हैं
बाकी types भी इसी logic पर चलते हैं, हर एक का काम थोड़ा narrower है:
- Transit ticket — rail, bus, tram या ferry के लिए single या round-trip pass, legs और validity कार्ड पर। भारत में यह Indian Railways और metro सिस्टम्स (जैसे Delhi Metro, Mumbai locals) के लिए खासतौर पर बड़ा यूज़-केस है। (rail, public transit)
- Membership और ID card — एक gym card, club membership, या insurance card जो हमेशा current हो, हमेशा फोन पर हो। (fitness और clubs, hotels, insurance)
- Season pass — एक scannable ticket जो पूरा run कवर करे: theme park की एक season, museum का एक साल, या home-game season। (theme parks, museums, live sports)
- Click-and-collect pass — एक order-ready pass जो कस्टमर pickup पर दिखाए, order status बदलते ही अपडेट हो। (BOPIS, grocery, QSR)
🔒
इंश्योरेंस और ऐसे trust-sensitive वर्टिकल्स के लिए एक नोट: Pushwoosh प्रमाणित सुरक्षा के साथ आता है — SOC 2, ISO 27001, GDPR अनुपालन — तो membership या ID card जैसे sensitive-data pass भी उसी trusted platform से इशू होते हैं जो आपका push, email और journey डेटा संभालता है।
हर pass पर एक जैसी mechanics काम करती हैं
ऊपर हर यूज़-केस एक mechanic को लीड करता है, पर सारी mechanics हर pass type पर लागू होती हैं:
| Mechanic | यह क्या करता है | कहां सबसे ज़्यादा काम आता है |
| Live update | एक field बदलें, और कार्ड हर उस डिवाइस पर रिफ्रेश होता है जहां वह सेव है | Points बैलेंस, gate, seat, order status |
| Location relevance | प्रति pass 10 locations तक; कार्ड पास होने पर lock screen पर सामने आता है | Store, venue, terminal, pickup point |
| Journey orchestration | Pass एक customer journey का एक step है, push, email और in-app के साथ | Delivery, save follow-up, re-engagement |
| API control | Pass को programmatically बड़े scale पर create, update और invalidate करें | Per-user pass, POS integration, live data |
Live update
यह क्या करता है
एक field बदलें, और कार्ड हर उस डिवाइस पर रिफ्रेश होता है जहां वह सेव है
कहां सबसे ज़्यादा काम आता है
Points बैलेंस, gate, seat, order status
Location relevance
यह क्या करता है
प्रति pass 10 locations तक; कार्ड पास होने पर lock screen पर सामने आता है
कहां सबसे ज़्यादा काम आता है
Store, venue, terminal, pickup point
Journey orchestration
यह क्या करता है
Pass एक customer journey का एक step है, push, email और in-app के साथ
कहां सबसे ज़्यादा काम आता है
Delivery, save follow-up, re-engagement
API control
यह क्या करता है
Pass को programmatically बड़े scale पर create, update और invalidate करें
कहां सबसे ज़्यादा काम आता है
Per-user pass, POS integration, live data
जो journeys आप पहले से Pushwoosh में चलाते हैं, उनमें wallet pass जोड़ें
अगर आप पहले से push, email या in-app campaigns चला रहे हैं, तो wallet pass कोई नया program नहीं है जो बनाना पड़े। यह उन journeys में एक नया step है जो आपके पास पहले से हैं: वही audience, वही segments, वही opt-in — प्लस एक कार्ड जो campaign खत्म होने के बाद भी फोन पर रहता है।
वह pass type चुनें जिसे आपके कस्टमर असल में carry करेंगे। इसे अपने highest-traffic flow के अंदर इशू करें। “हमेशा current” वाला हिस्सा कार्ड को संभालने दें, और बाकी moments आपके दूसरे चैनलों को drive करने दें।
अपने कस्टमर को एक ऐसा कार्ड दें जो रखने लायक हो
मुफ़्त में ट्राई करें