सामग्री पर जाएं
सभी पोस्ट

न कोई अकाउंट, न कोई पासवर्ड: मेरी ऐप्स में लॉगिन स्क्रीन क्यों नहीं है

छह ऐप्स, शून्य साइन-अप फ़ॉर्म। अकाउंट्स को पूरी तरह टालने के पीछे की असली वजह — इसकी कीमत क्या है, यह क्या हटाता है, और सीमा कहाँ है।

MFKAPPS 5 मिनट पढ़ना

Granyn, Hydrame, Subly, Stocky, Mintly, OldSchool — छह ऐप्स, छह अलग-अलग काम, और इनमें से किसी ने भी आपको कभी साइन-अप फ़ॉर्म नहीं दिखाया। न कोई ईमेल फ़ील्ड, न पासवर्ड के नियम, न स्पैम फ़ोल्डर में बिना पढ़े पड़ी “अपना अकाउंट वेरिफ़ाई करें” वाली ईमेल। आप ऐप खोलते हैं और वह काम करती है।

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

वह डिफ़ॉल्ट जिस पर कोई सवाल नहीं उठाता

अकाउंट बनाना लगभग हर ऐप की पहली स्क्रीन बन गया, यहाँ तक कि कई ऐसी ऐप्स की भी जिनके पास इसे माँगने की कोई असली वजह नहीं है। एक पैंट्री ट्रैकर को यह याद रखने के लिए कि आपके अंडे खत्म हो गए हैं, यह जानने की ज़रूरत नहीं कि आप कौन हैं। एक बजटिंग ऐप को कॉफ़ी की एक खरीद को कैटेगराइज़ करने के लिए आपके ईमेल की ज़रूरत नहीं। कहीं न कहीं “पहले साइन अप करें” एक सोची-समझी पसंद न रहकर डेवलपर्स के लिए एक रिफ्लेक्स बन गया — टेम्प्लेट कॉपी करो, ऑथ जोड़ो, शिप कर दो।

इस डिफ़ॉल्ट की कीमत पूरी तरह यूज़र चुकाता है, वह भी किसी एक फ़ीचर को देखने से पहले ही: एक पासवर्ड जो सोचना है, एक कैप्चा जो हल करना है, एक ईमेल जो कन्फ़र्म करनी है, कभी-कभी “वेरिफ़िकेशन” के लिए एक फ़ोन नंबर। यह हर इंस्टॉल पर, शून्य वैल्यू के बदले, पहले से वसूला गया असली घर्षण है।

एक अकाउंट असल में क्या खरीदता है — और किसके लिए

इस लेन-देन के बारे में ईमानदार रहें: एक अकाउंट का फ़ायदा ज़्यादातर डेवलपर को होता है, यूज़र को नहीं। यह आपको एक स्थिर ID देता है जिसके आसपास एनालिटिक्स बनाई जा सके, ईमेल के ज़रिए लोगों को दोबारा जोड़ने का एक लीवर, और “आपका डेटा, हमारे क्लाउड में” से जुड़ी सब्सक्रिप्शन को सही ठहराने का एक तरीका। इनमें से कुछ भी अपने आप में बुरा नहीं है, लेकिन इनमें से कुछ भी मुफ़्त भी नहीं है।

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

लोकल-फ़र्स्ट इसकी जगह क्या रखता है

अकाउंट की जगह, हर ऐप डिवाइस को ही अकाउंट मानती है। डेटा पहले लॉन्च से ही Room के ज़रिए एक लोकल SQLite डेटाबेस में रहता है। लॉगिन करने के लिए कुछ है ही नहीं क्योंकि सर्वर पर दावा किए जाने का इंतज़ार करने वाला कुछ है ही नहीं।

बैकअप और रीस्टोर फिर भी मौजूद हैं — बस इन्हें काम करने के लिए किसी यूज़रनेम की ज़रूरत नहीं। Android पर, इसका मतलब है आपके नियंत्रण में एक पोर्टेबल फ़ाइल के लिए Storage Access Framework एक्सपोर्ट/इम्पोर्ट, साथ ही एक सेफ़्टी नेट के तौर पर Auto Backup for App Data जिसके बारे में आपको सोचने की भी ज़रूरत नहीं। अगर आपका फ़ोन खराब हो जाए, तो आप उस फ़ाइल से रीस्टोर करते हैं, न कि किसी ऐसे पासवर्ड से जो आपको अठारह महीने बाद याद होना चाहिए।

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

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

ईमानदार समझौता

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

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

सीमा असल में कहाँ है

जो नियम मैं इस्तेमाल करता हूँ वह सीधा है: अगर कोई फ़ीचर यह जाने बिना काम कर सकता है कि आप कौन हैं, तो उसे पूछने का हक नहीं। लॉगिन स्क्रीन कोई डिफ़ॉल्ट सेटिंग नहीं है — यह एक ख़ास समझौता है जिसे एक ख़ास फ़ीचर को सही ठहराना होता है, बदले में कुछ ऐसा देकर जिसे यूज़र महसूस कर सके: सिंक, शेयरिंग, या कोई ऐसी सर्विस जो सच में डिवाइस पर नहीं चल सकती। इसके बिना, “साइन-अप क्यों नहीं है” का ईमानदार जवाब यही है कि इसे बनाने की कभी कोई अच्छी वजह थी ही नहीं।

// संबंधित पठन

जर्नल से और भी

MFKAPPS 6 मिनट पढ़ना

अनियमित आय के साथ बजटिंग: एक सिस्टम जो तय सैलरी मान कर नहीं चलता

ज़्यादातर बजटिंग सलाह यह मान लेती है कि हर महीने एक जैसी रकम आती है। यह रहा एक सिस्टम — फ्रीलांस, कमीशन या मौसमी आय के लिए बनाया गया — जो असल में टिका रहता है।

#mobile #ux #indie
MFKAPPS 5 मिनट पढ़ना

एक ऐप, एक काम: मैं सुपर-ऐप क्यों नहीं बनाता

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

#indie #philosophy #ux
MFKAPPS 6 मिनट पढ़ना

परिवार के किसी सदस्य के लिए दवा रिमाइंडर सेट करना: एक देखभालकर्ता की गाइड

किसी माता-पिता या साथी को उनकी दवाओं पर नज़र रखने में मदद करने के लिए एक व्यावहारिक गाइड — क्या सेट करें, क्या न करें, और बिना निगरानी किए कैसे हालचाल लें।

#reminders #ux #mobile