मोबाइल ऐप ऑनबोर्डिंग के उदाहरण: अगले फ़्लो से पहले अध्ययन करने योग्य पैटर्न

1. पहले उपयोगी पल को मार्गदर्शक बनाएँ

भोजन योजना वाला एक ऐप सोचें जो रेसिपी और सूचियों की स्लाइडों से शुरुआत करने के बजाय एक शुरुआती योजना खोलता है और व्यक्ति को एक भोजन बदलने देता है। यह क्रिया उत्पाद को ठोस रूप देती है। परिचय तभी रखें जब वह वास्तविक अनिश्चितता दूर करता हो।

Apple की Human Interface Guidelines तेज़, वैकल्पिक और केंद्रित ऑनबोर्डिंग की सलाह देती हैं। NN/g ऐसी हिदायतों से बचने को कहता है जिन्हें लोग इस्तेमाल करते हुए सीख सकते हैं, हालांकि सेटअप, व्यक्तिगत अनुभव और अपरिचित प्रक्रियाएँ मार्गदर्शन देने के कारण हो सकते हैं। परिचित नोट्स या टाइमर ऐप सीधे काम पर खुले तो अधिक स्पष्ट लग सकता है।

लेआउट और क्रम के विचारों के लिए ScreenKits की ऑनबोर्डिंग लाइब्रेरी में उदाहरण देखें। उन्हें दृश्य संदर्भ के रूप में पढ़ें: स्क्रीनशॉट किसी पैटर्न का संकेत दे सकता है, लेकिन यह साबित नहीं करता कि लोगों ने उसे कैसे समझा या वह सफल हुआ।

• पहले अर्थपूर्ण परिणाम को एक वाक्य में लिखें।
• पूछें कि क्या इंटरफ़ेस अपने आप अगली कार्रवाई समझा सकता है।
• स्वागत या लाभ का कथन तभी रखें जब वह वास्तविक अनिश्चितता दूर करता हो।

2. प्रश्नावली की दीवार के बजाय क्रमिक सेटअप अपनाएँ

एक रनिंग ऐप की कल्पना करें जिसे लक्ष्य, माप की इकाई, रिमाइंडर का समय और स्थान चाहिए। क्रमिक रूप पहले एक शुरुआती योजना देता है, लक्ष्य तब पूछता है जब कोई उसे बदलता है और इकाई व रिमाइंडर सेटिंग में छोड़ देता है। यदि कोई उत्तर आवश्यक है, तो ज़रूरत के समय उसका कारण समझाएँ।

यह पैटर्न तब उपयोगी है जब निजीकरण कुछ अर्थपूर्ण विकल्पों पर निर्भर हो। यदि सवाल बिना दिखने वाले लाभ के प्रश्नोत्तरी लगें तो यह कमज़ोर पड़ता है। प्रगति तभी दिखाएँ जब इससे बाकी मेहनत स्पष्ट होती हो; छोटे फ़ॉर्म को हल्का दिखाने के लिए अनावश्यक स्क्रीन न जोड़ें। समझदार डिफ़ॉल्ट दें और लोगों को बाद में बदलने दें।

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

• हर सवाल के लिए लिखें कि उसके उत्तर पर उत्पाद का कौन-सा निर्णय निर्भर है।
• वैकल्पिक प्राथमिकताएँ उस समय या सेटिंग में ले जाएँ जब वे उपयोगी हों।
• आवश्यक खाता चरणों को व्यक्ति के काम के संदर्भ में समझाएँ।

3. नई कार्रवाई संदर्भ में सिखाएँ

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

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

जटिल फ़्लो के लिए छोटा निर्देशित काम पूरे टूर से अधिक सिखा सकता है: नमूना बोर्ड बनाना, वस्तु सहेजना या प्रक्रिया का पूर्वावलोकन करना। अभ्यास को वापस बदला जा सकने वाला रखें और बताएँ कि क्या इससे वास्तविक डेटा बदलता है। Apple जहाँ व्यावहारिक हो, इंटरैक्टिव शिक्षण और छोटे पूर्व-आवश्यक फ़्लो की सलाह देता है।

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

4. अनुमति तब माँगें जब कारण दिखाई दे

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

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

• हर अनुरोध को व्यक्ति की अभी चुनी हुई कार्रवाई या पूरे करने वाले काम से जोड़ें।
• बताएँ कि अनुमति से क्या संभव होगा और उसके बिना क्या उपलब्ध रहेगा।
• सिस्टम प्रॉम्प्ट को लाभ की अपनी व्याख्या से अलग रखें।

समीक्षा की व्यावहारिक जाँच सूची

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

• क्या कोई व्यक्ति टूर याद किए बिना पहला अर्थपूर्ण काम शुरू कर सकता है?
• क्या हर सवाल या सेटअप चरण का तत्काल और स्पष्ट कारण है?
• क्या लोग वैकल्पिक निर्देश छोड़ सकते हैं और बाद में फिर पा सकते हैं?
• क्या अनुमति संबंधित सुविधा पर ईमानदार व्याख्या के साथ माँगी जाती है?
• क्या डिफ़ॉल्ट विकल्प लोगों को अनावश्यक सेटअप के बिना आगे बढ़ने देते हैं?
• क्या फ़्लो लंबे पाठ, सहायक तकनीक और बीच में रुके सत्रों के साथ काम करता है?