बदलें लेकिन सत्यापित करें: इंटरफ़ेस डिज़ाइन में वेब विश्लेषिकी की भूमिका

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

और ऐसा हुआ कि कार्यक्रम का मुख्य आकर्षण एक निश्चित आदमी था, चलो उसे शिमसन कहते हैं, जिसने खुद को 17,000 से अधिक लोगों की दैनिक उपस्थिति के साथ एक ऑनलाइन खिलौने की दुकान के प्रबंधक के रूप में पेश किया। और यही सच था।

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

दर्शकों को आने में देर नहीं लगी और तुरंत तरह-तरह के कयास लगाने लगे, कार्यक्षमता के विकास या किसी चीज को खारिज करने का सुझाव दिया।

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

कई सटीक सवालों के साथ, मैं शिमोन को इस विचार में लाने में कामयाब रहा कि इस तरह, आकाश में आपकी उंगली के साथ, या तो कम से कम बदलना या सुधार करना उपयोगी नहीं होगा, या शायद नुकसान भी।

इस कहानी का अर्थ यह है कि वर्तमान बड़े और छोटे इंटरनेट व्यवसाय मालिकों के विशाल बहुमत बिल्कुल वैसा ही करते हैं।

बीज की समस्याएं क्या हैं?

शिमोन का मानना ​​था कि उनका व्यक्तिगत विचार और स्वाद पूरी तरह से और पूरी तरह से दर्शकों की उम्मीदों के अनुरूप है। इसलिए, "के सिद्धांत पर सभी बदलाव बेतरतीब ढंग से किए गए लेकिन यह बुरा नहीं होगा।"

इस दृष्टिकोण के साथ समस्या यह है कि सभी के लिए और सभी के लिए एक सार्वभौमिक इंटरफ़ेस बनाएं, और इसलिए किसी के लिए नहीं। नतीजतन, साइट या तो बिल्कुल नहीं बेचती है या खराब बेचती है। और चूंकि लगभग सभी साइटें खराब बेचती हैं, इसलिए 1% -2% की जादुई रूपांतरण दर को काफी सामान्य माना जाता है। और शेष 98-99% आगंतुकों के लिए क्या होता है, उन्होंने क्यों छोड़ा?

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

सही हाथों में, Google Analytics की जानकारी कई सवालों के जवाब दे सकती है, विशेष रूप से, इंटरफ़ेस में बाधाओं को इंगित करें जो वास्तव में बदलाव की आवश्यकता होती है।

क्या ट्रैक करें?

Google Analitycs कोड इंस्टॉल करने के बाद, आप तुरंत काफी डेटा ट्रैक कर सकते हैं, लेकिन पूरी तस्वीर के लिए आपको कुछ और काम करने होंगे।

इवेंट ट्रैकिंग सेट अप करें

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

<a href = "/ product / buy" onclick = "_ gaq.push (('' _ trackEvent ',' BuyButtons ',' BuyMain ',' Product Name ']);" > खरीदें

जहां:

• BuyButtons - एक समूह जो आपकी घटनाओं को संयोजित करेगा (नाम मनमाना हो सकता है)
• BuyMain - ईवेंट आइडेंटिफ़ायर, यानी कौन सा बटन दबाया गया था (नाम मनमाना हो सकता है)
• उत्पाद का नाम - अधिक सटीक विश्लेषण के लिए उत्पाद का नाम।

इस प्रकार, जब आप किसी भी बटन पर क्लिक करते हैं, तो हमें पता चल जाएगा कि उनमें से कौन सा काम करता है।

बाद में, Google Analitycs रिपोर्ट में, एकत्र की गई जानकारी रिपोर्ट में देखी जा सकती है: "रिपोर्ट / व्यवहार / घटनाएँ / अवलोकन"।

इंटरफ़ेस डिज़ाइन के संदर्भ में घटनाओं का मूल्य सभी इंटरैक्टिव इंटरफ़ेस तत्वों की प्रभावशीलता को ट्रैक करने की क्षमता में निहित है। और उपयोग डेटा के आधार पर, आवश्यक परिवर्तनों की परिकल्पना पहले से ही इसके लायक है।

लक्ष्य निर्धारित करें

यदि इवेंट सेटिंग को अभी भी उपेक्षित किया जा सकता है, तो लक्ष्य ट्रैकिंग को Google Analitycs कोड इंस्टॉल करने के तुरंत बाद सेट किया जाना चाहिए। लक्ष्यों को प्राप्त करने की प्रभावशीलता के लिए साइट की सबसे महत्वपूर्ण विशेषता है।

कई लक्ष्य हो सकते हैं, लेकिन माप को जानना महत्वपूर्ण है और मूर्खतापूर्ण लक्ष्यों को नहीं बनाना है, जैसे कि समय बिताने की अवधि, देखे गए पृष्ठों की संख्या या भुगतान और वितरण पृष्ठ पर जाना।

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

घटनाओं के विपरीत, लक्ष्य Google एनालिटिक्स इंटरफ़ेस के माध्यम से कॉन्फ़िगर किए गए हैं: "व्यवस्थापक / लक्ष्य / लक्ष्य बनाएं"

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


मेरे उदाहरण में, एक फ़नल में केवल दो पृष्ठ होते हैं।

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

ईकॉमर्स सेट करें

यदि आपकी साइट एक ऑनलाइन स्टोर है, तो ई-कॉमर्स को सक्षम और कॉन्फ़िगर करने की आवश्यकता केवल लक्ष्य निर्धारित करने के रूप में महत्वपूर्ण है।

लक्ष्यों और ई-कॉमर्स के बीच अंतर यह है कि लक्ष्य खरीद के तथ्य को इंगित करते हैं, जबकि व्यापार कहता है कि उन्होंने क्या खरीदा।

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

मैंने सब कुछ किया, आगे क्या है?

अब जब आपके पास अपने ईवेंट, लक्ष्य और ई-कॉमर्स हैं, तो आप कुछ बदलावों की आवश्यकता के बारे में परिकल्पना के निर्माण के लिए संपर्क कर सकते हैं।

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

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

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

ए / बी - परीक्षण

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

ऐसा करने के लिए, आपको कार्यान्वित परिवर्तनों के साथ पृष्ठ की एक प्रति बनाने और उपलब्ध कराने की आवश्यकता है, उदाहरण के लिए, स्प्लिट! जीईटी पैरामीटर का उपयोग करते हुए।

यही है, अगर उपयोगकर्ता पृष्ठ खोलता है: _http: // साइट / श्रेणी / उत्पाद - वह पुरानी सामग्री देखता है, और _http: // साइट / श्रेणी / उत्पाद पर विभाजित करता है? पृष्ठ को बड़े और उज्ज्वल बटन के साथ खोलता है।

अब, उपकरण "रिपोर्ट / व्यवहार / प्रयोग / एक प्रयोग बनाएँ" का उपयोग करके आप बहुत जल्दी अपना प्रयोग शुरू कर सकते हैं और परिकल्पना का परीक्षण कर सकते हैं।

ए / बी परीक्षण का तंत्र यादृच्छिक रूप से चयनित दर्शकों के लिए परीक्षण किए गए विकल्पों में से एक दिखा रहा है और प्रयोग के लिए चुने गए लक्ष्य को प्राप्त करने की प्रभावशीलता को मापता है।

यहाँ एक रिपोर्ट है:


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

उपसंहार

शिमोन के साथ कहानी पर लौटते हुए, अब यह स्पष्ट हो जाता है कि अंधे परिवर्तन के उनके प्रयास पूरे व्यवसाय की वास्तविक विफलता में बदल सकते हैं।

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

PS सामग्री क्लासिक Google Analitycs के साथ काम करने के सिद्धांतों का वर्णन करती है, लेकिन इसे पहले से ही Universal Analitycs द्वारा प्रतिस्थापित किया जा रहा है, जहां रिकॉर्डिंग की घटनाओं का तरीका कुछ अलग है।

PPS यदि सामग्री आपको रोचक लगी, तो टिप्पणियों में लिखें कि आप और क्या जानना चाहते हैं - मैं इंटरफ़ेस डिज़ाइन में अपने व्यावहारिक अनुभव को ख़ुशी से साझा करूँगा।