डेवलपर अनुभव रणनीति को परिभाषित करने के लिए अनुसंधान का उपयोग करना

क्योंकि डेवलपर्स भी लोग हैं

औद्योगिक इंटरनेट ऑफ थिंग्स में आपका स्वागत है

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

प्रिडिक्स व्यक्तित्व मानचित्र के

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

हम यह कैसे तय करते हैं कि कौन सा डेवलपर आसान बनाने के लिए काम करता है, और हमें कैसे पता चलेगा कि हमने एक सुंदर अनुभव प्राप्त किया है?

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

उपयोगकर्ता अनुसंधान के लिए एक रणनीतिक आवश्यकता का प्रदर्शन

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

https://goo.gl/dX4hxV के माध्यम से

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

जिन सवालों के जवाब हमने शोध के माध्यम से दिए, उनमें शामिल हैं:

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

पृष्ठभूमि शोध

एक घंटे के साक्षात्कार के एक दौर ने हमें सामान्य ज्ञान दिया कि डेवलपर्स इन टचप्वाइंट्स से क्या उम्मीद करते हैं, जैसे:

1) मेरे जीवन को आसान बनाएं - किसी भी मंच की तरह, डेवलपर्स के लिए प्रिडिक्स का मूल्य एक सुरक्षित, स्केल एप्लिकेशन को चलाने के लिए आवश्यक बुनियादी ढांचे का सार है।

2) विज़ुअलाइज़ेशन - डेवलपर्स आमतौर पर कई डेटा स्रोतों को एकीकृत करने और विज़ुअलाइज़ेशन फ्रेमवर्क के साथ संगत बनाने के लिए संघर्ष करते हैं। प्रेडिक्स इसे सीधा बनाने का वादा करता है।

3) नई वास्तुकला - उपयोगकर्ता "यूटिलिटीज के बारे में बताए जाने से थक गए हैं कि वे फेसबुक की तरह व्यवहार नहीं कर सकते हैं" (जैसे कि नए कोड को लगातार धक्का देकर)। वे आधुनिक प्रथाओं के लिए समर्थन चाहते हैं।

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

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

दूरस्थ पत्रकारिता का अध्ययन

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

उपयोगकर्ता की जर्नल प्रविष्टि का एक नमूना

हमने 18 डेवलपर्स को भर्ती किया था जो हमारे अध्ययन के दौरान आंतरिक सोशल मीडिया, सर्वेक्षण और पिछले अनुसंधान से हमारे संपर्कों के नेटवर्क से शुरू होने जा रहे थे। एक प्रतिभागी ने ईमेल के माध्यम से उनकी योग्यता का जवाब दिया और पुष्टि की, हमने तालमेल बनाने, उनकी पृष्ठभूमि और अपेक्षाओं को जानने और अध्ययन प्रक्रिया पर जाने के लिए शुरुआती 1 घंटे की बैठक की।

अनुदैर्ध्य अध्ययन अध्ययन के साथ सबसे बड़ा संघर्ष प्रतिभागियों की पत्रकारिता गतिविधि के अनुपालन की कमी है। उन्हें हमें लिखने के लिए प्रोत्साहित करने के लिए, हमने कई काम किए:

  • साप्ताहिक चेक-इन
  • 3, 5 और 7 दिनों के बाद रिमाइंडर्स का प्रोटोकॉल यदि किसी प्रतिभागी ने जवाब देना बंद कर दिया
  • ईमेल टेम्पलेट को प्रतिक्रिया देना आसान है

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

परिणामी डेटा के साथ, हमने उन क्षेत्रों का एक दृश्य मानचित्र तैयार किया, जहाँ डेवलपर्स:

  • सूचना पाने के लिए टचपॉइंट के बीच स्विच किया गया
  • एक उप-लक्ष्य हासिल करने में विफल रहा और एक नए रास्ते का पालन करना पड़ा
  • पूरी तरह से काम पर छोड़ दिया

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

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

सामरिक प्रभाव

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

यहां हमने कुछ मुद्दों पर प्रकाश डाला है, और मंच की वर्तमान स्थिति।

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