क्यों सामने वाले को यूआई के सिद्धांतों को समझना चाहिए

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

केस का अध्ययन

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

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

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

आइए हम कार्य ट्रैकर में कार्य पृष्ठ (छवि 1) पर विस्तार से विचार करें और उस पर फ़ोकस समूह की टिप्पणियां।

1. महत्वपूर्ण जानकारी पूरे पृष्ठ में छितरी हुई है। कार्य के बारे में पूरी जानकारी लेने के लिए समय बर्बाद किया जाता है। एक संक्षिप्त विवरण के अलावा, कार्यों में अक्सर संलग्न फाइलें (तकनीकी कार्य, अतिरिक्त, आदि) होती हैं। पृष्ठ की दूसरी स्क्रीन पर उनके स्थान ने जोखिम बढ़ा दिया कि उपयोगकर्ता अटैचमेंट छोड़ देगा।
   
   उद्देश्य: पहली स्क्रीन के भीतर, इसके सही निष्पादन के लिए आवश्यक कार्य के सभी तत्वों को केंद्रित करना।
2. कार्य संपादन फ़ॉर्म एक अतिरिक्त इंटरफ़ेस तत्व है। मामूली संपादन करना भी उपयोगकर्ता को एक नए तत्व पर ध्यान केंद्रित करने के लिए मजबूर करता है, इसका अध्ययन करने में समय व्यतीत करना।
   
   उद्देश्य: फ़ॉर्म से छुटकारा पाएं, "मक्खी पर" कार्य संपादित करें।
3. कार्य के जीवन चक्र (न्यू से डन तक) पर व्यापक जानकारी का अभाव और महत्व के क्रम में कार्यों का क्रम।
   
   उद्देश्य: यह सुनिश्चित करने के लिए कि जब आप कोई कार्य खोलते हैं, तो उपयोगकर्ता तुरंत समझ जाता है कि यह किस स्तर पर है और इसकी प्राथमिकता क्या है।

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



आवश्यकताओं की सूची को भी दो मानदंडों के अनुसार विभाजित किया गया था:

1. हम इसे स्वयं हल कर सकते हैं;
2. इसके लिए अतिरिक्त विश्लेषणात्मक कार्य (UX डिजाइनर की भागीदारी) की आवश्यकता होती है।

परिणाम क्या है?

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

परिणाम कार्य का अंतिम विस्तृत पृष्ठ है (चित्र 2)।



उत्पाद बनाते समय, हमने निम्नलिखित कदम उठाए:

1. बाजार की पेशकशों का विश्लेषण किया, हमारी व्यापार प्रक्रियाओं के अनुसार प्रमुख आवश्यकताओं की पहचान की और टास्क को ट्रैकर के पहले संस्करण के लिए तैयार किया;
2. अपने स्वयं के अनुभव और गठित ToR पर निर्भर करते हुए, प्रोजेक्ट इंटरफ़ेस का प्रारंभिक संस्करण लागू किया गया;
3. फोकस समूह से प्रतिक्रिया एकत्र की, इसका विश्लेषण किया और मध्य एशिया की जरूरतों के अनुसार तकनीकी विशिष्टताओं को ठीक किया;
4. डिजाइनर के साथ मिलकर इंटरफेस को अंतिम रूप दिया और इसे उपयोगकर्ता के अनुकूल बनाया।

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

कई डेवलपर्स नियम का पालन करते हैं कि उन्हें केवल यूआई विशेषज्ञ की विशेषज्ञता पर भरोसा करते हुए संदर्भ और लेआउट के निर्देशों का पालन करना चाहिए। लेकिन हमारे अनुभव के आधार पर, हमने कई कारणों को तैयार किया है कि यूआई के मूल सिद्धांतों को समझने के लिए परियोजना की शुरुआत में विकास टीम के लिए यह वांछनीय क्यों है:

1. सामान्य लक्ष्य एक महान इंटरफ़ेस है। डेवलपर को यह समझना चाहिए कि डिजाइन प्रक्रिया के दौरान क्यों और कैसे निर्णय लिया गया। डेवलपर और यूआई डिजाइनर के पास परियोजना की अलग-अलग धारणाएं हो सकती हैं, जो गलतफहमी और त्रुटियों की ओर ले जाती हैं। यदि डेवलपर और UI-डिज़ाइनर एक ही भाषा में संवाद करते हैं, तो इससे डेवलपर को असाइन किए गए कार्य के विश्लेषण का समय कम हो जाता है और इसके निष्पादन की गति बढ़ जाती है।
2. विकास की प्रक्रिया को गति देना। दूसरा बिंदु पहले से निम्नानुसार है। डिजाइनर कुछ तत्व व्यवहार को ध्यान में नहीं रख सकता है। डेवलपर, अपने अनुभव के आधार पर, टीम के भीतर सुधार कर सकता है जो विश्लेषणात्मक डेटा और आवेदन की सामान्य अवधारणा के साथ संघर्ष नहीं करता है। इससे कार्य को तैयार करने और पूरा करने के लिए आवश्यक समय कम हो जाता है।
3. अत्यधिक इंटरफ़ेस जटिलता से उत्पाद की रक्षा करना। ऐसा होता है कि सुंदर डिजाइनर की खोज में इंटरफ़ेस की व्यावहारिकता के बारे में भूल सकते हैं। हमारा सामान्य और मुख्य लक्ष्य एक समझने योग्य, सुविधाजनक उत्पाद बनाना है जो उपयोगकर्ता की समस्याओं को हल कर सके। इस मामले में फ्रंट-एंड डेवलपर का कार्य यथोचित रूप से यह बताना है कि किए गए निर्णय समस्या का समाधान नहीं करेंगे या विकास के दृष्टिकोण से संभव नहीं हैं।
4. डेवलपर अधिक मूल्यवान और प्रतिस्पर्धी बनता जा रहा है। विभिन्न कारणों से, ग्राहक UI डिज़ाइनर की सेवाओं को अस्वीकार कर सकता है। फिर डेवलपर के कंधों पर न केवल उसका सीधा काम होता है, बल्कि ऐसे इंटरफ़ेस का निर्माण भी होता है जिसमें उपयोगकर्ता आराम से काम कर सकेगा। यूआई-किट डिजाइन तत्वों की समस्या को हल करते हैं, लेकिन पेज और कार्यक्षमता पर उनका स्थान डेवलपर की जिम्मेदारी है।

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