प्रयोज्यता: यहीं और अभी

सभी को एक प्रयोज्य विशेषज्ञ की आवश्यकता है: बड़ी आईटी कंपनियां और छोटे स्टार्टअप। बड़ी कंपनियों में प्रयोज्य के वर्कफ़्लो को आमतौर पर कैसे बनाया जाता है, इसके बारे में हब पर एक से अधिक बार लिखा गया है और किसी कारण के लिए "अपनी टीम के भीतर काम को अभी कैसे और कैसे व्यवस्थित करें" विषय (भले ही एक छोटा सा) हर समय बाईपास किया गया था।

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

प्रयोज्य विशेषज्ञ टीम

जब हमारी परियोजना शुरू होने वाली थी (लगभग 5 साल पहले), एक प्रयोज्य विशेषज्ञ एक व्यक्ति था। आज, कई कंपनियों में, यह अभी भी काम करने का तरीका है। लेकिन हम जल्दी से आश्वस्त हो गए कि आने वाले प्रयोज्य विशेषज्ञ आने वाले पिता की तरह हैं: भले ही वह कड़ी मेहनत करता है और सामान्य रूप से एक अद्भुत व्यक्ति है, फिर भी वह इस प्रक्रिया का हिस्सा नहीं है।

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

तब यह समझ में आया कि प्रयोज्य विशेषज्ञ का स्थान टीम में है। सच, यह जगह कहां है, हम भी तुरंत नहीं समझ पाए। लंबे समय से स्थापित विकास प्रक्रियाओं में एक नई कड़ी दर्ज करना आसान नहीं था।

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



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

लेकिन न केवल परीक्षण में भागीदारी से टीम को उपयोगकर्ता को समझने में मदद मिलती है। प्रयोज्य कार्य विभिन्न आंतरिक घटनाओं को आरंभ करना है: उपयोगकर्ताओं के व्यक्ति और उनके काम के परिदृश्यों का संयुक्त निर्माण, ग्राहक यात्रा मानचित्र का संकलन, आदि। यह टीम को बेहतर ढंग से समझने की अनुमति देता है कि वे किसके लिए अपना उत्पाद बना रहे हैं और "उपयोगकर्ताओं" को क्या नुकसान पहुँचा रहे हैं।

फिलहाल, हम एक प्रोटोटाइप का परीक्षण करने के लिए 5 बैठकें आयोजित कर रहे हैं, और गंभीर कार्यक्षमता के विकास के दौरान - उपयोगकर्ताओं के साथ लगभग 20 अलग-अलग बैठकें: ये पूर्ण प्रयोज्य परीक्षण और अनौपचारिक संचार हैं (ऐसे मामले थे जब हमारे प्रयोज्य विशेषज्ञ ने किसी व्यक्ति को ट्राम में साक्षात्कार दिया था। यह सुनकर कि वह लेखांकन के बारे में फोन पर बात कर रहा है)।

कागज की विधि

पहले, एक क्लिक करने योग्य प्रोटोटाइप विकसित करने में एक सप्ताह तक का समय लगा था, फिर उपयोगकर्ताओं द्वारा इसका परीक्षण किया गया था, जिसके बाद, एक नियम के रूप में, इसे संशोधन (एक सप्ताह तक) के लिए भेजा गया था और फिर से परीक्षण किया गया था, ताकि इन सभी के बाद ही यह विकास में जाए। इस प्रकार, एक नई कार्यक्षमता के विकास में पूरे एक महीने का समय लगा। इसलिए, हमने प्रक्रिया को सरल बनाने और विचारों का तेजी से परीक्षण करने का निर्णय लिया। इसलिए, हमने उपयोगकर्ता को पेंसिल और पेपर दिया।

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



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

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

अभी क्या किया जा सकता है

छोटी कंपनियों को अक्सर संदेह होता है: क्या उन्हें एक प्रयोज्य विशेषज्ञ की आवश्यकता है? क्या वह उन्हें बर्दाश्त कर सकता है? क्या उनके पास इस भूमिका को पूरा करने के लिए पर्याप्त ज्ञान है?

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

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

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

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