न्यूनतम व्यवहार्य डिजाइन प्रणाली

बढ़ते UXPin डिजाइन सिस्टम UXPin डिजाइन सिस्टम लाइब्रेरी में संग्रहीत

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

एक सवाल जो मुझे कई बार पूछा गया है, वह भी UXPin पर हमारी टीम के साथ बातचीत के दौरान आया था:

डिज़ाइन सिस्टम बनाने में कितना समय लगता है?

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

ज़ोंबी शैली गाइड विरासत

दिन में वापस, डिजाइन या फ्रंट एंड डेवलपमेंट टीम के एक अनलकी सदस्य को टीम द्वारा अनुमोदित सभी सम्मेलनों के दस्तावेज के कार्य के साथ भरोसा किया जाएगा। रंग पट्टियाँ, पाठ शैली, कोड मानक, कभी-कभी यूआई पैटर्न भी।

एक डिजाइन प्रणाली की तरह लगता है? आप सही हे। यह एक डिज़ाइन सिस्टम की तरह ध्वनि करता है, लेकिन यह नहीं है।

एक स्टाइल गाइड के निर्माण के लिए यह पुराना दृष्टिकोण एक कलाकृतियों का निर्माण करना था। यह एक दस्तावेज़ीकरण प्रक्रिया का व्युत्पन्न माना जाता है। और हर एक बार…

स्टाइल गाइड करने से पहले, यह पहले से ही एक ज़ोंबी में बदल गया।

क्यूं कर? केवल इसलिए कि उत्पाद विकास की गतिशील दुनिया, जहां लगातार परिवर्तन होते रहते हैं, स्थैतिक संपत्ति के लिए अच्छी तरह से प्रतिक्रिया नहीं करते हैं जो निर्माण के लिए हफ्तों लगते हैं। जबकि एक डिजाइन / विकास शहीद हर सम्मेलन के दस्तावेज के लिए संघर्ष कर रहा था, कन्वेंशन बदलते रहे। एक शैली गाइड का निर्माण एक Sisyphean कार्य था।

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

डिज़ाइन सिस्टम एक प्रक्रिया है

स्थिर शैली गाइडों के विपरीत, डिज़ाइन सिस्टम गतिशील हैं। इसका क्या मतलब है? स्टाइल गाइड एक आर्टवर्क है, डिजाइन सिस्टम एक प्रक्रिया है।

कलाकृतियाँ स्थिर होती हैं, प्रक्रियाएँ गतिशील होती हैं।

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

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

एक शैली गाइड और एक डिजाइन प्रणाली के साथ एन्ट्रापी का प्रबंधन करना

यूनाइटेड अगेंस्ट एंट्रोपी

जब तक किसी संलग्न प्रणाली के साथ, डिजिटल उत्पाद की एन्ट्रापी में वृद्धि जारी रहती है, जब तक कि यह जानबूझकर प्रबंधित नहीं किया जाता है। प्रत्येक नई सुविधा, टीम का प्रत्येक नया सदस्य, प्रत्येक नई प्रबंधन परत, या हितधारक / ग्राहक संपर्क, अनुभव के एन्ट्रापी में जोड़ता है।

उत्पाद अनुभव धीरे-धीरे अराजकता के लिए चूक।

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

न्यूनतम व्यवहार्य उत्पाद को कभी समाप्त न करें

एक डिजाइन प्रणाली की डिलीवरी की तारीख के बारे में पूछने पर ऐसा लगता है कि एक छिपी हुई धारणा है, कि डिजाइन सिस्टम "" "है" एक डिजाइन प्रणाली की प्रक्रियात्मक प्रकृति इस धारणा को रद्द करती है।

डिजाइन प्रणाली एक प्रक्रिया है और इसलिए एक साथ हमेशा तैयार होती है और कभी नहीं की जाती है।

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

अक्सर छोटे जहाज शुरू करें

एक डिज़ाइन सिस्टम अस्तित्व में आता है जब एक संगठन स्वीकार करता है कि बढ़ती यूआई असंगति को नए वर्कफ़्लो के माध्यम से हल करने की आवश्यकता है।

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

एक रंग परिभाषित, ठीक से नामित, कार्यान्वित और एक संगठन द्वारा स्वीकार किए गए डिजाइन प्रणाली एक पूर्ण स्थिर शैली गाइड से बेहतर है।

क्यूं कर? क्योंकि यह रंग स्थैतिक रूप से एंट्रोपी को कम कर रहा है, एक स्टैटिक स्टाइल गाइड के विपरीत जो हमेशा पुरानी और कभी लागू नहीं होती है।

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

सौभाग्य।

क्या आप देखना चाहते हैं कि हम अपने डिजाइन सिस्टम का निर्माण कैसे कर रहे हैं? हमारे डिजाइन ऑपरेशन स्प्रिंट का पालन करें:

  • डिज़ाइन सिस्टम स्प्रिंट 0: उत्पाद विकास का सिल्वर बुलेट।
  • डिज़ाइन सिस्टम स्प्रिंट 1: इंटरफ़ेस इन्वेंटरी
  • डिजाइन सिस्टम स्प्रिंट 2: एक रंग पैलेट उन सभी को नियम
  • डिजाइन सिस्टम स्प्रिंट 3: मूल बातें प्रबंध
  • डिजाइन सिस्टम स्प्रिंट 4: डिजाइन सिद्धांत
  • डिजाइन सिस्टम स्प्रिंट 5: टाइपोग्राफी का प्रबंधन
  • डिजाइन सिस्टम स्प्रिंट 6: पृथ्वी पर सबसे तेज प्रतीक

और यहाँ डिजाइन प्रणालियों पर एक व्यापक परिप्रेक्ष्य है:

डिजाइन सिस्टम एक भाषा है। और यह सॉफ्टवेयर विकास को हमेशा के लिए बदल रहा है।

शामिल हों: https://www.uxpin.com/design-systems-early-access