🕹️ ⚔️ 🧑‍🤝‍🧑 डिजाइनर वह नहीं है जो खूबसूरती से पेंट करता है, यह वह है जो उपयोगकर्ता को समझने में व्यवसाय की मदद करता है ♏️ 🥦 🕴🏾

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

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

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

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

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

फ्रेमवर्क के चरणों के लिए मुख्य कार्यान्वयन चरण

हम "जैसा है" स्थिति का विश्लेषण करते हैं, हम ग्राहकों, व्यापार आदि की जरूरतों को समझते हैं।

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

हम अनुसंधान तैयार करते हैं और संचालित करते हैं; एक नियम के रूप में, ये गहन साक्षात्कार हैं जिसमें उत्पाद के मालिक और टीम के प्रमुख सदस्य अपने उपयोगकर्ताओं के साथ आमने-सामने मिलते हैं, उनकी समस्याओं और जरूरतों के बारे में सीखते हैं।
हम समझते हैं कि मौजूदा प्रक्रियाएँ और सेवाएँ कैसे काम करती हैं, उदाहरण के लिए, हम एक बैंक की शाखा के कर्मचारियों के साथ मिलते हैं और यह पता लगाते हैं कि ग्राहकों को वास्तव में कैसा दिखता है, क्या काम करता है और क्या नहीं।
, , , .
, , .
; , , , , , . — .
, , . , , : , , .

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

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

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

पहली चीज़ जो हम एकत्र करते हैं वह ग्राहकों की आवश्यकताओं, प्रतिबंधों और आवश्यकताओं की एक सूची है कि वे एक आदर्श दुनिया में प्रक्रिया को कैसे देखते हैं।

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

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

इस स्तर पर, विशिष्ट कार्य पहले से ही लिखे गए हैं। केवल हम छह महीने के लिए टीके तैयार नहीं करते हैं, लेकिन शाखाओं "परिकल्पना - प्रयोग" करते हैं, अर्थात, हम मानते हैं कि कुछ गलत हो जाएगा। और उस पर प्रतिक्रिया के बारे में सोचो।

पहला कदम हमेशा एमवीपी होता है।

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

उदाहरण

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

कंपनी की नई संरचना में स्वायत्त उत्पाद टीमें हैं। वास्तव में, वे पहले से मौजूद नहीं थे: व्यवसाय ने उत्पाद के लिए आवश्यकताओं को लिख दिया, उन्हें डिजाइनरों को भेज दिया, डिजाइनरों ने डिजाइन को आकर्षित किया और इसे डेवलपर्स को सौंप दिया, और उन्होंने उत्पाद विकसित किया और इसे जारी किया।

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

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

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

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

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

खुद की उत्पाद टीमों ने दो व्यावसायिक दिनों के लिए नए समाधानों के लिए प्रोटोटाइप समय कम कर दिया है। यही है, हमने उत्पाद के चारों ओर एक छोटे से काम करने वाले स्वायत्त व्यवसाय का एक मॉडल बनाने में मदद की।

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

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

बड़े संगठनों के मानकों से, एक दर्जन से अधिक वर्षों से विद्यमान, यह विज्ञान कथा जैसा लगता है।

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

डिजाइनर आता है, बैठक में एक प्रोटोटाइप बनाता है, चर्चा अधिक ठोस हो जाती है, टीम जल्दी से बातचीत करती है और आगे बढ़ती है। यही है, यह इस स्थिति में था कि दृश्य साधनों द्वारा तेजी से प्रोटोटाइप (कम से कम कागज पर हाथ से) अधिक तेज़ी से सहमत होने में मदद मिली।

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

परिणाम: सरलीकृत योगों, बैंक ग्राहक की भाषा, एक छोटा और अधिक समझने योग्य ग्राहक मार्ग, कम फ़ील्ड भरने के लिए, स्पष्ट शुल्क बोलता है।

बुनियादी सिद्धांत

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

डिजाइनर बताता है:

— , « ». . , , 2. . , . , . User Story Map. , CJM. ? . ? . ? ? , , , , . — . 20 — , .

तो डिजाइन करने के लिए प्राथमिक चिकित्सा उत्पाद चर्चा में तेजी लाने के लिए है। और फिर "उपयोगकर्ता की जरूरतों" के लिए पहले से ही सोच बदल गई है, न कि "यहां हमारे पास है।"

हम उपयोगकर्ता की जरूरतों की समझ से शुरू होकर समस्या का समाधान करते हैं।

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

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

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

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

हम हल करने के लिए सही समस्याओं की तलाश कर रहे हैं या समस्याओं को पहले स्थान पर हल किया जाना चाहिए (फिर से, उपयोगकर्ता की जरूरतों को समझने के माध्यम से)।

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

हम एक क्रॉस-डिसिप्लिनरी टीम (डिजाइन + बिजनेस + टेक्नोलॉजी) में समाधान के साथ आते हैं।

ऐसी टीमों में विभाजित करना (विकास के लिए, आदर्श रूप से चर्चा के लिए कम से कम) भी रूपरेखा का आधार है। परियोजना को प्रभावित करने वालों में से प्रत्येक को यह देखना होगा कि इस बारे में तुरंत बोलने के लिए अंदर क्या हो रहा है। डिजाइनर आमतौर पर कहते हैं: "मैं इसे पसंद करूंगा," और बाकी समझाते हैं कि यह क्यों संभव नहीं है या यह क्यों संभव है। डिजाइनर और डेवलपर के बीच संवाद कभी-कभी इस XKCD कॉमिक जैसा दिखता है :

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

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

हम टीम को संरेखित करने और प्रतिक्रिया प्राप्त करने के लिए आविष्कार किए गए समाधानों का प्रोटोटाइप और कल्पना करते हैं।

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

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

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

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

संदर्भ

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

डिजाइनर वह नहीं है जो खूबसूरती से पेंट करता है, यह वह है जो उपयोगकर्ता को समझने में व्यवसाय की मदद करता है

फ्रेमवर्क के चरणों के लिए मुख्य कार्यान्वयन चरण

उदाहरण

बुनियादी सिद्धांत

संदर्भ

More articles: