Swiggy या Zomato पर एक ऑर्डर “confirmed” से “delivered” तक 5 से 7 पुश नोटिफिकेशन ट्रिगर कर सकता है। हफ्ते में 2-3 ऑर्डर लगाइए, और ऐप स्पैम जैसा दिखने लगता है। एक औसत स्मार्टफोन यूज़र पहले से ही रोज़ 46 पुश नोटिफिकेशन रिसीव करता है; और 43% यूज़र्स नोटिफिकेशन डिसेबल कर देते हैं जब ऐप्स हफ्ते में सिर्फ 2–5 भेजते हैं।
यूज़र्स को हर मोमेंट पता होना चाहिए कि क्या हो रहा है — पर वे पांच बार इंटरप्ट नहीं होना चाहते। एंगेजमेंट और opt-out के बीच का फर्क इसी में है: किस मोमेंट को पुश चाहिए, और किसको बस visible रहना है।
Alerts बनाम live state: यही एक डिस्टिंक्शन काफ़ी है
ज़्यादातर टीम्स पुश नोटिफिकेशन को हर रियल-टाइम चीज़ के लिए डिफ़ॉल्ट चैनल मानती हैं। Order confirmed, पुश। Driver assigned, पुश। Driver en route, पुश। Driver arriving, पुश। Delivered, पुश। एक ऐसे इवेंट के लिए पांच इंटरप्शन जो यूज़र ने ख़ुद initiate किया है और वो पहले से expect कर रहा है।
हर अपडेट मायने रखता है, पर हर अपडेट को पुश नोटिफिकेशन होने की ज़रूरत नहीं। रियल-टाइम सिनेरियोज़ में 2 fundamentally different कम्युनिकेशन जॉब्स होती हैं:
Alerts कहते हैं “कुछ हुआ है! अभी देखो।” ये इंटरप्ट करते हैं और अटेंशन मांगते हैं। इनकी जगह उन मोमेंट्स में है जहां genuine decision या behavior change ज़रूरी है: आपकी फ्लाइट का गेट बदल गया, पेमेंट फेल हुआ, आपकी कैब पहुंच गई।
Live state कहता है “अभी ये हो रहा है, जब चाहो तब देखो।” ये ambient है और continuously update होता है। Live state उन चीज़ों को कवर करता है जिन्हें यूज़र ट्रैक करना चाहता है बिना react किए: ड्राइवर की लोकेशन, prep time, delivery ETA, मैच स्कोर, वर्कआउट डिस्टेंस।
पुश नोटिफिकेशन alerts के लिए बने थे। Live Activities live state के लिए बने थे। State tracking के लिए पुश का इस्तेमाल करना यानी यूज़र को इंटरप्ट करके वो बताना जो उसने पूछा ही नहीं था।
3-मैसेज रूल
किसी भी रियल-टाइम सिनेरियो के लिए, आपको ज़्यादा से ज़्यादा 3 पुश नोटिफिकेशन चाहिए।
Start. कन्फर्म करें कि प्रोसेस शुरू हो गई है। “आपका ऑर्डर कन्फर्म हो गया है।” “Payment initiated।” “आपकी राइड आ रही है।” ये expectations सेट करता है, यूज़र को कॉन्फिडेंस देता है, और वो Live Activity activate करता है जो बाकी सब कैरी करेगी।
Exception. कुछ गलत हुआ है या अटेंशन चाहिए। “आइटम unavailable है।” “आपके ड्राइवर को entrance नहीं मिल रहा।” “Payment declined, कार्ड अपडेट करें।” “फ्लाइट 2 घंटे देरी से।” ये genuine इंटरप्शन हैं क्योंकि action ज़रूरी है।
Finish. प्रोसेस पूरी हुई। “आपका ऑर्डर डिलीवर हो गया है।” “Payment received।” “आप पहुंच गए।” ये लूप क्लोज़ करता है और Live Activity ख़त्म करता है।
Start और Finish के बीच सब कुछ lock screen पर Live Activity के रूप में रहता है: prep time घटते हुए, ड्राइवर मैप पर मूव होते हुए, स्कोर अपडेट होते हुए, ETA रीकैलकुलेट होते हुए। ऑटोमैटिकली अपडेट, ज़ीरो इंटरप्शन के साथ।
प्रैक्टिस में कैसा दिखता है: एक फूड डिलीवरी ऑर्डर
एक स्टैंडर्ड Swiggy/Zomato-स्टाइल डिलीवरी फ्लो लीजिए — पहले और बाद।
पहले (push-only अप्रोच), ~45 मिनट में 5 नोटिफिकेशन:
- 🔔 “आपका ऑर्डर कन्फर्म हो गया है”
- 🔔 “आपका ऑर्डर तैयार हो रहा है”
- 🔔 “आपके courier ने ऑर्डर pick up कर लिया है”
- 🔔 “आपका courier पास में है”
- 🔔 “आपका ऑर्डर डिलीवर हो गया है”
एक लंच ऑर्डर के लिए पांच इंटरप्शन। हफ्ते में दो-तीन ऑर्डर लगाइए, और एक अकेला ऐप 10–15 नोटिफिकेशन पुश कर रहा है। यही वो थ्रेशोल्ड है जहां से यूज़र्स नोटिफिकेशन पूरी तरह बंद करना शुरू करते हैं।
बाद में (3-push रूल + Live Activity):
- 🔔 Push: “आपका ऑर्डर कन्फर्म हो गया है” → Live Activity शुरू
- 📱 Live Activity silently अपडेट: preparing → picked up → courier location → ETA countdown
- 🔔 Push (सिर्फ अगर ज़रूरी हो): “Courier को building access नहीं हो रहा, कृपया फ़ोन देखें”
- 📱 Live Activity: ETA countdown जारी
- 🔔 Push: “आपका ऑर्डर डिलीवर हो गया है” → Live Activity ख़त्म
यूज़र 5 इंटरप्शन से 2 पर आ जाता है, या तीन अगर कोई इशू हो। Lock screen साफ़ रहती है, और रियल-टाइम visibility असल में बेहतर होती है। पांच disconnected pings की जगह, यूज़र को ड्राइवर लोकेशन और ETA के साथ एक live, continuous ट्रैकर दिखता है, हर कुछ सेकंड में refresh होता हुआ।
आउटकम: कम opt-outs, “मेरा ऑर्डर कहां है” वाले सपोर्ट टिकट्स में कमी, और ऐप 30–45 मिनट तक लगातार lock screen पर visible रहता है — पांच बार flash करके ग़ायब होने के बजाय।
अपने ऐप के लिए रूल adapt करें
यही रूल हर जगह काम करता है जहां यूज़र्स कुछ रियल-टाइम में ट्रैक करते हैं। भारतीय ऐप्स के कॉन्टेक्स्ट में:
| ऐप | Push: Start | Live Activity | Push: Exception | Push: Finish |
|---|---|---|---|---|
| Ride-hailing (Ola, Uber, Rapido) | ड्राइवर assigned | लोकेशन, ETA, vehicle details, OTP | ड्राइवर cancelled / re-routed | Trip पूरी + fare |
| E-commerce (Flipkart, Myntra, Meesho) | ऑर्डर shipped | Packing → in transit → out for delivery → nearby | Delay या failed delivery attempt | Delivered |
| FinTech (PhonePe, Paytm, Google Pay) | UPI transaction initiated | Processing status (bank verification, cross-border) | Payment failed / unusual activity | Transaction complete |
| Gaming (Dream11, MPL, WinZO) | Contest शुरू / energy full | Leaderboard position, live score, progress | Opponent found / streak at risk | Match result + winnings |
| News & media (Inshorts, Dainik Bhaskar) | Breaking story / live event | Live ticker: cricket score, vote count, headline | Major development | Event concluded |
हर केस में, पुश नोटिफिकेशन उन transitions को mark करता है जो matter करते हैं। Live Activity उनके बीच की state कैरी करती है।
बिना stack rebuild किए कैसे शुरू करें
आम objection: “Live Activities add करने के लिए हमें major refactor चाहिए।” Practice में, तीन-step अप्रोच एक single sprint में फिट हो जाता है।
-
अपना current push flow ऑडिट करें
एक real-time journey चुनें (order tracking, एक राइड, एक match) और हर पुश नोटिफिकेशन list करें जो ये ट्रिगर करता है। हर एक को flag करें: क्या यूज़र को कुछ do करना है या कुछ नया know करना है, या ये बस status update है जो वो खुद check कर सकता है? आमतौर पर 5–7 में से सिर्फ 2–3 पुश इस filter से survive करते हैं।
-
Suppress और replace करें
Status-update पुश ऑफ करें। Start push पर Live Activity launch करें, Finish push पर end करें। जहां पहले पुश भेजते थे, वहां API के ज़रिए update करें।
-
Measure करें
2–4 हफ्ते में तीन चीज़ें track करें। Opt-out rate drop होनी चाहिए। Support ticket volume — खासकर "मेरा ऑर्डर कहां है" वाले — कम होने चाहिए क्योंकि Live Activities यूज़र्स को self-serve visibility देती हैं। और session frequency अक्सर बढ़ती है — घटती नहीं: active Live Activity वाले यूज़र्स ऐप ज़्यादा open करते हैं, क्योंकि lock screen एक re-entry point बन जाती है।
