धारणाएं व्यवसाय के लिए बुरी हैं। वे बुरे हैं क्योंकि प्रकृति से, हम जिस तरह से दुनिया और पूर्वाग्रहों को देखते हैं, उसके आधार पर हम राय रखते हैं। जब डिजाइन की बात आती है, तो धारणाएं खतरनाक होती हैं क्योंकि डिजाइन की लागत धन, समय और संसाधन (एक का उपयोग करना) वेबसाइट निर्माता इन सभी पर कटौती कर सकते हैं, और अपने प्राप्त कर सकते हैं वेब होस्टिंग सही भी आपकी प्रक्रिया को व्यवस्थित करेगा)। और यह कुछ आसान आचरण करने के लिए अधिक पैसा, समय और संसाधन खर्च करता है उपयोगकर्ता परीक्षण जो हमारे द्वारा धारण किए गए सिद्धांतों को साबित करने (या अस्वीकार) करने में मदद कर सकते हैं। [2 9]
निम्नलिखित धारणाओं के परिणामस्वरूप अक्सर निम्न परिणामों में से एक परिणाम होता है: [2 9]
उपयोगकर्ता परीक्षण वह स्थान है जहां उपयोगकर्ता वास्तव में एक ऐप या वेबसाइट (या कम से कम, इसका प्रोटोटाइप) का उपयोग करते हैं और प्रतिक्रिया और अंतर्दृष्टि प्रदान करते हैं जिसका उपयोग इसे बेहतर बनाने के लिए किया जा सकता है। उपयोगकर्ता परीक्षण एक साधारण प्रतिक्रिया सर्वेक्षण से ऊपर और परे चला जाता है और इसमें वास्तविक उपयोगकर्ताओं (या लक्ष्य बाजार) को देखना शामिल है क्योंकि वे हमारे डिजाइन का परीक्षण करते हैं। (सुनिश्चित करें कि आप अपने निष्कर्ष सुरक्षित में सहेजें घन संग्रहण ।) [2 9]
इस लेख में हम अपने स्वयं के उपयोगकर्ता परीक्षणों का उपयोग करके स्वयं सेवा करेंगे उपयोगकर्ता look - यह वह जगह है जहां हम उन प्रश्नों को परिभाषित करने के बाद चाहते हैं, हम उपयोगकर्ता को एक लिंक भेजते हैं जहां वे अपने उपयोगकर्ता परीक्षण को अपने समय में दूरस्थ रूप से संचालित कर सकते हैं। यह हमें उपयोगकर्ता परीक्षण को स्वचालित करने में मदद करता है (जो समय बचाता है), जबकि उपयोगकर्ता परीक्षकों को हमारे स्वयं के उपयोगकर्ता-आधार (जो पैसे बचाता है) से सोर्सिंग करता है। [2 9]
नोट: यदि आप अपने लिए UserLook भर्ती परीक्षक चाहते हैं, तो यह भी ठीक है - मूल्य निर्धारण पृष्ठ विभिन्न विकल्पों को सूचीबद्ध करता है। [2 9]
आप सोच रहे होंगे कि आपको कितनी बार उपयोगकर्ता परीक्षण चलाएं। संक्षिप्त उत्तर है: लगातार - हमेशा उपयोगकर्ता परीक्षण हो। जब निर्णयों को ईमानदार किया जाता है कि उपयोगकर्ता सीधे पूछ रहे हैं, आप अंततः डिजाइन कर रहे उत्पाद को सार्वजनिक रूप से उपलब्ध होने पर सफलता के बारे में कम चिंतित और अधिक आत्मविश्वास महसूस करेंगे। [2 9]
अधिकांश समय, टीमों ने उपयोगकर्ता परीक्षण के साथ तौलिया में फेंक दिया क्योंकि वे समझ में नहीं आ रहे हैं कि वे क्यों कर रहे हैं और इसलिए सभी गलत प्रश्न पूछें, जिसके परिणामस्वरूप अस्पष्ट उत्तर होता है जो बहुत अंतर्दृष्टि प्रदान नहीं करते हैं। उपयोगकर्ता परीक्षण में प्रश्न पूछने से पहले, हमें पहले खुद से पूछने की ज़रूरत है 'हम ऐसा क्यों कर रहे हैं?' और 'हम इस उपयोगकर्ता परीक्षण से क्या सीखना चाहते हैं?' [2 9]
शुरू करने से पहले, हमें पहले यह विचार करने की आवश्यकता है कि हम एक एमवीपी (न्यूनतम व्यवहार्य उत्पाद) का परीक्षण कर रहे हैं या नहीं, जिसके लिए उपयोगकर्ता परीक्षण सही दृष्टिकोण है - या पहले से मान्य उत्पाद की उपयोगिता, जिस स्थिति में उपयोगिता परीक्षण सही दृष्टिकोण है । यदि आप एक एमवीपी का परीक्षण कर रहे हैं, तो आप शायद उपयोगकर्ता परीक्षण पर ध्यान केंद्रित करने से सबसे अच्छा हो। [2 9]
जब उपयोगकर्ता परीक्षण की बात आती है तो मुख्य प्रश्न यह है: 'क्या यह समस्या को हल करता है?' हालांकि, उपयोगिता परीक्षण के साथ, परिभाषित प्रश्न यह है: 'यह समस्या को कितनी अच्छी तरह हल करता है?' [2 9]
उपयोगकर्ता परीक्षण पहले आता है और जैसे ही हमारे पास एमवीपी होता है, ऐसा होता है। उपयोगिता परीक्षण एक बार मूल उत्पाद को मान्य करने के बाद होता है और ऐप या वेबसाइट की पेशकश करने वाली कार्यक्षमता के व्यापक दायरे को दूर करने का समय होता है। संक्षेप में प्रस्तुत करने के लिए: [2 9]
इस चरण में हम USERLOOK सेट अप करेंगे और हमारे प्रश्न सेट को परिभाषित करेंगे, परीक्षण की लंबाई, मुआवजे और रास्ते में और अधिक चर्चा करते हैं। [2 9]
UserLook पर साइन अप करके प्रारंभ करें, फिर चुनें: [2 9]
कुछ फॉर्म फ़ील्ड काफी आत्म-व्याख्यात्मक हैं (उदाहरण के लिए परीक्षण का नाम) लेकिन हम कुछ कम स्पष्ट विकल्पों के माध्यम से भाग लेंगे जो हमारे परीक्षणों के नतीजे को प्रभावित कर सकते हैं। [2 9]
स्पष्ट? वास्तव में इतना नहीं! जबकि आप यहां एक लाइव वेबसाइट यूआरएल जोड़ने के लिए सोच सकते हैं, हम वास्तव में इनविजन स्टूडियो, एडोब एक्सडी, स्केच और मूल रूप से किसी भी स्क्रीन डिज़ाइन टूल के साथ निर्मित प्रोटोटाइप शामिल कर सकते हैं जो क्लाउड में मॉकअप को सिंक करता है - जिसका अर्थ है कि हम जल्द ही परीक्षण कर सकते हैं (यानी मूल्यवान निवेश करने से पहले। विकास की विभिन्न जटिलताओं में आने वाले धन, समय और संसाधन)। [2 9]
इस काम को बनाने के लिए, क्लाउड, आविष्कार या समकक्ष को पसंद के अपने डिज़ाइन टूल में जो कुछ भी है, स्केच स्केच करने के लिए बस अपने डिज़ाइन को सिंक करें, फिर दिए गए शेयर लिंक को फॉर्म फ़ील्ड में पेस्ट करें। [2 9]
आप शायद सोच रहे हैं कि आप अपने उपयोगकर्ता परीक्षण पर समय सीमा क्यों सेट करना चाहते हैं। यहां एक उदाहरण दिया गया है: पांच-सेकंड उपयोगकर्ता परीक्षण। इस दिन और उम्र में, जहां उपयोगकर्ता आमतौर पर अधीर, भुलक्कूर्ण और आसानी से विचलित होते हैं, पांच सेकंड का उपयोगकर्ता परीक्षण यह प्रकट कर सकता है कि उपयोगकर्ता वास्तव में क्या याद करता है कि उन्होंने वास्तव में क्या देखा है। [2 9]
क्या यह तुरंत स्पष्ट था कि वेबपेज किस बारे में था? यदि उत्तर नहीं है, तो उपयोगकर्ता बैक बटन को हिट करने की संभावना है। एक पांच-सेकंड उपयोगकर्ता परीक्षण यह निर्धारित कर सकता है कि स्क्रीन या वेबपृष्ठ स्पष्ट रूप से संचार करता है कि उपयोगकर्ता को क्या करने की आवश्यकता है। [2 9]
जबकि केवल वैकल्पिक, कुछ स्तर मुआवजे के लिए उपयोगकर्ताओं के लिए गुणवत्ता प्रतिक्रिया प्रदान करने के लिए प्रोत्साहन बनाएगा। मुआवजे का मतलब वित्तीय मुआवजे का मतलब नहीं है, हालांकि यह आपके द्वारा बनाई जा रही चीज़ों के लिए मुफ्त पहुंच के रूप में सरल हो सकता है। [2 9]
स्वाभाविक रूप से, प्रश्न स्वयं परीक्षण के सबसे परिभाषित पहलू हैं। सच्चाई यह है कि आपके पास शायद बहुत सारे प्रश्न हैं लेकिन यह याद रखना महत्वपूर्ण है कि हम आवश्यकतानुसार कई उपयोगकर्ता परीक्षण कर सकते हैं, इसलिए प्रत्येक परीक्षण से पहले, प्रत्येक में आप जो सीखना चाहते हैं उसके बारे में एक लंबा और कठिन सोचें। [2 9]
उदाहरण के लिए, एक प्रारंभिक मुफ्त अन्वेषण परीक्षण प्रकट हो सकता है कि उपयोगकर्ताओं को साइन अप करने में परेशानी हो रही है, इसलिए एक और पुनरावृत्ति डिजाइन करने के बाद अनुवर्ती प्रदर्शन परीक्षण में प्रश्नों में से एक यह हो सकता है: 'आपने किस निराशा को साइन अप किया है?' [2 9]
एक संदर्भ परिचय पहली चीज है जो उपयोगकर्ताओं को देखते हैं कि जब वे अपना परीक्षण शुरू करते हैं - यह वह जगह है जहां हम खुद को पेश करते हैं, बताएं कि हम क्या कर रहे हैं (और क्यों) और अपेक्षाओं को सेट करें। यदि उपयोगकर्ता को एक विशिष्ट कार्य पूरा करने की आवश्यकता है, तो यह वह जगह है जहां हम उस कार्य और स्थिति को पेश करेंगे कि उत्तर देने के लिए कुछ प्रश्न हैं (ये परीक्षण प्रक्रिया के दौरान साइडबार में दिखाई देंगे)। [2 9]
प्रतिभागी जानकारी में नाम, ईमेल, आयु, व्यवसाय, स्थान, घरेलू आय और लिंग शामिल है। अगर हम देखना चाहते हैं कि विभिन्न जनसांख्यिकीय प्रतिक्रिया के विभिन्न प्रकार के पुनरावर्ती प्रतिक्रिया के साथ कैसे संबंधित है, हम इस डेटा को उपयोगकर्ता व्यक्तियों के रूप में योगदान देने के लिए विभाजित कर सकते हैं, एक प्रकार की लिखित कहानी जो एक निश्चित उपयोगकर्ता प्रकार के साथ-साथ उनकी आवश्यकताओं और उद्देश्यों का वर्णन करती है। [2 9]
उदाहरण के लिए, 18- से 2 9-वर्षीय और 48- से 59 वर्षीय बच्चों के पास स्वाभाविक रूप से अलग-अलग ज़रूरतें और उद्देश्यों की आवश्यकता होगी, कहें, फेसबुक - जहां छोटे उपयोगकर्ता ब्रांड और पुराने जनसांख्यिकी के साथ जुड़ना चाहते हैं, रह सकते हैं दोस्तों के संपर्क में। हालांकि वैकल्पिक, यह डेटा उपयोगकर्ता प्रतिक्रिया के लिए अधिक संदर्भ प्रदान कर सकता है और इन व्यक्तियों के विकास में योगदान देता है। [2 9]
दायरे को परिभाषित करने के बाद, हमें एक यूआरएल प्राप्त करना चाहिए जिसे हम उपयोगकर्ता परीक्षकों के साथ साझा कर सकते हैं। उसके बाद, उपयोगकर्ता अपने समय में परीक्षण पूरा कर सकते हैं, जिससे हमें किसी और चीज़ पर काम करने के लिए स्वतंत्र कर दिया जा सकता है। [2 9]
यदि परीक्षण प्रश्नों को सही तरीके से परिभाषित किया गया है, तो हमारे पास कुछ उच्च गुणवत्ता वाली प्रतिक्रिया होनी चाहिए जो दोनों क्रियाशील और सुसंगत हैं; इसका मतलब यह है कि यह स्पष्ट है कि हमें अगले पुनरावृत्ति में बदलने की क्या ज़रूरत है, कुछ प्रतिक्रियाओं के साथ दूसरों की तुलना में अधिक पुनरावर्ती। [2 9]
इसके बाद, यह केवल प्रतिक्रिया का आयोजन करने का मामला है। [2 9]
एफ़िनिटी मैपिंग एक ग्रुपिंग तकनीक है जो विभिन्न डेटा को व्यवस्थित करने के लिए उपयोग की जाती है, जिसमें अंतर्दृष्टि, विचार, स्केच, फीडबैक और शोध के स्निपेट शामिल हैं; इस परिदृश्य में हम सामान्य विषयों के आधार पर हमारी उपयोगकर्ता प्रतिक्रिया को व्यवस्थित कर सकते हैं। अगर हम उपयोगकर्ता परीक्षण थे, उदाहरण के लिए, ये आम थीम्स हमें उत्पाद रोडमैप कहने में मदद कर सकती हैं, अनिवार्य रूप से सुविधाओं की एक समयरेखा और आमतौर पर सामान्य रूप से होने वाली प्रतिक्रिया पर ध्यान केंद्रित करने वाली फ़िक्स को एक द्वितीयक चिंता करते समय आम तौर पर सामान्य प्रतिक्रिया पर ध्यान केंद्रित करता है। [2 9]
वर्तमान स्प्रिंट चक्र से इन उच्च प्राथमिकता में सुधार, विशेषताओं और फिक्स को लागू करने के बाद, उपयोगकर्ता परीक्षण का एक और दौर फिर सुधार के लिए अवसरों का एक नया संग्रह प्रकट कर सकता है, अगले स्प्रिंट चक्र के लिए नींव रख सकता है (जो, वैसे, पिछले स्प्रिंट से कुछ या सभी कम प्राथमिकता वाले कार्यों को भी शामिल कर सकते हैं)। फिर बस कुल्ला और दोहराएं: हमेशा परीक्षण करें! [2 9]
यह आलेख मूल रूप से नेट 317 में प्रकाशित किया गया था, वेब डिजाइनरों और डेवलपर्स के लिए दुनिया की सबसे अच्छी बिकने वाली पत्रिका। मुद्दा खरीदें 317 या नेट की सदस्यता लें । [2 9]
संबंधित आलेख: [2 9]
(छवि क्रेडिट: गेट्टी छवियां) [1 9] कैनवास को खीं..
(छवि क्रेडिट: वेब डिजाइनर) [1 9] वर्डप्रेस एक सा..
एसवीजी 2000 के दशक के बाद से आसपास रहा है, और फिर भी डि..
वर्षों में कई क्रॉस-प्लेटफार्म मोबाइल ढांचे रहे �..
सौदा देखें [2 9] सभी कीमतें देखें [2 ..
प्रतिक्रिया उपयोगकर्ता इंटरफेस बनाने के लि�..
योद्धा एक व्यक्तिगत परियोजना है जिसे मुझे अवधार�..
जब आप एक छोटी टीम में काम करते हैं, तो एंड्रॉइड, आई�..