को-वर्किंग स्पेस के लिए गेस्ट WiFi, आसान भाषा में

ज़्यादातर गेस्ट WiFi प्रोडक्ट एक आइडिया पर बने हैं: एक गेस्ट, एक डिवाइस, एक छोटी विज़िट। होटल के कमरे के लिए यह ठीक काम करता है।

लेकिन को-वर्किंग स्पेस के लिए यह ठीक से काम नहीं करता। क्योंकि को-वर्किंग स्पेस अलग-अलग गेस्ट को होस्ट नहीं करता, यह टीमों को होस्ट करता है।

पाँच लोगों की स्टार्टअप टीम, एक शेयर्ड डेस्क पर। बदलता हुआ कॉन्ट्रैक्टर्स का ग्रुप। एक क्लाइंट जो हफ़्ते में दो बार आता है। इन सबको चालीस अलग लॉगिन मान लेना, यहीं से को-वर्किंग WiFi बिगड़ना शुरू होता है।

असली यूनिट एक टीम है, एक व्यक्ति नहीं

Downtown CoWork के पास चालीस अलग गेस्ट रिश्ते नहीं हैं। इसके पास मुट्ठी भर असली ग्रुप हैं।

Guest Groups ठीक इसी के लिए हैं। एक टीम बनाएँ: Sales Team, VIP Clients, Contractors। तय करें कितने लोग इसे शेयर कर सकते हैं। पूरे ग्रुप को एक यूनिट की तरह मैनेज करें, हर व्यक्ति को अलग से सेट अप करने की ज़रूरत नहीं। टीम के मेंबर्स की संख्या तय हो सकती है। या क्लाइंट अकाउंट के लिए खुली छोड़ी जा सकती है, जहाँ लोग हफ़्ते-दर-हफ़्ते बदलते रहते हैं।

यह व्यवहार में भी काम आता है। पाँच लोगों की टीम का कॉन्ट्रैक्ट ख़त्म हो, तो उनका एक्सेस हटाना एक ही एक्शन है: एक ग्रुप पर। पाँच अलग पासवर्ड बदलने का झंझट नहीं। कोई नया मेंबर टीम में जुड़े, तो उसे बस उसी ग्रुप में डाल दिया जाता है, जिसका एक्सेस पहले से सेट है। “Sales Team” के नियम दोबारा सोचने की ज़रूरत नहीं।

बहुत सारी टीमें एक साथ जोड़नी हों, तो एक फ़ाइल अपलोड से यह हो जाता है, दर्जनों फ़ॉर्म भरने की ज़रूरत नहीं। यह तब काम आता है जब आप तीन-चार से ज़्यादा टीमें चला रहे हों। ज़्यादातर को-वर्किंग स्पेस इसी पॉइंट पर अपने पुराने, अनौपचारिक पासवर्ड-शेयरिंग तरीक़े से आगे निकलते हैं।

हर मेंबर एक जैसे तरीक़े से लॉगिन नहीं करना चाहता

को-वर्किंग स्पेस की गेस्ट लिस्ट सच में मिली-जुली है। कल फिर आने वाले डेस्क-होल्डर्स। एक मीटिंग के लिए बैठा क्लाइंट। दो हफ़्ते के लिए आया कॉन्ट्रैक्टर।

लॉगिन स्क्रीन भी एक जैसी नहीं होती। बार-बार आने वालों के लिए OTP दिया जा सकता है। सिर्फ़ गुज़रते हुए आने वालों के लिए वाउचर कोड, जिनकी वैलिडिटी आप ख़ुद तय करते हैं।

डे-पास विज़िटर को फ़ोन-वेरिफ़ाइड अकाउंट की ज़रूरत नहीं। कुछ घंटों के लिए वैध वाउचर काफ़ी है। किसी वॉक-इन गेस्ट को स्टोर्ड कॉन्टैक्ट बनाने की ज़रूरत नहीं।

लैंडलॉर्ड को फ़ीलिंग नहीं, नंबर चाहिए

को-वर्किंग ऑपरेटर्स एक बात में अलग हैं। उन्हें अक्सर WiFi के खर्च की वजह किसी और को बतानी पड़ती है: लैंडलॉर्ड, इन्वेस्टर, या मासिक फ़ीस देने वाला मेंबर। “WiFi ठीक चल रहा है” जैसी बात इस बातचीत में नहीं टिकती।

Reports टिकती है। उस लोकेशन और डेट रेंज के लिए Guest Activity या Bandwidth & Cost रिपोर्ट चलाएँ। यह एक असली डॉक्यूमेंट के तौर पर निकलती है, मीटिंग में ज़ुबानी समझाने वाला डैशबोर्ड स्क्रीनशॉट नहीं।

अपटाइम पर भी यही बात लागू होती है। को-वर्किंग मेंबर की दोपहर पेड वर्क टाइम है, कैज़ुअल ब्राउज़िंग नहीं। कनेक्शन टूटना असली नुक़सान है। वही ऑटोमैटिक बैकअप इंटरनेट जो होटल गेस्ट की वीडियो कॉल चालू रखता है, वही मेंबर की वर्क कॉल भी बचाता है। Internet Connection हर लाइन की लाइव स्पीड और क्वालिटी दिखाता है। कोई असली, लगातार दिक़्क़त हो, तो यह ख़ुद बैकअप पर स्विच कर जाता है, किसी के शिकायत करने का इंतज़ार नहीं करता।

किसे क्या छूने की इजाज़त है

को-वर्किंग स्पेस की टीम अक्सर किसी अकेले कैफ़े से बड़ी होती है। मेंबर्स को चेक-इन करने वाला फ्रंट-डेस्क स्टाफ़। राउटर मैनेज करने वाला फ़ैसिलिटीज़ का व्यक्ति। शायद लॉगिन-स्क्रीन ऑफ़र चलाने वाला कोई और।

Staff Access हर व्यक्ति को एक रोल देता है, और सिर्फ़ चुनी हुई लोकेशंस का एक्सेस। एक साइट का फ्रंट-डेस्क स्टाफ़ अपने-आप शहर के दूसरे छोर की किसी लोकेशन का बैकअप इंटरनेट या Access Rules नहीं छू सकता, जहाँ उसने कभी काम ही नहीं किया।

गेस्ट के फ़ोन नंबर छिपाना भी अपना अलग स्विच है। किसी को रिपोर्टिंग एक्सेस देने से उसे अपने-आप गेस्ट के फ़ोन नंबर नहीं मिल जाते।

नतीजा क्या निकलता है

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

शेयर्ड एक्सेस के लिए Guest Groups। अलग-अलग विज़िट के लिए अलग लॉगिन ऑप्शन। जवाबदेही के लिए Reports। और एक बड़ी, फैली हुई टीम के लिए Staff Access। यही मेल है जो को-वर्किंग WiFi को असल में मतलब देता है, सिर्फ़ दरवाज़े पर अलग बोर्ड लगा गेस्ट WiFi नहीं।