त्योहारों की भीड़: आपका गेस्ट WiFi क्या झेलता है, और उसे रखना क्या चाहिए

जन्माष्टमी से गणेश चतुर्थी, नवरात्रि, दुर्गा पूजा और फिर दिवाली तक, ज़्यादातर भारतीय वेन्यू के लिए यह साल का सबसे भीड़भाड़ वाला दौर होता है। मंदिर के पास का कैफे, मथुरा-वृंदावन की ट्रैफिक लेने वाला होटल, दही हांडी की शाम का रेस्टोरेंट, दिवाली से पहले वाले हफ्ते का मॉल: छह-सात हफ्तों तक कमरा पिछले सीज़न के बाद सबसे ज़्यादा भरा रहता है, और उसमें बैठे लगभग सारे लोग नए होते हैं।

यह भीड़ दो बिल्कुल अलग चीज़ें परखती है, और ज़्यादातर मालिक सिर्फ पहली के बारे में सोचते हैं। नेटवर्क को ऐसी भीड़ झेलनी है जो उसने पहले कभी नहीं उठाई। और बिज़नेस को उस कमरे से कुछ रखना है, जिसमें बैठे लोग वरना दोबारा कभी नहीं दिखेंगे।

पहली परीक्षा: वह भीड़ जो नेटवर्क ने कभी नहीं उठाई

त्योहार वाले load की दिक्कत यह है कि वह धीरे-धीरे नहीं बढ़ता। जो कैफे सामान्य शाम को तीस devices आराम से चला लेता है, उससे बड़ी रात को चालीस नहीं, एक सौ बीस मांगे जाते हैं — और ज़्यादातर उन्हीं दो घंटों में आते हैं, ज़्यादातर रिश्तेदारों से video call पर या फोटो अपलोड करते हुए।

ठीक उसी वक्त दो तरह की failure सामने आती हैं, और गेस्ट को दोनों एक जैसी दिखती हैं।

पहली यह कि connection सच में भर चुका है: line और access point जितने devices के लिए बने थे, उससे ज़्यादा जुड़ गए, तो सब कुछ एक साथ धीमा हो जाता है। यह equipment से ज़्यादा planning की दिक्कत है, और इसका हिसाब सीज़न के दौरान नहीं, उससे पहले लगाना बेहतर है — कमरे को असल में कितना bandwidth चाहिए और उस floor पर सच में कितने access point लगते हैं, दोनों का। जिस वेन्यू ने अपना सामान्य peak कभी नापा ही नहीं, वह त्योहार वाले peak का अंदाज़ा भी नहीं लगा सकता।

दूसरी failure ज़्यादा छिपी हुई और ज़्यादा आम है: कुछ भी भरा नहीं है, लेकिन गिनती के कुछ devices पूरी line खा रहे हैं, इसलिए बाकी नब्बे लोगों को कुछ नहीं मिल रहा। per-session limit इसी को रोकने के लिए होती है — गेस्ट के साथ कंजूसी करने के लिए नहीं, बल्कि इसलिए कि एक आदमी का cloud backup चुपचाप बाकी सबका outage न बन जाए। इससे जुड़ा जाल यह मान लेना है कि unlimited user count का मतलब unlimited capacity है; ऐसा नहीं है, और इन दोनों का फर्क आमतौर पर साल की सबसे व्यस्त रात को ही पता चलता है।

और अगर उसी दौरान line खुद बंद हो जाए, तो नुकसान मिनटों में नहीं गिना जाता। वह उस वक्त कमरे में मौजूद लोगों की संख्या में गिना जाता है, जो त्योहार की रात को साल भर में सबसे ज़्यादा होती है — यही पूरी वजह है कि backup connection अपने आप चालू होना चाहिए, न कि तब जब कोई स्टाफ मेंबर ध्यान देकर ISP को फोन करे।

दूसरी परीक्षा: कमरे में हर आदमी अनजान है

यही हिस्सा छूट जाता है। किसी सामान्य मंगलवार को कमरे का अच्छा-खासा हिस्सा regulars होते हैं — वे लोग जिन्हें आप पहले से जानते हैं, जो बिना कहे लौटकर आएंगे। त्योहार की रात को ज़्यादातर लोग आपके वेन्यू पर पहली बार आए हैं और, आंकड़ों के हिसाब से, दोबारा कभी नहीं आएंगे। वे त्योहार के लिए आए थे, आपके लिए नहीं।

असली मौका यही है, और इसकी उम्र बहुत छोटी है। एक सौ बीस लोग अंदर आए, आपका WiFi इस्तेमाल किया, पैसे खर्च किए, और पूरी तरह अनजान रहकर बाहर निकल गए। उनके बारे में कुछ भी कहीं दर्ज नहीं हुआ जहां तक आप पहुंच सकें। अगले महीने, जब काम ठंडा होगा, उनमें से किसी को यह बताने का कोई रास्ता नहीं होगा कि आप मौजूद हैं।

आपके नाम वाली login screen यही गणित बदलती है, क्योंकि connect होने के लिए गेस्ट को वैसे भी एक कदम उठाना ही है। जब कोई OTP से login करता है, तो आपके पास एक ऐसा नंबर आता है जो उसी तरीके से verified है जो असल में मायने रखता है: उस पर code गया और सही-सही वापस आया। एक त्योहारी सीज़न में यह भीड़ को ऐसे customer record में बदल देता है जो आपका अपना है, किराए का नहीं — रोज़मर्रा की आवाजाही से बना, और counter पर किसी को “हमारी list join कर लीजिए” कहे बिना।

एक फर्क, जो भीड़ के वक्त बाकी किसी भी समय से ज़्यादा मायने रखता है: verified होना और marketable होना एक बात नहीं है। जो नंबर इसलिए लिया गया कि गेस्ट online हो सके, वह उसी काम के लिए लिया गया था। बाद में उसी नंबर पर promotion भेजना एक नया काम है, जिसके लिए अलग और साफ opt-in चाहिए — login screen पर ही, connect बटन से अलग, और मना करने पर भी WiFi मिलना चाहिए। भारत के DPDP नियम इस बारे में साफ हैं, और त्योहार ठीक वही वक्त है जब लापरवाही का लालच सबसे ज़्यादा होता है, क्योंकि नंबर पहले से कहीं तेज़ रफ्तार से आ रहे होते हैं।

जिस रात login धीमा नहीं होना चाहिए, उसी रात वह सबसे ज़्यादा टेस्ट होता है

जो login flow घंटे में आठ गेस्ट पर ठीक चलता है, वह अस्सी पर बिखर सकता है। आम वजह SMS है। Load बढ़ने पर delivery धीमी होती है, DND settings एक हिस्से को सीधे रोक देती हैं, और भीड़ भरे कमरे में धीमे फोन के साथ खड़ा गेस्ट लगभग बीस सेकंड में हार मान लेता है। ज़्यादा traffic वाली रातों के लिए SMS के मुकाबले WhatsApp OTP के पक्ष में यही सबसे मज़बूत व्यावहारिक तर्क है: वह उस app में आता है जो गेस्ट के फोन पर पहले से खुला है, और तिमाही की सबसे व्यस्त शाम को operator की queue पर निर्भर नहीं करता।

एक दूसरा रास्ता रखना भी काम आता है, जो किसी message के आने पर टिका ही न हो। किसी booked event, शादी के block, कॉर्पोरेट दिवाली पार्टी या पूजा के आयोजन के लिए, दरवाज़े पर बांटे गए printed voucher पूरे ग्रुप को बिना code का इंतज़ार कराए online कर देते हैं, और फिर भी रिकॉर्ड रहता है कि कौन कब तक जुड़ा था। यही व्यवस्था events के लिए bulk access को अफरा-तफरी की जगह एक चलने लायक चीज़ बनाती है।

इसके बाद आप क्या कर सकते हैं

Follow-up ही वह जगह है जहां त्योहारी भीड़ या तो काम आती है या भाप बनकर उड़ जाती है, और गलत काम करने का लालच तुरंत आता है: सितंबर में जमा हुए हर नंबर पर दिवाली का offer भेज देना। इससे list जलती है, और WhatsApp sender की quality rating तेज़ी से गिर सकती है — यहां platform के नियम और कानून, दोनों एक ही दिशा में इशारा करते हैं। जो तरीका चलता है वह ज़्यादा सीमित है: सिर्फ उन्हीं को message करें जिन्होंने opt-in किया, कम भेजें, और हर message इतना ठोस हो कि पढ़ने वाले को उसका आना अच्छा लगे।

अच्छी बात यह है कि त्योहार की timing आधा काम खुद कर देती है। जो गेस्ट नवरात्रि में आया था, उसे छह हफ्ते बाद अपने दिवाली menu के बारे में बताना सचमुच समझदारी है, और ऐसा एक message — उन लोगों को भेजा गया जिन्होंने सुनने की हामी भरी थी — पूरे सीज़न के आम promotions से ज़्यादा कीमती है।

व्यस्त सीज़न किन चीज़ों को ठीक नहीं करता

इनमें से कुछ भी उस नेटवर्क को नहीं बचाता जो पहले से ही कमज़ोर था। त्योहार की भीड़ नई दिक्कतें बनाती नहीं, बल्कि उन्हें उजागर करती है जिन्हें खाली कमरा छिपाए हुए था: गलत कोने में लगा access point, हमेशा से छोटी पड़ रही line, और वह login जिसे कतार में खड़े होकर किसी ने आज़माया ही नहीं। इनमें से हर एक को सीज़न से पहले वाले हफ्ते में ढूंढना, सीज़न के बीच में ढूंढने से सस्ता पड़ता है।

अगर आप इस दौर में बिना branded login वाले router page के साथ और अपने असली peak की जानकारी के बिना जा रहे हैं, तो काम का क्रम यह है: सामान्य peak नापिए, उसका तीन-चार गुना मानकर तैयारी कीजिए, नेटवर्क के आगे ऐसा login लगाइए जो नंबर verify करे और साफ opt-in मांगे, और उसके बाद ही सोचिए कि भेजना क्या है। Wyfy Guest यह पूरी चेन — branded login, OTP, उसके पीछे failover, और दूसरे सिरे पर campaign — एक managed setup की तरह चलाता है, जिसका सीधा मतलब यह है कि कमरा भरा हो और कुछ जांचना पड़े, तो देखने की जगह एक ही होती है।