उत्पाद प्रबंधन: उपयोगकर्ता की आंखों के माध्यम से उत्पाद देखें

कुछ समय पहले मैंने आईएसडीईएफ सम्मेलन में बात की थी और इस बारे में बात की थी कि क्या होता है जब प्रोग्रामर इंटरफेस डिजाइन करने के लिए मजबूर होते हैं।

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

समस्या का सार

UX को हर समय कैसे डिज़ाइन किया जा सकता है, इसके अद्भुत कार्यक्रम इसके उदाहरण हैं।
उदाहरण के लिए, राज्य पोर्टल पर कार्य पुस्तिका से इतिहास को भरने का यह एक अद्भुत तरीका है। सेवाएं (मैंने पहले ही इसके बारे में लिखा था ), जो खोलने के 15 मिनट बाद एक सत्र को मारता है और उपयोगकर्ता को सभी डेटा के नुकसान के साथ पृष्ठ को ओवरलोड करने के लिए मजबूर करता है।

पूरी तरह से समझ से बाहर जानकारी भरने के लिए ये अद्भुत रूप हैं, जैसा कि बाईं तरफ की आकृति में है।

ये टेक्स्ट एडिटर की समापन विंडो हैं, जो टेक्स्ट को सहेजने की पेशकश करने का प्रयास भी नहीं करते हैं, जिस पर दुर्भाग्यपूर्ण उपयोगकर्ता ने अपने जीवन के दो घंटे बिताए।

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

क्यों?

बेशक, सवाल तुरंत उठता है: क्यों? ऐसा क्यों हो रहा है? यहां तक ​​कि सबसे अच्छा प्रोग्रामर, सही आर्किटेक्चर डिजाइन करना और सही कोड लिखना, उपयोगकर्ता इंटरैक्शन डिजाइन करते समय सबसे बड़ी गलतियां क्यों करते हैं?

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

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

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

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

जैसा कि हेनरी फोर्ड ने एक बार कहा था: "अगर मैंने लोगों से पूछा कि वे क्या चाहते हैं, तो वे एक तेज घोड़े के लिए कहेंगे।"

क्या करें?

तो क्या करें यदि उपयोगकर्ता खुद नहीं जानते कि वे क्या चाहते हैं, और यदि वे करते हैं, तो वे इसे सामान्य रूप से तैयार नहीं कर सकते हैं।

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

एक "उपयोगकर्ता", उर्फ ​​"उपयोगकर्ता" या यहां तक ​​कि " ज़्यूसर " ग्रह पर सबसे धूसर , कमजोर-इच्छाशक्ति, शक्तिहीन और उत्पीड़ित प्राणी है।

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

पूर्ण पुनर्जन्म

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

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

वैसे, मानक उपयोगकर्ता कहानियों के निर्माण की सलाह देते हैं, लगभग निम्नलिखित रूप में: " जैसा कि <भूमिका> मैं चाहूंगा ... "। इस प्रकार, वे सीधे उस व्यक्ति को डालते हैं जो उन्हें (आमतौर पर उत्पाद स्वामी) उपयोगकर्ता के स्थान पर लिखता है।

अपने कुत्ते का खाना खाएं

संभवतः आपके उपयोगकर्ता की भूमिका के लिए उपयोग किए जाने का सबसे आसान तरीका है कि आप स्वयं अपने उत्पाद का उपयोग शुरू करें।

"हम खुद कुत्ते का खाना खाते हैं जो हम पैदा करते हैं।" यह वाक्यांश पहली बार 1970 में एक पालतू खाद्य कंपनी अल्पो के एक विज्ञापन में दिखाई दिया, और अब इसे सॉफ्टवेयर विकसित करने में Microsoft द्वारा भारी उपयोग किया जाता है। हमारा उत्पाद इतना अच्छा है कि हम इसका इस्तेमाल खुद करते हैं।

संभवतः इस दृष्टिकोण का सबसे महत्वपूर्ण उदाहरण लोकप्रिय Git संस्करण नियंत्रण प्रणाली है। परियोजना की शुरुआत के तीन दिन बाद, इसका स्रोत कोड रखा गया था ... गिट में, और स्वयं की मदद से इस उपकरण का और विकास किया गया।

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

यदि आपको स्वयं इसका उपयोग नहीं करना है, तो आपको प्रतियोगियों के उत्पाद को पसंद करते हुए आपके उत्पाद की आवश्यकता कौन है? उसका गुण क्या है? आप इसे बिल्कुल क्यों जारी कर रहे हैं और आप किसे ट्रिक करना चाहते हैं?

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

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

उत्पाद प्रबंधक के लिए अपने स्वयं के अहंकार को अलग रखना और खुले दिमाग के साथ उत्पाद पर विचार करना बहुत महत्वपूर्ण है। लेकिन यह पूरी तरह से अलग कहानी है।

निष्कर्ष

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

और फिर आपका उत्पाद उपयोगी, सुविधाजनक और मांग में होगा। इसलिए - सफल।

अपने उत्पादों को विकसित करने के लिए शुभकामनाएँ!