उपयोगकर्ताओं को ऑनबोर्ड करना और उनकी पुष्टि करना, सबसे आम उपयोगकर्ता अनुभव में से एक है. हालांकि, अक्सर उपयोगकर्ता इसे बीच में ही छोड़ देते हैं और यह उनके लिए काफ़ी मुश्किल साबित होता है. ये आपके ऐप्लिकेशन के बारे में उपयोगकर्ता की पहली राय होती है. इसलिए, यह ज़रूरी है कि यह अनुभव भरोसेमंद, सुविधाजनक, और स्वागत करने वाला हो. चाहे लॉगिन, उपयोगकर्ता रजिस्ट्रेशन या ऑनबोर्डिंग वॉकथ्रू के लिए डिज़ाइन किया जा रहा हो, यहां दिए गए दिशा-निर्देश आपको बेहतर अनुभव देने में मदद करेंगे.
सीखने वाली अहम बातें
- ऑनबोर्डिंग का शानदार अनुभव दें.
- उपयोगकर्ताओं का भरोसा जीतने, उन्हें ऐप्लिकेशन के बारे में जानकारी देने, और उन्हें सुविधा देने के लिए, पासकी जैसी उपलब्ध लाइब्रेरी का इस्तेमाल करें.
- उपयोगकर्ताओं से सिर्फ़ ज़रूरी जानकारी इकट्ठा करें.
- ऐसी भाषा का इस्तेमाल करें जो साफ़ तौर पर समझ में आए और जिससे मदद मिले.
- सुविधाओं की कीमत और अनुमतियों की वजहों को व्यवस्थित करें और उनके बारे में बताएं.
शुरू करें
जानकारी इकट्ठा करना: सोचें कि आपके उपयोगकर्ता को सेटअप करने, सीखने, और अनुमति देने के लिए क्या चाहिए.
ऐप्लिकेशन इस्तेमाल करने से पहले बनाम ऐप्लिकेशन इस्तेमाल करने के दौरान: हर चीज़ को इस आधार पर अलग-अलग करें कि ऐप्लिकेशन इस्तेमाल करने से पहले क्या करना है और ऐप्लिकेशन इस्तेमाल करने के दौरान क्या करना है. उपयोगकर्ताओं को आपके ऐप्लिकेशन का कॉन्टेंट इस्तेमाल करने में परेशानी न हो, इसका ध्यान रखें. यह सोचें कि कॉन्टेंट और इंटरैक्शन, प्रॉम्प्ट के तौर पर बेहतर हैं या जानकारी देने वाले पल के तौर पर.
कॉन्टेक्स्ट में मौजूद एलिमेंट के लिए, अगर लागू हो, तो जानकारी और कार्रवाई उपलब्ध कराएं.
ऐप्लिकेशन इस्तेमाल करने से पहले, जिन चरणों और जानकारी को पूरा करना ज़रूरी है उन्हें लॉजिकल चरणों में व्यवस्थित करें. आम तौर पर, आपको डिवाइस की अनुमतियां मांगने या खाता बनाने के लिए कहने से पहले, ऐप्लिकेशन की कीमत दिखानी होगी. हमेशा कीमत के साथ कार्रवाई दिखाएं.
अगर आपके ऐप्लिकेशन के लिए किसी तरह के खाते की ज़रूरत है, तो पुष्टि करने के तरीके तय करें. पासकी की मदद से, उपयोगकर्ता की चिंताओं और खाता मैनेजमेंट में होने वाली मुश्किलों को कम किया जा सकता है.
खाता वापस पाने के तरीके उपलब्ध कराएं.
उपयोगकर्ता की प्रोग्रेस दिखाएं. इसके लिए, स्टेपर, पेजर या प्रोग्रेस इंडिकेटर जैसे कॉम्पोनेंट का इस्तेमाल किया जा सकता है.
उपयोगकर्ता अनुभव
बेहतरीन ऑनबोर्डिंग से, उपयोगकर्ता को संतुष्टि मिलती है और यह एक अलग पहचान बनाता है. इससे उपयोगकर्ताओं को अपने अनुभव को सेट अप करने, अनुमतियां देने, और अपनी प्रोग्रेस को समझने में मदद मिलती है. इसके लिए, साफ़ तौर पर जानकारी देने वाले पैटर्न का इस्तेमाल किया जाता है. साथ ही, उपयोगकर्ता आपके ऐप्लिकेशन के ब्रैंड और कॉन्सेप्ट के साथ इंटरैक्ट करते हैं.
एंट्री पॉइंट का प्लेसमेंट
वेलकम प्लेसमेंट , उपयोगकर्ता को दी जाने वाली सभी जानकारी और ऐप्लिकेशन सेटअप को पहले से लोड कर लेता है. यह तरीका तब सबसे सही होता है, जब आपके ऐप्लिकेशन के कॉन्टेंट को ऐक्सेस करने के लिए उपयोगकर्ता का रजिस्ट्रेशन ज़रूरी हो, जब कॉन्टेंट की झलक देखना मुमकिन न हो या जब कॉन्टेक्स्ट में मौजूद जानकारी देना सही न हो. इसका सबसे बड़ा फ़ायदा यह है कि उपयोगकर्ताओं को तुरंत पता चल जाता है कि ऐप्लिकेशन का इस्तेमाल कैसे करना है और उन्हें जल्द ही पूरा ऐक्सेस मिल जाता है. हालांकि, इसका एक बड़ा नुकसान यह है कि ऐप्लिकेशन इस्तेमाल करने से पहले ही उपयोगकर्ताओं के चले जाने का खतरा बढ़ जाता है. हालांकि, इसे कम किया जा सकता है. इसके लिए, कॉन्टेंट के बारे में शुरुआती जानकारी दी जा सकती है, जैसा कि नीचे दी गई इमेज में दिखाया गया है.
कॉन्टेक्चुअल या ऐप्लिकेशन में ठीक उसी समय ऑनबोर्डिंग की सुविधा देने से, कॉन्टेंट की जानकारी, रजिस्ट्रेशन, और सीखने के मामले में ज़्यादा फ़्लेक्सिबिलिटी मिलती है. इससे अनुमति देने के लिए, पैटर्न का इस्तेमाल किया जा सकता है. जैसे, अनुमति देने के लिए अनुरोध, ज़रूरत के हिसाब से सही समय पर किए जाते हैं. इसका इस्तेमाल तब सबसे सही होता है, जब आपको साइन-अप को बढ़ावा देने के लिए झलक दिखानी हो या जब आपको रजिस्ट्रेशन और जानकारी को छोटे-छोटे, ज़्यादा यादगार, और मैनेज किए जा सकने वाले चरणों में बांटना हो. इससे उपयोगकर्ता को काम करते समय सीखने और ऐप्लिकेशन को बनाए रखने की ज़्यादा संभावना मिलती है.
रजिस्ट्रेशन / साइन अप
रजिस्ट्रेशन या साइन अप फ़्लो की मदद से, उपयोगकर्ता आपके ऐप्लिकेशन के लिए खाता बना सकते हैं. यह तय करें कि आपके ऐप्लिकेशन को इस्तेमाल करने के लिए, उपयोगकर्ताओं को पहले से रजिस्टर करना ज़रूरी है या वे कुछ लेवल का कॉन्टेंट और सुविधाएं ऐक्सेस कर सकते हैं.
रजिस्ट्रेशन फ़्लो को ऑप्टिमाइज़ करने के लिए, पहले से सिर्फ़ ज़रूरी जानकारी इकट्ठा करें. जैसे, ईमेल और पासवर्ड. इसके अलावा, मुश्किलों को कम करने के लिए चरणों को एक साथ मिलाएं. पुष्टि करने के लिए सिर्फ़ ज़रूरी प्रॉपर्टी कैप्चर करने से, उपयोगकर्ता को विकल्पों से परेशान होने से बचाया जा सकता है. जैसे, उपयोगकर्ता नाम. लंबी प्रोसेस के लिए, उन्हें कई स्क्रीन में बांटें. हालांकि, हर स्क्रीन पर सिर्फ़ एक इनपुट न रखें. पक्का करें कि पासवर्ड की ज़रूरी शर्तें साफ़ तौर पर बताई गई हों और लॉजिकल हों.
साइन इन / लॉगिन
पहले से मौजूद उपयोगकर्ताओं को अपने खाते में फिर से साइन इन करने का तरीका चाहिए. साइन इन करने की प्रोसेस तेज़ और आसान होनी चाहिए. अगर आपके ऐप्लिकेशन के लिए सिर्फ़ खातों की पुष्टि करना ज़रूरी है, तो सिंगल साइन ऑन तरीके से रजिस्ट्रेशन और साइन इन को एक साथ करने पर विचार करें.
लॉगिन के असरदार अनुभव में, पुष्टि करने के आधुनिक पैटर्न लागू करके, उपयोगकर्ता की सुविधा को प्राथमिकता दी जानी चाहिए. इसमें, बायोमेट्रिक प्रॉम्प्ट और अपने-आप भरने की सुविधाएं शामिल हैं. इससे, उपयोगकर्ता को कम मानसिक तनाव होता है और उसे मैन्युअल तरीके से कम जानकारी डालनी पड़ती है.
ऑनबोर्डिंग वॉकथ्रू और पसंद के मुताबिक बनाना
पूरा वॉकथ्रू लागू करने से पहले, यह ध्यान से देखें कि आपके ऐप्लिकेशन के लिए इसकी ज़रूरत है या नहीं. अक्सर, मुश्किल सुविधाओं को हल्के मोशन क्यू या कॉन्टेक्स्ट में मौजूद टूलटिप की मदद से ज़्यादा आसानी से पेश किया जा सकता है. इससे उपयोगकर्ता के शुरुआती फ़्लो में रुकावट नहीं आती.
अगर डिवाइस की अनुमतियां ज़रूरी हैं, तो "अनुमति देने के लिए अनुरोध" का इस्तेमाल करके, अनुरोध किए गए ऐक्सेस की कीमत के बारे में बताएं. यह तब सबसे असरदार होता है, जब इसे ज़रूरत के हिसाब से सही समय पर किया जाए. न कि ऐप्लिकेशन इस्तेमाल करने की शुरुआत में, एक साथ कई अनुरोध किए जाएं.
यह करें
ऐसा न करें
साइन-अप को बढ़ावा देने के लिए, ऐप्लिकेशन की सुविधाओं को पेश करते समय, यह देखें कि असली कॉन्टेंट की झलक, इंटरस्टीशियल स्लाइड की सीरीज़ के मुकाबले ज़्यादा असरदार होगी या नहीं. अगर वॉकथ्रू का इस्तेमाल किया जाता है, तो हमेशा यह पक्का करें कि उसे स्किप करने या तुरंत लॉगिन करने का साफ़ और लगातार दिखने वाला विकल्प मौजूद हो.
स्किप करने और बाद में फिर से शुरू करने का तरीका उपलब्ध कराएं. जैसे, प्रोग्रेस को कैश करना. सेव करने का तरीका उपलब्ध कराने से, एक चेकपॉइंट बनता है. इसलिए, उपयोगकर्ता पूरी तरह से छोड़ने के बजाय, वहीं से शुरू करते हैं जहां उन्होंने छोड़ा था. उपयोगकर्ताओं को भरोसा दिलाने के लिए, हमेशा साफ़ तौर पर बताएं कि प्रोग्रेस के साथ क्या होगा.
स्टेपर और प्रोग्रेस इंडिकेटर का इस्तेमाल करके, विज़ुअल जानकारी देने से उपयोगकर्ता की उम्मीदें सेट करने में मदद मिलती है. इन एलिमेंट से, यह साफ़ तौर पर पता चलता है कि कितने चरण बाकी हैं. इससे, लंबी ऑनबोर्डिंग या सेटअप प्रोसेस के दौरान, बीच में ही छोड़ देने की दर कम हो जाती है.
यह करें
ऐसा न करें
रिकवरी
रिकवरी फ़्लो को, उपयोगकर्ता की निजता का ध्यान रखते हुए और उसके लिए सम्मान दिखाते हुए डिज़ाइन किया जाना चाहिए. खाते से जुड़े किसी भी फ़्लो में, कभी भी सिर्फ़ सामान्य तरीके से काम करने की उम्मीद न करें. पक्का करें कि उपयोगकर्ताओं के पास, बिना किसी परेशानी के गड़बड़ियों को ठीक करने के लिए साफ़ तौर पर निर्देश मौजूद हों.
यह करें
ऐसा न करें
अगर आपके ऐप्लिकेशन के लिए किसी खास उपयोगकर्ता नाम की ज़रूरत है, तो उन्हें इसे याद रखने या आसानी से रीसेट करने में मदद करने के तरीके उपलब्ध कराएं.
यह करें
ऐसा न करें
रजिस्ट्रेशन के दौरान, ईमेल पते जैसे कुछ फ़ील्ड को पहले से भरने से सुविधा मिल सकती है. हालांकि, पासवर्ड जैसी संवेदनशील जानकारी को, वापस पाने या रीसेट करने की प्रोसेस के दौरान कभी भी पहले से नहीं भरा जाना चाहिए. सार्वजनिक जगहों पर, उपयोगकर्ता की निजता को सुरक्षित रखने के लिए, हमेशा संवेदनशील जानकारी को छिपाने की सुविधा डिफ़ॉल्ट रूप से चालू रखें.
एसएसओ / पासकी
पासकी और सिंगल साइन-ऑन (एसएसओ) की सुविधा देने वाली कंपनियों जैसी स्थापित लाइब्रेरी के साथ इंटिग्रेट करने से, भरोसा बढ़ता है और एक जैसा, जाना-पहचाना अनुभव मिलता है. इन सिस्टम की मदद से, उपयोगकर्ता आपके ऐप्लिकेशन में आसानी से एंट्री करने के लिए, मौजूदा सुरक्षा हार्डवेयर और क्रेडेंशियल का इस्तेमाल कर सकते हैं.
लेआउट और कॉम्पोनेंट
पुष्टि करने के फ़ॉर्म डिज़ाइन करते समय, कंटेनमेंट का इस्तेमाल करना ज़रूरी है. इसके लिए, एक जैसी और मिलती-जुलती एंट्री को एक साथ ग्रुप करें. जैसे, "पहला नाम" और "आखिरी नाम" फ़ील्ड को आस-पास रखें. ऐसा करने से, फ़्लेक्सिबल लेआउट डिज़ाइन करने में मदद मिलती है, जिन्हें रिफ़्लो किया जा सकता है.
स्क्रोल करने वाले लंबे फ़ॉर्म न बनाएं. ये उपयोगकर्ताओं के लिए परेशानी की बड़ी वजह होते हैं.
किसी भी इनपुट फ़ील्ड को शामिल करने से पहले, यह ध्यान से देखें कि जानकारी वाकई ज़रूरी है या नहीं. अगर कोई उपयोगकर्ता गलती से किसी बड़े फ़ॉर्म से बाहर निकल जाता है, तो उसे पूरी जानकारी फिर से डालने के लिए कहने से, बीच में ही छोड़ देने की दर बढ़ सकती है.
यह करें
ऐसा न करें
बड़े किए गए लेआउट
बड़े किए गए या लैंडस्केप व्यू के लिए लेआउट अडैप्ट करते समय, डिज़ाइनर को यह पक्का करना होगा कि यूज़र इंटरफ़ेस (यूआई) इस्तेमाल करने लायक हो और देखने में अच्छा लगे. खास तौर पर, बटन जैसे इंटरैक्टिव कॉम्पोनेंट को पूरी स्क्रीन की चौड़ाई में स्ट्रेच करने से बचें. इससे वे देखने में अजीब लग सकते हैं और उनकी यूज़ेबिलिटी कम हो सकती है.
इसके बजाय, कंटेनमेंट के सिद्धांतों का इस्तेमाल जारी रखें. साथ ही, बड़े डिसप्ले पर पढ़ने में आसानी और विज़ुअल बैलेंस बनाए रखने के लिए, फ़ॉर्म एलिमेंट और कॉन्टेंट ब्लॉक के लिए ज़्यादा से ज़्यादा सही चौड़ाई सेट करें.
ऐसा न करें
उपयोगकर्ता को जानकारी देने वाले कॉम्पोनेंट
उपयोगकर्ताओं को नई सुविधाओं और ऑनबोर्डिंग के बारे में बताने के लिए, कई कॉम्पोनेंट इस्तेमाल किए जा सकते हैं. रिच टूलटिप और डायलॉग की मदद से, सुविधा की खोज को हाइलाइट किया जा सकता है और उपयोगकर्ताओं को आपके ऐप्लिकेशन के बारे में जानकारी दी जा सकती है. शीट, ऑनबोर्डिंग और जानकारी देने वाला कॉन्टेंट दिखाने के लिए, इंटरस्टीशियल स्टेट उपलब्ध करा सकती हैं.
अन्य फ़ॉर्म फ़ैक्टर
ऑनबोर्डिंग में, अलग-अलग फ़ॉर्म फ़ैक्टर और ऐप्लिकेशन के ज़्यादा इस्तेमाल के लिए, डिवाइस हैंडऑफ़ शामिल हो सकता है.
मोबाइल ऐप्लिकेशन का अनुभव, पुष्टि करने की प्रोसेस को मैनेज करने का ज़्यादा एर्गोनॉमिक तौर पर सुविधाजनक तरीका उपलब्ध करा सकता है. इसलिए, ऑनबोर्डिंग अन्य फ़ॉर्म फ़ैक्टर से हो सकती है. उदाहरण के लिए, कोई उपयोगकर्ता अपने मोबाइल डिवाइस पर लॉगिन की प्रोसेस पूरी कर सकता है. यह प्रोसेस, Google TV ऐप्लिकेशन पर शुरू हुई थी.
अगर आपके ऐप्लिकेशन की गतिविधियां, एआई चश्मे या Wear OS जैसे अन्य फ़ॉर्म फ़ैक्टर पर भी उपलब्ध हैं, तो उपयोगकर्ताओं को ऑनबोर्ड करने के लिए, खोज के प्रॉम्प्ट और उपयोगकर्ता को जानकारी देने वाले कॉम्पोनेंट उपलब्ध कराएं. एआई चश्मे के लिए ऑनबोर्डिंग अनुभव डिज़ाइन करने के बारे में ज़्यादा जानें.
यूएक्स राइटिंग
उपयोगकर्ताओं की कार्रवाइयों की पुष्टि करने या स्टेटस के बारे में कम शब्दों में अपडेट देने के लिए, स्नैकबार और टोस्ट जैसे ऐसे फ़ीडबैक मैकेनिज़्म का इस्तेमाल करें जो उपयोगकर्ता के काम में रुकावट न डालें. इससे यह पक्का होता है कि उपयोगकर्ता को सिस्टम के स्टेटस के बारे में जानकारी मिलती रहे. इसके लिए, उन्हें मामूली फ़ीडबैक के लिए, मॉडल डायलॉग को खारिज करने की ज़रूरत नहीं होती.
टोन
गड़बड़ियों के दौरान, आपकी राइटिंग की टोन अहम होती है. ऐसी भाषा का इस्तेमाल न करें जिससे उपयोगकर्ता का मज़ाक उड़ाया जाए या उसे गुस्सा आए. साफ़, मदद करने वाली, और उत्साह बढ़ाने वाली कॉपी का इस्तेमाल करें. इसमें गलती के बजाय, समाधान पर फ़ोकस किया जाए. खास तौर पर, पासवर्ड रिकवर करने जैसे मुश्किल पलों के दौरान.
संसाधन
Android Onboarding Figma Kit में, ऑनबोर्डिंग टेंप्लेट, उपयोगकर्ता फ़्लो, और उपयोगकर्ता को जानकारी देने वाले एसेट ढूंढें.