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

डिजाइन थिंकिंग प्रोसेस: टाइगर्स-इनोवेटर्स के लिए सर्वश्रेष्ठ विकल्प

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

डिजाइन थिंकिंग की अवधारणा 1969 में हर्बर्ट साइमन की पुस्तक "द साइंसेज ऑफ द आर्टिफिशियल" के विमोचन के बाद से रही है , और अब इसका व्यापक रूप से Google, Apple और Airbnb जैसे निगमों द्वारा उपयोग किया जाता है। वास्तव में, इन कंपनियों के सभी समाधानों को सहज - बल्कि क्रांतिकारी की तुलना में बहुत अधिक कहा जा सकता है। इस प्रकार, डिजाइन सोच का मूल्य नवाचारों को बनाने और यूआई में हेरफेर करने के परिचित, बल्कि जटिल परिदृश्यों को सरल बनाने में निहित है।

‍

डिजाइन थिंकिंग प्रक्रिया में बुनियादी कदम

उपयोगकर्ताओं के साथ सहानुभूति रखें

यह वह जगह है जहां आपको उस समस्या की पहचान करने की आवश्यकता है जिसका सामना अधिकांश उपयोगकर्ता करते हैं। उत्पाद को उनके दृष्टिकोण से समझना बहुत महत्वपूर्ण है, न कि निर्माता के दृष्टिकोण से (जो स्वाभाविक रूप से इंटरफ़ेस से परिचित हैं)।

उपयोगकर्ता की जरूरतों को निर्धारित करें

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

विचार पीढ़ी पर जाएं

पिछले दो चरणों में एकत्र किया गया ज्ञान गैर-मानक विचारों को उत्पन्न करने के आधार के रूप में कार्य करेगा। इस स्तर पर बाघ की बुद्धिशीलता अच्छी तरह से काम करती है

एक प्रोटोटाइप बनाएं

सबसे व्यवहार्य विचारों की पहचान करने के बाद, आपको उनसे कई प्रोटोटाइप बनाने होंगे (उदाहरण के लिए, उन्हें कागज पर खींचा जा सकता है)।

उत्पन्न समाधान का परीक्षण करें

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

इस दृष्टिकोण के लाभों के लिए, यहाँ मैं निम्नलिखित पर प्रकाश डाल सकता हूँ:

• अंतिम उपयोगकर्ताओं के साथ निरंतर संपर्क, जो उनकी आवश्यकताओं की पूर्ण संतुष्टि प्राप्त करने में मदद करता है;
• एक पुनरावृत्त दृष्टिकोण जो संपादन की लागत को कम करता है;
• कंपनी के लिए ही इनोवेटर्स की छवि बनाना।

• तंग समय सीमा वाली परियोजनाओं के लिए सबसे अच्छा विकल्प नहीं है;
• विकास के सभी चरणों में अंतिम उपयोगकर्ताओं की भागीदारी सुनिश्चित करने की आवश्यकता;
• असंगति या कार्यान्वयन की उच्च लागत से जुड़ी संभावित तकनीकी सीमाएं

उपयोगकर्ता-केंद्रित डिज़ाइन: बाघों को शामिल करने के लिए विन-विन समाधान

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

यूसीडी का इतिहास पिछली सदी के 70 के दशक में शुरू होता है। इस दृष्टिकोण ने डॉन नॉर्मन "हर दिन की चीजों के डिजाइन" के काम में एक विशेष भूमिका निभाई , जहां उन्होंने उन वस्तुओं की उपयोगिता के मनोवैज्ञानिक पहलुओं का विश्लेषण किया जो हम सभी रोजमर्रा की जिंदगी में उपयोग करते हैं।

‍

यूसीडी के चार चरण

# 1 — उपयोगकर्ता के दृष्टिकोण से उत्पाद के मुख्य कार्य को परिभाषित करें

इस कदम के लिए उत्पाद पर "अंतिम उपयोगकर्ताओं की नज़र से" विचार करने की आवश्यकता है - इसे समाप्त करने के लिए कौन से दर्द बिंदु हैं, किन लक्ष्यों को प्राप्त करना है?

#2 — संभावित उपयोगकर्ता आवश्यकताओं पर विचार करें

इस स्तर पर, आपको यह समझना होगा कि लक्षित दर्शकों की क्या आवश्यकताएं हैं जो प्रयोज्य को प्रभावित करती हैं और उत्पाद की लागत को सही ठहराती हैं।

#3 — एक प्रोटोटाइप बनाएं

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

#4 — परिणामों का मूल्यांकन करें

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

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

‍

सेवा-उन्मुख डिजाइन: सामग्री बाघों के लिए पवित्र कंघी बनानेवाले की रेती

यह दृष्टिकोण स्वायत्त कार्यों (सेवाओं) की एक मानकीकृत संरचना के निर्माण का तात्पर्य है जो सॉफ्टवेयर टूल्स और प्रौद्योगिकियों पर निर्भर नहीं है। यह डेवलपर्स को स्केलेबल समाधानों को लागू करने में मदद करता है जिन्हें न्यूनतम लागत पर नियमित अपडेट की आवश्यकता होती है।

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

‍

SOA कार्यप्रणाली को लागू करने के लिए अनुसरण करने के चरण

विनिर्देशों की सूची बनाएं

इस स्तर पर, आपको ग्राहक के दीर्घकालिक व्यावसायिक लक्ष्यों को ध्यान में रखते हुए उत्पाद आवश्यकताओं की एक सटीक सूची बनानी होगी।

इस बारे में सोचें कि उत्पाद को कार्यों में कैसे विभाजित किया जा सकता है

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

कई प्रोटोटाइप बनाएं

आपके द्वारा चुनी गई संरचना के आधार पर, कुछ प्रोटोटाइप बनाएं

उन्नयन के लिए परीक्षण प्रोटोटाइप

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

लाभों के संदर्भ में, यह दृष्टिकोण सॉफ्टवेयर मालिक के दीर्घकालिक व्यावसायिक लक्ष्यों को पूरा कर सकता है, क्योंकि वास्तुकला को निरंतर परिवर्तन के लिए जमीन से तैयार किया गया है। इसके नुकसान भी हैं: विशिष्टताओं की विस्तृत सूची (जो स्टार्टअप्स के लिए विशिष्ट है) के अभाव में, आप सॉफ़्टवेयर को फ़ंक्शंस में विभाजित करने के लिए गलत योजना चुन सकते हैं, जो भविष्य में महंगे अपडेट की आवश्यकता होगी।

सिस्टम-उन्मुख डिजाइन प्रक्रिया:

अनुभवी बाघों ने सिस्टम डिजाइन प्रक्रिया को विकसित करने के लिए सुझाव तैयार किए हैं।

तो चलिए एक ज़ेबरा स्नैक लेते हैं और इसे यहाँ पढ़ते हैं:

मानव-केंद्रित डिजाइन प्रक्रिया: समावेशी बाघ, कृपया खड़े हो जाएं

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

पारंपरिक डिजाइन प्रक्रिया: रूढ़िवादी बाघों के लिए अप्रभावी तरीका

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

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

‍

अंतिम चिंताएं

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