एंटरप्राइज यूएक्स के बारे में 5 बातें जो मैंने सीखीं

यह लेख ZZ टॉप द्वारा गीत की संगति के साथ सेवन किया गया है:

एक बड़ी कॉर्पोरेट परियोजना में UX पेशेवर चेहरे सबसे बड़ी चुनौतियां क्या हैं?

प्रमुख नुकसान क्या हैं? सबसे अच्छा तरीका कौन से हैं?

यह आलेख उद्यम स्तर की सॉफ्टवेयर परियोजनाओं पर चर्चा करता है, जो आमतौर पर विभिन्न विभागों (यानी वित्त, बिक्री, विपणन, आदि) का प्रतिनिधित्व करने वाले कई हितधारकों के साथ कंपनियों में पाई जाती हैं।

इस प्रकार का (आमतौर पर विरासत) सॉफ्टवेयर, बड़ी मात्रा में मॉड्यूल और घटकों के साथ-साथ उपयोगकर्ताओं के साथ सामना कर सकने वाली अत्यधिक जटिल जानकारी से ग्रस्त है।

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

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

# 1 - सभी हितधारकों का साक्षात्कार

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

कठिन बात यह है कि उन सभी को पहचानना है। ज्ञात हो कि बड़े कॉर्पोरेट प्रोजेक्ट्स में नए हितधारकों को स्प्रिंट के बीच में सबसे खराब समय में दिखाई देने की प्रवृत्ति होती है। याद रखें, एक परियोजना की शुरुआत में हमेशा एक निर्णय निर्माता होता है जो टेबल पर नहीं बैठता है।

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

# 2 - परीक्षण और सब कुछ साझा करें

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

बहस करने के बजाय, परीक्षण से सब कुछ शुरू करना और उपयोगकर्ताओं से सीधे डेटा इकट्ठा करना बेहतर है।

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

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

"लेकिन कुछ रहस्य साझा करने के लिए बहुत स्वादिष्ट हैं।"
- सुजैन कॉलिन्स, मॉकिंगजय

# 3 - 'मीटिंग मिनट्स' लॉग रखें

उपरोक्त # 1 बिंदु से सभी हितधारकों को याद रखें? एक बड़े संगठन में हर किसी को एक दूसरे के साथ सहमत होना बहुत कठिन है। वर्तमान प्रक्रिया के संबंध में उन्हें एक ही पृष्ठ पर रखना भी कठिन है। दुर्भाग्य से, ज्यादातर मामलों में, अगले चरण और लक्ष्यों के साथ मीटिंग में सभी को रखना लगभग असंभव है।

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

प्रत्येक बैठक से पहले एक एजेंडा रखना और एक के बिना बैठकों को टालना, सभी का समय बचाता है। चर्चा के बिंदु रेट्रोस्पेक्ट में समीक्षा किए जाने पर बातचीत के परिणामों को समझने में मदद करते हैं। अंत में, अगले चरण में सभी को सहमत रणनीति के साथ सिंक किया जाता है, यहां तक ​​कि लोग जो बैठक में शामिल नहीं हुए थे।

# 4 - आईए पर ध्यान दें

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

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

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

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

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

# 5 - छोटे परिवर्तन वितरित करें

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

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

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

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

घाव चाटना

यह ध्यान रखना आवश्यक है कि इन परियोजनाओं के दौरान, शुरू से ही ऊपर उल्लिखित सभी सुझावों का पालन करना हमेशा संभव नहीं होता है। डोमेन ज्ञान का अभाव, राजनीतिक या प्रबंधकीय प्रकृति के भविष्य के आश्चर्य को रोकता है। तो, इस लेख को एक (बाहर-) घाव की सूची के रूप में समझो।

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

“एक सीखने का अनुभव उन चीजों में से एक है जो कहती हैं, thing आप उस चीज़ को जानते हैं जो आपने अभी किया था? ऐसा मत करो। "
- डगलस एडम्स, द सैल्मन ऑफ डाउट

मुझे यकीन है कि आपने अपने उद्यम प्रोजेक्ट में कई और महत्वपूर्ण मुद्दों की खोज की होगी। मुझे बहुत पसंद आएगा ... "घावों की तुलना करें", तो मुझे नीचे टिप्पणी में बताएं :)

क्या आप उद्यम परियोजनाओं में यूएक्स को लागू करने के बारे में अधिक जानना चाहते हैं? UX और स्करम में रुचि रखते हैं? फिर, अपने विशिष्ट उद्यम उत्पाद जरूरतों के साथ मदद करने के लिए hi@zanshinlabs.io पर संपर्क करें या केवल http://zanshinlabs.io/content.html पर जाएँ।