"खरगोश का छेद।" उत्पाद टीम में यूएक्स डिजाइनर

मैं एक यूएक्स डिजाइनर हूं और हमेशा अकेले काम किया है। लेकिन पिछले साल सब कुछ बदल गया: मेरे जन्मदिन पर मैं आईएसपीसिस्टम में एक साक्षात्कार से गुजरा और उत्पाद टीम में शामिल हो गया। मुझे नए में तल्लीन होना था, स्क्रेम पर जीना सीखना था और कठोर प्रोग्रामर (रचनात्मक रूप से!) के साथ बहस करना था। अब डिजाइन प्रक्रियाएं शांत हो गई हैं, मैं खुद लोगों से ईमानदार आलोचना के लिए कहता हूं, और डेवलपर्स मेरे प्रोटोटाइप का उपयोग टीके के रूप में करते हैं। कट के तहत इसके बारे में अधिक।



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

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

उत्पाद शुरू

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

हमारी कंपनी में, डिजाइनर उत्पाद टीम के गठन से कई महीने पहले प्रोटोटाइप पर काम करना शुरू कर देता है। सबसे पहले, वह उत्पाद की सूचना संरचना पर सोचता है और परिणामों को माइंड मैप पर स्थानांतरित करता है।

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

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

उत्पाद प्रबंधक, वह डिजाइनर का एक लड़ कॉमरेड भी है

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

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


उत्पाद टेक्नोलॉजिस्ट बताते हैं कि एक नई सुविधा कैसे काम करनी चाहिए

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

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

प्रोग्रामर: उनसे दोस्ती कैसे करें और समय पर उत्पाद कैसे पहुंचाएं

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

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


यह वह खंड है जो प्रोटोटाइप के "आदर्श" संस्करण में दिखता है


डेवलपर्स कम किए गए संस्करण को तीन गुना तेजी से बनाएंगे

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

अंतिम शो के बाद, मैं संपादन का एक और पुनरावृत्ति करता हूं, और प्रोटोटाइप विकास में चला जाता है।

दृश्य डिजाइनर: सभी के लिए एक

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

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


डिज़ाइनर का चेहरा जब आप उसे डीएचसीपी के लिए एक आइकन खींचने के लिए कहते हैं

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

परमाणु डिजाइन ने हमारे काम को गति दी, क्रम प्रक्रियाओं में लगाया और बहुत सारी तंत्रिका कोशिकाओं को बचाया। यदि आपके पास एक बड़ी उत्पाद टीम है, तो शायद यह दृष्टिकोण आपके लिए उपयोगी होगा।

UX के प्रमुख

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

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

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


रचनात्मक संकट में यूएक्स डिजाइनर

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