🛋️ ⚒️ 🎻 डिजाइन प्रणाली के अंधेरे पक्ष और इसके साथ क्या करना है 🎦 ➿ 🍉

नमस्कार!

मेरा नाम लेशा स्वीरिडो है, मैं अल्फा-बैंक में एक प्रमुख उत्पाद डिजाइनर हूं (यह वही है जो हम व्यवसाय के लिए ऑनलाइन बैंकिंग करते हैं)।

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

और अल्फ़ा-बैंक डिज़ाइन सिस्टम की एक कड़ी भी है।

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

डिजाइन प्रणाली उत्पाद टीम के लिए एक अभिन्न चीज है, जो डेवलपर्स को भी मदद करती है।

क्यों डिजाइन सिस्टम शांत हैं

1. डिजाइन स्केलेबिलिटी का मुद्दा उत्कृष्ट रूप से हल किया गया है।

हमारे व्यापार बैंक में बहुत सारे उत्पाद हैं, और जब हम कुछ नया लॉन्च करते हैं, तो हम सक्रिय रूप से इन या उन तत्वों का पुन: उपयोग करेंगे। प्रत्येक प्रक्षेपण के लिए नए तत्वों को बैठना और आकर्षित करना संभव होगा। लेकिन यह, सबसे पहले, समय, और दूसरी बात, निरंतरता का उल्लंघन करता है, जिसे मैं और नीचे लिखूंगा। इसलिए, हम पुन: उपयोग करते हैं और शर्मीले नहीं होते हैं। उदाहरण के लिए, जब हमने हाल ही में एक नया डिजिटल ऋण उत्पाद लॉन्च किया, तो हमने पहले लॉन्च किए गए उत्पादों का लगभग 60% पुन: उपयोग किया, और इसके लिए हमने उत्पाद को बहुत तेज़ी से लॉन्च किया।

2. ऋण प्रबंधन में मदद करता है

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

इसके बजाय, हमने बस कुछ ही क्लिक में डिज़ाइन सिस्टम के स्तर पर आमतौर पर स्वीकृत हरे रंग को बदल दिया, और सभी टीमों के पास अब हरे रंग के उपयोग के बारे में नए (सही) इनपुट हैं।

3. स्थिरता बनाए रखने में मदद करता है

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

4. तेजी से प्रोटोटाइप

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

5. प्रयोज्यता में सुधार

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

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

डिजाइन प्रणालियों के अंधेरे पक्ष

1. नए समाधान के लिए सीमाएं एक

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

लेकिन हम इस दुनिया में रहते हैं, इसलिए डिजाइनर की कई इच्छाओं को बजट के दृष्टिकोण से अनुचित माना जा सकता है।

2. धीमी उत्पाद विकास

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

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

यह डिजिटल उत्पादों पर कम और कभी-कभी अधिक लागू होता है।

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

3. विकसित डेवलपर्स

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

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

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

4. एमवीपी एमवीपी बना रहता

है। किसी भी स्वाभिमानी एमवीपी के अस्तित्व का मुख्य उद्देश्य कुछ परिकल्पना का परीक्षण करना है, जिसके बाद यह एक उत्पाद में दृढ़ता से विकसित होगा जो ग्राहकों और व्यापार के लिए धन का लाभ देता है।

लेकिन कभी-कभी यह पता चलता है कि एमवीपी, जो काम करता है, बस एक उत्पाद के रूप में रहता है। यह वह स्थिति है जब दृष्टिकोण "कार्य नहीं करता है" स्पर्श नहीं किया जाता है। हाँ यह काम करता है। परिकल्पना काम करती है, जिसके लिए हमने एमवीपी परीक्षण किया। और तथ्य यह है कि एमवीपी केवल काम करता है इसका मतलब है कि इसे दिमाग में लाने का समय आ गया है (पढ़ें - उत्पाद के लिए)।

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

इसका सामना कैसे करें

1. योजनाएं और प्रक्रियाएं स्थापित करें।

आपको और आपकी टीम को समझना चाहिए कि आप आज, कल, एक सप्ताह में, अगले स्प्रिंट में क्या कर रहे हैं। और यह भी - आप ऐसा क्यों कर रहे हैं। अन्यथा, सिद्धांत में, काम का अर्थ गायब हो जाता है।

यदि ऐसा नहीं किया जाता है, तो अराजकता और एक स्थिति अपरिहार्य है, जिसमें हर कोई बस बैठता है और एक साथ बैकलॉग के अपने टुकड़ों को एकजुट करता है।

2. टीम का उत्साह

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

3. सफलता मेट्रिक्स

उनके अनुपालन और कार्यान्वयन के लिए उनकी पहचान, रिकॉर्ड और निगरानी की जानी चाहिए। आपने कुछ पृष्ठ खींचे - और अब आप देख सकते हैं कि इसके लिए ग्राहकों की संख्या बढ़ गई है। और यह एक व्यक्ति के लिए अच्छा है, वह देखता है कि इन हाथों से जो बनाया गया था वह वास्तव में काम करता है, और यह व्यवसाय के लिए उपयोगी है।

4. डिजाइन प्रणाली डिजाइन की पुलिस नहीं है।

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

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

5. Iteration

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

क्या पढ़ना है?

मार्को सुआरेज़, जीना ऐनी, केटी सिलोर-मिलर, डायना माउंटर, और रॉय स्टैनफ़ील्ड

विस्मयकारी डिज़ाइन सिस्टम

यूरी विक्रोट द्वारा इंटरफेसेस

अल्फा-बैंक डिज़ाइन सिस्टम

और एक और चीज़ पर डिज़ाइन सिस्टम हैंडबुक । डिजाइन सिस्टम ने बड़ी कंपनियों में उपयोग के लिए खुद को साबित किया है, जहां कई उत्पाद, डिजाइनर, घटक और बहुत कुछ हैं।

डिज़ाइन सिस्टम के आसपास इस प्रचार के कारण, वे उन्हें हर जगह लागू करने की कोशिश कर रहे हैं, यहां तक कि 2-4 लोगों के लिए छोटे वेब स्टूडियो में भी, जहां प्रत्येक डिजाइनर का एक छोटा हिस्सा PHP में लिखता है और सर्वरों को प्रशासित करता है। जैसे, चूंकि यह हर जगह काम करता है और यह हर किसी के लिए अच्छा है, यह हमारे लिए भी ऐसा ही होगा।

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

डिजाइन प्रणाली के अंधेरे पक्ष और इसके साथ क्या करना है

क्यों डिजाइन सिस्टम शांत हैं

डिजाइन प्रणालियों के अंधेरे पक्ष

इसका सामना कैसे करें

क्या पढ़ना है?

More articles: