TechEase: सुलभ तकनीकी प्रशिक्षण - एक UX केस स्टडी

यह चार सप्ताह की टीम डिज़ाइन चुनौती का एक केस स्टडी और प्रतिबिंब है।

दल

अनीता इंग्लिश, साइमन हार्मन और जेसी हंटर

मेरी भूमिका

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

परियोजना

क्या तकनीकी प्रगति लोगों को बेरोजगार छोड़ रही है? क्या कम आय वाले कर्मचारियों के पास प्रौद्योगिकी के क्षेत्र में करियर बनाने का अवसर है?

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

प्रक्रिया

हमने UX के फाइव प्लान से प्रेरणा ली, जो जेसी जेम्स गैरेट द्वारा लिखित "द एलीमेंट्स ऑफ यूजर एक्सपीरियंस" से उत्पन्न हुआ है।

कहीं से शुरू होगा - इस मामले में, नीचे

रणनीति

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

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

हमारे द्वारा पूछे गए प्रश्नों का नमूना:

  • आप किस प्रकार के उपकरणों के साथ बड़े हुए हैं?
  • जब आप काम नहीं कर रहे हैं तो आप क्या करना पसंद करते हैं?
  • क्या आपने एक तकनीकी नौकरी पर विचार किया है - क्यों या क्यों नहीं?

फिर, तकनीकी नौकरियों और कम आय वाले रोजगार (या बेरोजगारी) के बारे में कुछ ऑनलाइन शोध करने के बाद, हम अपनी धारणाओं को व्यवस्थित करने में सक्षम थे।

मान्यताओं:

  • लोगों को गणित और विज्ञान में उन्नत शिक्षा की आवश्यकता है
  • लोगों के पास तकनीक सीखने के लिए वास्तव में समय नहीं है
  • लोगों का मानना ​​है कि तकनीकी नौकरियां बहुत उबाऊ होती हैं
मान्यताओं का मंथन करना और उनसे प्रश्न विकसित करना

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

कुछ सामान्य प्रतिक्रियाएँ हमें उनसे मिलीं:

  • "मैं मुख्य रूप से बिलों का भुगतान करने के लिए काम करता हूं।"
  • "जब मैं, टेक सुनता हूं, तो मुझे लगता है कि प्रोग्रामिंग, आईटी मदद, इंटरनेट।"
  • "मैं गणित या विज्ञान में अच्छा नहीं हूँ" या "मैं पर्याप्त स्मार्ट नहीं हूँ।"
  • "टेक जॉब अकेला है - मैं एक छोटे, अंधेरे कमरे में एक कंप्यूटर की कल्पना करता हूं।"
हमारे सर्वेक्षण से परिणाम

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

हमारे साक्षात्कार नोट्स का सिर्फ एक नमूना

स्कोप

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

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

हाय ट्रेंट, तुमसे मिलकर कितना अच्छा लगा!

जब हमने खुद को इस रचनात्मक छेद में पाया, तो हम उस व्यक्ति पर वापस जाते हैं (जो व्यक्ति चाहते थे, उस पर फिर से विचार करें)।

संरचना

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

घटनाएँ (a.k.a "कथा")

  • उपलब्ध पाठ्यक्रम देखें
  • पूर्णता की प्रगति देखें (प्रति पाठ)
  • समर्थन प्राप्त करें - अन्य उपयोगकर्ताओं, प्रशिक्षकों से मदद मांगें
  • पाठ की समीक्षा करें और मूल्यांकन करें
  • तकनीक-उद्योग रोजगार खोजें

हमने "प्रवाह [उपयोगकर्ता प्रकार] के रूप में, मैं [क्रिया] करना चाहता हूं ताकि [लक्ष्य]।" मेरा पहली बार स्टोरीबोर्ड या उपयोगकर्ता स्टोरी मैप तैयार करना था।

R.I.P. stickies

इनमें से, हमने सबसे महत्वपूर्ण कार्यों पर निर्णय लिया ताकि हम न्यूनतम व्यवहार्य उत्पाद (एमवीपी) को डिजाइन करना शुरू कर सकें। हमारी तस्वीरों ने लाइन से नीचे गिरने वाले चरणों को काट दिया, लेकिन कुछ चीजें जो हमने दूसरे संस्करण के लिए बचाईं, वे थीं:

  • पेड कोर्स के बंडल देखें
  • ढूँढें और लागू करें - आंतरिक रूप से - नौकरी की पोस्टिंग के लिए
  • समान कोर्स ("वर्चुअल क्लासरूम") लेते हुए अन्य उपयोगकर्ताओं को देखना और उन्हें संदेश देना

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

कंकाल

यहां कुछ निर्णय हैं जो हमने उपयोगकर्ता कहानी मानचित्र के परिणामस्वरूप किए हैं।

मुख्य विशेषताएं

  • स्वत: सहेजें
  • पूर्णता की प्रगति पट्टी
  • कोर्स कैटलॉग की समीक्षा करें
  • मैसेजिंग फोरम
  • सबक सारांश और परीक्षण

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

अब हमें अपने विचारों को लाइनों और आकृतियों-दृश्य एंकरों के साथ जोड़ना था, इसलिए बोलना था।

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

परीक्षण और Iteration

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

स्केच में कम-निष्ठा वायरफ्रेम

हमने इस प्रोटोटाइप पर प्रतिक्रिया के लिए संभावित उपयोगकर्ताओं से संपर्क किया और निम्नलिखित कार्य प्रदान किए:

  1. पाठ्यक्रम सूची देखें
  2. कौशल मूल्यांकन को लें
  3. एक सीखने का रास्ता चुनें
  4. खाता बनाएं

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

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

कुछ चीजें जो हमने तुरंत बदल दीं, वे थीं:

  • बड़ी कॉल-टू-एक्शन और हेडर
  • पाठ्यक्रम सामग्री को दो रास्तों में विभाजित करें, "कोड" और "डिज़ाइन"
  • ट्यूटोरियल अनुभागों में अधिक खर्च जोड़े गए ताकि उपयोगकर्ता ट्यूटोरियल का विस्तार, पतन, या निकास कर सकें
  • लॉग-इन / साइन-अप में प्लेसहोल्डर पाठ जोड़ा गया
  • एक ब्याज सर्वेक्षण के लिए कौशल मूल्यांकन को बदल दिया
कौशल मूल्यांकन - कुछ ऐसा जिसे हमने एक प्रमुख समायोजन दिया

हमने इन परिवर्तनों को करने के बाद फिर से परीक्षण किया और सीखा कि हम अपने पुनरावृत्तियों के साथ सही रास्ते पर थे।

हमारे उत्पाद के साइन अप, मोबाइल संस्करण की स्क्रीन कैप्चर।

सतह

जैसे-जैसे हम कम-निष्ठा वायरफ्रेम को उच्च-निष्ठा (प्रतिलिपि और छवियों को जोड़ने) में परिवर्तित करने की दिशा में आगे बढ़े, हम वास्तव में स्थिरता के साथ संघर्ष करते रहे। आप इसे नाम देते हैं - लोगो का आकार और प्लेसमेंट, शीर्ष नेविगेशन में क्या लिंक थे, बहुत ही फोंट जो हम उपयोग कर रहे थे। इससे हमारे द्वारा की गई एक गलती उजागर हो गई, और वह बिना स्टाइल गाइड के आगे बढ़ रही थी।

यह अब मज़ेदार है, हम पीछे देखते हैं कि हमारे उत्पाद का कोई नाम भी नहीं है, जब तक कि यह हमारे डिजाइन का चरण नहीं है। मुझे वास्तव में पसंद आया कि कैसे "TechEase" की तरह लग रहा था "Techies।"

हमारे लोगो के बदलाव

हमने कड़ी मेहनत की और मुझे गर्व है कि नीचे दिए गए उत्पाद को बनाने के लिए हम एक साथ कैसे आए।

हाई-फिडेलिटी प्रोटोटाइप के लिए यहां क्लिक करें।एक कोडिंग मॉड्यूल में विचारों के बीच वैकल्पिक - साइमन हार्मन के सौजन्य से

निष्कर्ष

सीख सीखी

"कोई समस्या नहीं है जिसे हम एक साथ हल नहीं कर सकते हैं, और बहुत कम जो हम खुद से हल कर सकते हैं।"
लिंडन बी। जॉनसन

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

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

आगे जा रहा है

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

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

पढ़ने के लिए धन्यवाद! यदि आप अधिक देखना चाहते हैं, तो कृपया मेरे पोर्टफोलियो पर जाएं मध्यम.com/anitaenglish।