टीएल; डीआर सारांश

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

डिज़ाइन परिवर्तन को सुगम बनाने के लिए कंपनियों के पास सीमित संसाधन हैं

Airbnb और Apple जैसे संगठनों ने हमें दिखाया है कि उत्पाद के लिए एक डिज़ाइन-प्रथम दृष्टिकोण से सुंदर अनुभव हो सकते हैं - और, हे, कभी-कभी व्यावसायिक सफलता भी! और MailChimp और Google ( मटेरियल डिज़ाइन के लॉन्च के साथ) जैसी कंपनियों ने व्यापक सकारात्मक डिज़ाइन परिवर्तन में सुधार करते हुए एक सराहनीय कार्य किया है।

अक्सर जब डिजाइन टीमें डिजाइन सिस्टम के बारे में बात करती हैं, तो वे कंपनियां उनके दिमाग में होती हैं: "हमें [हमारे उत्पाद] के लिए एक सामग्री डिजाइन की जरूरत है!" बहुत ही रोमांचक सामान, लेकिन सीमित, उच्च-मांग वाले इंजीनियरिंग संसाधनों वाली टीम के लिए यह एक लंबा ऑर्डर है, जिसके पास पहले से ही लोडेड बैकलॉग है: वे एक अच्छी तरह से डिज़ाइन किए गए उत्पाद को पसंद करेंगे, लेकिन पहले उन्हें [X, Y, पर काम करना होगा। और जेड प्रोजेक्ट्स] ... जिनमें डिजाइन परिवर्तनों की तुलना में शायद स्पष्ट "आरओआई" कहानियां हैं।

जाना पहचाना? यह मेरे साथ करता है, विशेष रूप से शुरुआती- मध्य-स्तर के संगठनों में मैं काम करना पसंद करता हूं।

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

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

तो आप, उत्पाद डिज़ाइनर, इस चीज़ को आकार में कैसे लाते हैं?

क्रांति: एक बड़े शॉट में डिजाइन निर्वाण तक पहुंचना

विवेक ला क्रांति! जब आप अपने Apple थंडरबोल्ट डिस्प्ले के सामने स्केच में बैठे हों, तो इसमें फंसना एक आसान भावनात्मक जाल है: "अगर मैं केवल स्क्रैच से शुरू कर सकता, तो मैं इस उत्पाद को गा सकता था! ”। लेकिन आप वास्तव में इसे कैसे लागू करने की योजना बना रहे हैं? शायद ऐसा कुछ:

बढ़िया काम: आपको अपना संपूर्ण डिज़ाइन सिस्टम मिल गया है! आइए डिजाइन प्रणाली को लागू करने के लिए इस दृष्टिकोण को तोड़ दें।

पेशेवरों

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

• यह... वास्तव में कभी भी इस तरह से काम नहीं करता है।
• लंबे समय तक समर्पित करने के लिए बहुत सारे संसाधनों की आवश्यकता होती है।
• यह एक निर्वात में डिज़ाइन किया गया था (चाहे वह अच्छी तरह से शोध किया गया हो या नहीं), इसलिए यह कुछ वास्तविक दुनिया की चुनौतियों पर विचार नहीं करता है जो वास्तविक उपयोगकर्ताओं द्वारा इसका उपयोग शुरू करने के बाद आप अनिवार्य रूप से खोज लेंगे।
• अंत में (लेकिन शायद ज्यादातर ), आपके उपयोगकर्ताओं/ग्राहकों को महीनों या वर्षों के लिए आपके उत्पाद के पुराने भद्दे संस्करण का उपयोग करना पड़ता था, जब भी आप इस नई चीज़ को जारी करते हैं तो उत्पाद डिज़ाइन में अचानक भारी बदलाव का सामना करना पड़ता है।

"नॉर्थ स्टार" मॉडल: उत्पाद डिजाइन निर्वाण प्राप्त करना, एक समय में एक अद्भुत ब्लिप

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

ठीक है, हमें यहां कुछ गति मिली है, और इस प्रक्रिया के अंत तक हमें अपने उत्पाद में वास्तव में कुछ अच्छे अनुभव मिले हैं (भले ही हम अभी भी अपने साथ कुछ सामान ले जा रहे हों)।

पेशेवरों

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

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

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

लेकिन, आशा है! आपके पास जो कुछ भी है उस पर निर्माण करने वाली प्रणाली को डिजाइन करके आप कठिन, मैला डिजाइन परिवर्तन से बच सकते हैं। कोई यह भी कह सकता है कि आपको अपने उत्पाद को "विकसित" करना चाहिए जहां वह आज है ...

यह विकास है, बेबी : आपको जो मिला है उसकी सराहना करते हुए, एक बेहतर उत्पाद प्राप्त करना

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

1. अपने वर्तमान डिज़ाइन सिस्टम के बारे में जानें (यदि कोई हो) : घटक कहाँ से आते हैं? क्या आपके संगठन में कहीं कोर स्टाइल शीट या लाइब्रेरी है? ये कैसे व्यवस्थित हैं? इसे किसने बनाया? इसका सबसे अधिक उपयोग कौन करता है, और वे इसके किन भागों का उपयोग करते हैं? इसके बिना उन्हें कब ऑफ-रोड जाना होगा?
2. उन प्रतिमानों और व्यवहारों की सूची बनाएं जिन्हें आप अपने उत्पाद में देखते हैं : आप उपयोगकर्ताओं को विभिन्न प्रकार की जानकारी कैसे प्रस्तुत करते हैं? उपयोगकर्ता कैसे चुनते हैं कि वे क्या देखना चाहते हैं? वे जानकारी कैसे डालते हैं? इंटरफ़ेस तत्वों के लिए: क्या आप टैब, कार्ड, सूचियाँ या फ़ॉर्म देखते हैं? प्रत्येक तत्व किन स्थितियों में सामने आता है?
3. उन नियमों को लिखें जिनका पालन आपका उत्पाद करता प्रतीत होता है; फिर नियमों को स्वयं कस लें: सभी डिज़ाइन ऋण के पीछे कहीं न कहीं एक तर्क है कि आपके उत्पाद को एक साथ कैसे रखा गया है। डिजाइन के उन नियमों को समझें जिनका पालन आपका उत्पाद करता प्रतीत होता है, फिर उन पर अमल करें। " ऐसा लगता है कि हम बहुत सी चीजों के लिए तालिकाओं का उपयोग करते हैं, जिसमें यह भी शामिल है कि उपयोगकर्ताओं को कब चुनना है कि किसके साथ जुड़ना है " शायद एक नियम में बदल जाता है: " हम तालिका पंक्तियों का उपयोग करते हैं ताकि उपयोगकर्ता संबंधित, लेकिन स्वतंत्र वस्तुओं के बीच चयन कर सकें ।"
4. अपनी टीम(टीमों) से सहमति प्राप्त करें: अपने मूल्यांकन और अपनी योजना के बारे में बताएं। सहमति बनाने की बात कहना आसान है, लेकिन यह कि आपने मौजूदा उत्पाद से इस प्रणाली का निर्माण किया है, इस बातचीत और संक्रमण को आसान बना देगा, यदि आप बिल्कुल नए पैटर्न और नियम बनाते हैं। निश्चित रूप से इनमें से बहुत से हितधारक भी योगदानकर्ता थे कि उत्पाद आज कैसा दिखता है, इसलिए यह रास्ता उनकी भूमिकाओं के प्रति अधिक सम्मानजनक है, और सभी संगठनात्मक ज्ञान मौजूदा डिजाइनों में शामिल हैं।
5. इस प्रणाली के साथ निर्माण शुरू करें: अब जब आप जानते हैं कि किन नियमों का पालन करना है और पैटर्न का उपयोग करना है, तो उन पैटर्नों को निर्दिष्ट करें और नियमों का पालन करना शुरू करें! अगली बार जब आपके इंजीनियर टेबल, कार्ड, फॉर्म इत्यादि में डाल रहे हों, तो सुनिश्चित करें कि यह निर्दिष्ट तत्व है और वे इसका सही तरीके से उपयोग कर रहे हैं। समय के साथ, आपका अधिकांश इंटरफ़ेस इस नई डिज़ाइन प्रणाली का उपयोग करेगा, लेकिन इसे इंटरफ़ेस के पुराने भागों के साथ अपेक्षाकृत अच्छी तरह से मिश्रित होना चाहिए।

पेशेवरों

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

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

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

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

तो, आगे बढ़ो और विकसित हो!

अद्यतन (एक वर्ष या बाद में)

मैंने इस डिजाइन प्रणाली के बारे में एक और टुकड़ा लिखा है जिस पर मैं हायर के लिए काम कर रहा था - वही परियोजना जिसने इस "विकास" टुकड़े को एक साल पहले प्रेरित किया था।

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