कुछ महीने पहले,
माइकल हॉले ने
www.uxmatters.com पर एक लेख प्रकाशित किया था, जो इंटरफ़ेस डिजाइनरों द्वारा सामना की जाने वाली आम समस्याओं को हल करने के लिए समर्पित था, जो ग्राहक से इंटरफ़ेस प्रोटोटाइप पर स्पष्ट टिप्पणियां प्राप्त करने की उम्मीद करते हैं।
यह लेख सहायक हो सकता है:
* डिजाइनरों ui / ux;
* डिजाइनर;
* ठेकेदार द्वारा परियोजना प्रबंधक।
मैं आपको उसका अनुवाद प्रस्तुत करता हूं:
"इस परिदृश्य पर विचार करें:आप किसी प्रोजेक्ट पर काम करने वाली प्रयोज्य टीम के लीडर हैं। व्यापार विश्लेषण चरण को पूरा करने और उपयोगकर्ताओं की जांच करने के बाद, आपने बुद्धिशीलता सत्र और कई विचार पीढ़ी की बैठकें आयोजित की हैं। उसके बाद, आप
(या आपके कर्मचारी - तत्पश्चात
इटैलिक मेरा) मुख्य इंटरफ़ेस समाधान के प्रोटोटाइप के विकास को शुरू करते हैं और ग्राहक को उनके साथ पेश करने के लिए तैयार हैं। परियोजना में एक व्यस्त कार्यक्रम है, लेकिन आप समझते हैं कि ग्राहकों को आपकी अवधारणाओं पर विचार करने के लिए समय देना कितना महत्वपूर्ण है ताकि उन्हें आवश्यक टिप्पणियां देने का अवसर मिले। योजना के बाद, आप मंगलवार सुबह एक प्रस्तुति दे रहे हैं।
अंत में, आप कहते हैं: "गुरुवार शाम तक अपनी टिप्पणी भेजें" और, प्रसन्न होकर, प्रस्तुति को पूरा करें।
ऐसा लगता है कि ग्राहक प्रतिनिधियों ने प्रोटोटाइप में सन्निहित अवधारणाओं और विचारों को दिलचस्प पाया। अब आप उनसे मूल्यवान टिप्पणियों की अपेक्षा करते हैं - उदाहरण के लिए, प्रस्तुत अवधारणा ग्राहक के व्यावसायिक लक्ष्यों के अनुरूप कैसे है, क्या ऐसी आवश्यकताएं हैं जो इसमें ध्यान नहीं दी जाती हैं या वर्कफ़्लो या नेविगेशन में कोई समस्या है।
गुरुवार की शाम को आप ग्राहक से एक पत्र खोलते हैं, लेकिन आपको वह नहीं मिल रहा है जिसकी आपको उम्मीद थी। कुछ टिप्पणियां हैं, और यहां तक कि उन चीजों के बारे में भी है जैसे कि लोगो का आकार, रूपों और तत्वों को हस्ताक्षर का पाठ, या अलग-अलग ब्लॉकों के रंग को बदलने के लिए शुभकामनाएं। आपको चिंता होने लगती है कि शायद दूसरी तरफ वे यह नहीं समझ रहे हैं कि प्रस्तुत सामग्रियों का आलोचनात्मक होना कितना महत्वपूर्ण है और टिप्पणियों की कमी अब विकास के अगले चरणों में समस्या पैदा कर सकती है। टिप्पणियों के लिए आवंटित समय समाप्त हो गया है और, यदि आप विवरण मांगते हैं, तो परियोजना अनुसूची से बाहर निकलने का जोखिम उठाती है। आपको घबराहट होने लगती है। क्या गलत हुआ?
ग्राहक से प्रतिक्रिया प्राप्त करने का महत्व।यह सब सही शुरू हुआ। एक सामान्य दृष्टि विकसित करना और सभी दलों द्वारा इसका समर्थन करना अधिकांश परियोजनाओं के लिए सफलता की कुंजी है। इसलिए, टिप्पणियों के लिए ग्राहक की ओर मुड़ते हुए, आपने सही काम किया।
Ux पेशेवरों को अक्सर इस बात की चिंता होती है कि क्या विकास के शुरुआती चरणों में चर्चा में सभी इच्छुक दलों को शामिल करना है या नहीं। जहां वे बस अपने विचारों को व्यक्त करना शुरू कर सकते हैं कि वे डिजाइन में क्या जोड़ना चाहते हैं
(जैसा कि हमने पहले परिदृश्य में उत्तर में देखा था) । लेकिन सही सवाल पूछकर, आप अनावश्यक टिप्पणियों से बच सकते हैं, लेकिन, इसके विपरीत, व्यापार और डेवलपर्स से मूल्यवान सिफारिशें प्राप्त करें कि डिजाइन प्रक्रिया के प्रारंभिक चरण में अब क्या सुधार करना महत्वपूर्ण है।
मैंने पाया कि जब आप अपने डिजाइन विचारों को प्रस्तुत करने का अवसर देते हैं, तो प्रतिक्रिया बेहतर ढंग से काम करती है, ग्राहक को उनके बारे में अधिक विस्तार से विचार करने का समय दें, ताकि आप उन समाधानों और अवधारणाओं को बेहतर ढंग से समझ सकें जो आप प्रस्तावित कर रहे हैं। इसके लिए परियोजना समय में अतिरिक्त समय को शामिल करने की आवश्यकता होगी, लेकिन ग्राहक को आपकी अवधारणा के विवरण को समझने के लिए, अन्य कर्मचारियों को चर्चा के लिए आकर्षित करने का अवसर देने के लिए इसके लायक है। इसके अलावा, फीडबैक प्राप्त करने के लिए सीमित समय-सीमा निर्धारित करना परियोजना प्रबंधन के लिए उपयोगी है और
बिना समय गंवाए परियोजना को चालू रखने में मदद करता है।
त्रुटि तब हुई जब यूआई-लीड ने बस पूछा "मुझे गुरुवार शाम तक अपनी टिप्पणी भेजें"।
यह सरल अनुरोध ग्राहक की जागरूकता के बारे में कई
धारणाओं को दर्शाता है कि इंटरफ़ेस डिज़ाइन क्या है, आपको प्रोटोटाइप में क्या ध्यान देना चाहिए और इस स्तर पर किन मुद्दों का समाधान किया जाता है। यह ux-Developers की एक सामान्य गलती है, इस तथ्य से उत्पन्न होती है कि वे खुद को हमेशा डिजाइन प्रक्रिया में उबले हुए हैं और इन सभी सवालों के जवाब लंबे समय से जानते हैं। डिजाइनर खुद समझते हैं कि अवधारणाओं का सही मूल्यांकन कैसे सुनिश्चित किया जाए और यह जानना चाहिए कि डिजाइन के किस चरण का मूल्यांकन किया जाना चाहिए। और चूंकि ग्राहकों को हमेशा डिजाइन के बारे में कुछ कहना होता है, डिजाइनर अक्सर
(अक्सर अनजाने में) यह मान
लेते हैं कि ग्राहक प्रतिनिधि डिजाइन के महत्वपूर्ण पहलुओं का सही मूल्यांकन करने में सक्षम हैं, रचनात्मक प्रतिक्रिया प्रदान करते हैं जो डिजाइन को बेहतर बनाने में मदद कर सकते हैं। कभी-कभी इस धारणा से कोई खतरा नहीं होता है। लेकिन हमेशा नहीं।
प्रतिक्रिया गुणवत्ता में सुधार के लिए 5 कदमकुछ सरल कदम हैं जो प्रतिक्रिया की गुणवत्ता में सुधार करने और उन टिप्पणियों को प्राप्त करने में मदद कर सकते हैं जो उपयोगी होंगे।
1. संदर्भ को परिभाषित करें। मेरे अनुभव में, अक्सर यह कारण है कि टिप्पणियां डिजाइनरों के लिए उपयोगी कुछ भी नहीं लाती हैं, उनकी
समयबद्धता है - वे डिजाइन प्रक्रिया के इस चरण में उपयुक्त नहीं हैं, हालांकि उनके पास एक और समय पर मूल्य हो सकता है। यह शुरुआती चरण में विशेष रूप से सच है, जब टीम को परियोजना के प्रतिमान, उच्च-स्तरीय समाधान और एक सामान्य बुनियादी ढांचे के विकास पर ध्यान केंद्रित करना चाहिए। और टिप्पणियों के लेखक को हमेशा दोष नहीं दिया जाता है, इसके विपरीत, अक्सर वह सिर्फ यह नहीं जानता है कि उसे कम-विस्तृत प्रोटोटाइप के साथ प्रस्तुत किया गया है, क्योंकि वह नहीं जानता कि डिजाइन प्रक्रिया में क्या और कब किया जाता है और इसलिए, यह समझ में नहीं आता है कि वह किस चरण में काम कर सकता है। टीम।
आप इस समस्या को हल करके बता सकते हैं कि विकास की वर्तमान अवस्था क्या है और इस स्तर पर किस तरह की टिप्पणियाँ सबसे उपयुक्त हैं।
अंजीर में प्रस्तुत किया। स्कीम 1 विकास के वर्तमान स्तर पर क्या हो रहा है, यह दर्शाने में मदद करेगा
और चर्चा के लिए विषयों की सूची निर्धारित करने में मदद करेगा:
Yandex.Photos पर देखेंअंजीर। 1 - इंटरफ़ेस के विकास के चरणों में क्या टिप्पणियों की आवश्यकता है
2. विशिष्ट प्रश्न पूछें। उपयोगी और निरर्थक उत्तरों के उदाहरण प्रदान करें।
ओपन एंडेड प्रश्न जैसे "गुरुवार के अंत तक मुझे अपनी टिप्पणी भेजें" प्रश्नों की एक विस्तृत श्रृंखला के लिए और अधिक जवाब पाने के लिए एक अच्छा अवसर की तरह लग सकता है, लेकिन वास्तव में वे आमतौर पर विपरीत प्रभाव का नेतृत्व करते हैं - पर्याप्त टिप्पणियां नहीं हैं, और वे इसके बारे में नहीं हैं।
परियोजनाओं में मौजूद समय की कमी और "मुक्त रूप टिप्पणियों" की व्यापक व्याख्या की संभावना को देखते हुए, मुझे कुछ प्रमुख मुद्दों को सूचीबद्ध करने के लिए और अधिक उपयोगी लगता है और ध्यान दें कि अवधारणा / प्रोटोटाइप में किन स्थानों पर टिप्पणी करने की आवश्यकता है। विशिष्ट प्रश्न पूछकर या केवल कुछ क्षेत्रों पर ध्यान केंद्रित करने के लिए जिनके लिए अब आपको टिप्पणियों की आवश्यकता है, और उत्तरों के प्रारूप को सेट करते हुए, आप ग्राहक को एक गाइड देते हैं जो यह सुनिश्चित करता है कि महत्वपूर्ण मुद्दों पर आपसी समझ हासिल करने के लिए सबसे पहले टिप्पणियों की आवश्यकता है। यहाँ कुछ नमूना प्रश्न दिए गए हैं:
- क्या परियोजना के प्रस्तावित व्यावसायिक उद्देश्य हैं? क्यों? / क्यों नहीं?
- कृपया प्रस्तावित लेनदेन प्रक्रिया
(या अन्य महत्वपूर्ण कार्रवाई) पर टिप्पणी करें
- प्रस्तावित अवधारणा में ऐसा कुछ है जो विकास के लिए अधिक संसाधनों की आवश्यकता हो सकती है?
- क्या प्रस्तावित अवधारणा में कुछ ऐसा है जिसे कानूनी दृष्टिकोण से सत्यापित करने की आवश्यकता है?
बहुत से प्रश्नों के साथ ग्राहक प्रतिनिधियों को अधिभारित करने की आवश्यकता नहीं है।
3-5 बुनियादी प्रश्न उन्हें उत्तरों पर बेहतर ध्यान केंद्रित करने में मदद करेंगे। इसके अलावा, आपके प्रश्नों का उत्तर प्रस्तुत अवधारणा की एक सामान्य छाप बनाने में मदद करेगा। और यह अन्य प्रश्नों के उत्तर बनाने में मदद करेगा और आपकी अवधारणा के बारे में मुख्य विचारों को उजागर करने का अवसर प्रदान करेगा।
3. ग्राहक को उसके लिए महत्वपूर्ण विवरणों पर एक अलग अनुच्छेद में टिप्पणी करने की अनुमति दें।यद्यपि डिजाइनर भागों के डिजाइन के बारे में टिप्पणी प्राप्त करने से निराश होने का जोखिम चलाता है, जैसे कि तत्वों का रंग या लाइन रिक्ति, वे अभी भी उपयोगी हो सकते हैं - ग्राहक को उन विवरणों पर ध्यान केंद्रित करने का अवसर देना महत्वपूर्ण है जो उसके लिए महत्वपूर्ण हैं।
इसलिए, आपको अपने फ़ीडबैक प्रारूप में, प्रमुख प्रश्नों के अलावा, आपके प्रोटोटाइप में किसी भी अन्य टिप्पणी और टिप्पणी करने की क्षमता शामिल होनी चाहिए। यह एक सरल प्रश्न के साथ शुरू किया जा सकता है, "क्या आपके पास कोई अन्य टिप्पणी है?" इससे ग्राहक को इस तरह की जानकारी पेश करने के लिए एक चैनल मिलेगा और दूसरी ओर, वर्तमान चरण में महत्वपूर्ण मुद्दों पर अधिक ध्यान केंद्रित करने में मदद मिलेगी।
4. सवालों के जवाब देने के लिए सामान्य निर्देश और "अच्छा जवाब / बुरा सवाल" उदाहरण दें।डिजाइनर की सबसे लगातार निराशा में से एक वह स्थिति है जब ग्राहक समस्या का वर्णन करने के बजाय "सब कुछ एक ही रंग बनाओ" की शैली में टिप्पणियां देता है, जिसका वर्णन किया जाना चाहिए "बहुत सारे रंग जानकारी को समझना मुश्किल बनाते हैं।" लेकिन प्रतिक्रिया का यह रूप उत्तरदाता की गलती नहीं है। अक्सर, ग्राहक डिजाइन समस्याओं को हल करने में डिजाइनरों की भूमिका को नहीं समझते हैं और बस इस तरह से मदद करने की कोशिश करते हैं।
दूसरी ओर, डिजाइनर नाखुश होंगे यदि टिप्पणियां पर्याप्त रूप से विकसित नहीं हुई हैं। टिप्पणियों की एक अत्यधिक गंभीर टोन भी अस्वीकृति का कारण बन सकती है - कहते हैं, ग्राहक डिजाइन की भूमिका को नहीं समझता है और डिजाइनर / डिजाइनर की कुर्सी पर बैठने की कोशिश करता है।
ऐसी स्थितियों से बचने का सबसे अच्छा तरीका ग्राहक को स्पष्ट निर्देश देना है। निर्देशों को संक्षिप्त और अनिवार्य रूप से सामान्य होना चाहिए ताकि वे पूर्वाग्रह से बच सकें और जहां आवश्यक हो, उदाहरणों को शामिल करें।
ऐसे निर्देशों के कुछ उदाहरण इस प्रकार हैं:
- ईमानदार रहें। मेरी भावनाओं के बारे में चिंता न करें - यदि आपको कुछ ऐसा दिखाई देता है, जिसमें टिप्पणियों की आवश्यकता है, तो बाद में अब कहना बेहतर होगा।
- केवल "अच्छा" या "बुरा" कहना पर्याप्त नहीं है। जानिए क्यों। उदाहरण के लिए:
- उपयोगी टिप्पणी नहीं: "यह अच्छा है!"
- उपयोगी: "रेखांकन के बगल में नियंत्रण रखने से यह समझना आसान हो जाता है कि वे कैसे काम करते हैं।"
- उपयोगी नहीं: "बहुत
भारी "
- उपयोगी: "पृष्ठ पर बहुत सारे विज्ञापन हैं जिनकी वजह से हमारे मुख्य संदेश पर ध्यान केंद्रित करना मुश्किल है"
- समस्या का समाधान बताएं, समाधान नहीं। कई समाधान हो सकते हैं, और साथ में हम अधिक विकल्प पा सकते हैं। उदाहरण के लिए:
उपयोगी नहीं है: "लाल रंग बदलें"
- उपयोगी: "ऐसी पृष्ठभूमि पर पाठ पढ़ना मेरे लिए कठिन है"
- उपयोगी नहीं: "नेविगेशन को ऊपर ले जाएं"
- उपयोगी: "मुझे यह समझना मुश्किल है कि आप आवेदन में कहां हैं"
5. टिप्पणियों को आसान बनाएं। ग्राहक व्यस्त लोग हैं। उनका समय बचाओ।
मेरे अनुभव में, अधिकांश ग्राहक अपने विचारों को पढ़ने के लिए एक जादुई प्रयोज्यता पाठक को पसंद करेंगे और अपने हिस्से पर कोई समय खर्च किए बिना वहां जवाब पाएंगे। चूंकि हम नहीं जानते कि यह कैसे करना है, इसलिए आपको ग्राहकों के समय का ध्यान रखते हुए टिप्पणियां प्राप्त करनी चाहिए।
चरण 1-4 प्रश्नों और निर्देशों की एक श्रृंखला का वर्णन करता है जिन्हें टिप्पणियों के अनुरोध में शामिल करने की आवश्यकता होती है। लेकिन अनुरोध स्वयं एक लंबा बहु-पृष्ठ दस्तावेज़ नहीं होना चाहिए जिसमें कई निर्देश और प्रश्न हों। इसे छोटा रखें, अनिवार्य रूप से पढ़ने के लिए कहें। अनुरोध बनाने के लिए, आप निम्न विधियों में से एक का उपयोग कर सकते हैं:
- एक ऑनलाइन सर्वेक्षण बहुत सटीक निर्देश प्रदान करेगा, स्पष्ट प्रश्न पूछें। उन में टिप्पणियाँ क्रमिक रूप से एकत्र की जाती हैं, और उनके साथ काम करना आसान है, कई ईमेल विषयों पर बिखरे हुए टिप्पणियों से बचते हुए।
लेकिन इस विकल्प को कॉन्फ़िगरेशन की आवश्यकता होगी और ग्राहक के लिए असुविधाजनक हो सकता है।
- इंटरएक्टिव कमेंटिंग सेवाएं अधिक सुविधाजनक हैं, लेकिन उनकी कमियों के बिना भी नहीं हैं
(उन लोगों के लिए जो रूसी भाषी ग्राहकों के साथ काम करते हैं, मुख्य दोष सेवाओं की भाषा होगी) । “
21 संसाधन अभिकल्पना प्राप्त करने के लिए संसाधन ” विभिन्न विन्यासों की समान सेवाओं को प्रस्तुत करता है।
- ई-मेल सबसे आसान विकल्प है - आखिरकार, ग्राहक सबसे अधिक बार ई-मेल का उपयोग करते हैं, और सबसे अधिक संभावना है कि यह उनके लिए सबसे सुविधाजनक और परिचित विकल्प है। आपके प्रमुख प्रश्नों और स्पष्ट निर्देशों के साथ एक सरल, संक्षिप्त पत्र "गुरुवार शाम तक मुझे अपनी टिप्पणी भेजें" शब्दों के साथ शुरू होने वाली अधिकांश समस्याओं से बचने में मदद करेगा
(लेकिन यहां कई संभावित समस्याएं हैं - glebkalin.ru/rethink-email देखें) ।
निष्कर्षग्राहकों और अन्य इच्छुक पार्टियों के साथ डिजाइनरों का प्रभावी सहयोग किसी भी परियोजना की सफलता का एक महत्वपूर्ण घटक है। ग्राहक परियोजना के अपने दृष्टिकोण को ला सकते हैं, उनकी राय डिजाइनरों को डिजाइन कार्य के स्थान और समाधान के विकास के क्षेत्र को समझने में मदद कर सकती है जो व्यावसायिक लक्ष्यों और नियोजित कार्यान्वयन प्रौद्योगिकियों के अनुरूप हैं। लेकिन टिप्पणियों के लिए ग्राहक के लिए एक बीमार विचार अपील संचार और उम्मीदों के उल्लंघन में समस्याएं पैदा कर सकता है। अपने प्रश्नों को पूछने और सरल प्रश्न और निर्देश प्रदान करने के तरीके के बारे में सोचकर, आप डिजाइन प्रक्रिया की शुरुआत में संभावित जोखिमों की पहचान कर सकते हैं, तनाव को कम कर सकते हैं, समय सीमा को पूरा कर सकते हैं और अंततः सबसे अच्छा इंटरफ़ेस समाधान प्रदान कर सकते हैं। "