मोबाइल ऐप UI से प्रेरणा कैसे पाएँ और उसे डिज़ाइन ब्रीफ़ में कैसे बदलें

1. डिज़ाइन के सवाल से शुरुआत करें

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

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

• लक्षित व्यक्ति कौन है और वह क्या हासिल करना चाहता है?
• कौन-सा डिज़ाइन निर्णय अनिश्चित है: प्राथमिकता क्रम, चरणों का क्रम, नेविगेशन, सामग्री या प्रतिक्रिया?
• कौन-सी सीमाएँ मायने रखती हैं, जैसे प्लेटफ़ॉर्म, सुगम्यता, डिवाइस आकार या कारोबारी नियम?

2. छोटा, उद्देश्यपूर्ण संदर्भ संग्रह बनाएँ

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

मूल समस्या समान हो तो श्रेणियों के पार देखें। समय तय करने वाला ऐप और किराने का ऐप, दोनों किसी को तारीख चुनने और बदलाव की पुष्टि करने में मदद कर सकते हैं। उपयोगी संबंध निर्णय की संरचना है, ऊपरी थीम नहीं। समान दर्शक या उद्योग को यह प्रमाण न मानें कि उसका इंटरफ़ेस आपकी खास समस्या सुलझाता है।

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

3. केवल स्क्रीनशॉट नहीं, फ़्लो पढ़ें

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

अवलोकन को व्याख्या से अलग रखें। “तीन चरणों में मुख्य कार्रवाई नीचे के पास रहती है” अवलोकन है; “इसका उपयोग निश्चित रूप से आसान है” एक अपुष्ट दावा है। स्क्रीनशॉट परिकल्पना दे सकता है, उपयोगिता का प्रमाण नहीं। NN/g प्रोटोटाइप और उपयोगकर्ता परीक्षण को संभावित उपयोगिता समस्याएँ पहचानने और प्रस्तावित इंटरफ़ेस के साथ लोगों की बातचीत समझने के तरीके बताता है।

4. अवलोकनों को मौलिक ब्रीफ़ में बदलें

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

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

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

5. प्रोटोटाइप बनाएँ, सुगम्यता जाँचें और सुधारें

दृश्य शैली सँवारने से पहले ब्रीफ़ को मोटे वायरफ़्लो में बदलें। अहम निर्णय और उसकी प्रतिक्रिया का प्रोटोटाइप बनाएँ, फिर लक्षित दर्शकों का प्रतिनिधित्व करने वाले किसी व्यक्ति से वास्तविक काम कराएँ। हिचक, अप्रत्याशित चुनाव और त्रुटियाँ देखें। फ़्लो सुधारें और दोहराएँ; NN/g का शोध मार्गदर्शन बार-बार डिज़ाइन और प्रोटोटाइप मूल्यांकन को सीखने की प्रक्रिया मानता है, पहले मसौदे को अंतिम नहीं।

इस काम के साथ सुगम्यता समीक्षा भी करें। Apple की Human Interface Guidelines समझ में आने और अलग तरीकों से इस्तेमाल हो सकने वाले इंटरैक्शन तथा विभिन्न इनपुट तरीकों पर ज़ोर देती हैं। पाठ का आकार, कंट्रास्ट, नियंत्रण का आकार और दूरी, स्पष्ट लेबल तथा अर्थ केवल रंग पर निर्भर तो नहीं—ये जाँचें। यह भी देखें कि फ़्लो लंबे पाठ में ढलता है और सहायक तकनीक से समझ आता है। Android परंपराओं वाले उत्पाद के लिए Material Design का सुगम्यता मार्गदर्शन उपयोगी साथी है।

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

संदर्भ से ब्रीफ़ तक की जाँच सूची

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

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