🕴🏼 👩🏾‍🏭 🌭 व्यक्तिगत इंटरफ़ेस। भाग 2. स्वचालित नेविगेशन सेटिंग्स ⌛️ 😫 🧒

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

स्टेप 0. हम जो चाहते हैं उसे समझें।

हमारे उत्पाद, Wrike, सक्रिय रूप से बढ़ रहा है और नए बाजारों में प्रवेश कर रहा है। मैं समझता हूं कि जल्द ही मोबाइल एप्लिकेशन कार्यक्षमता के साथ पूरी तरह से अस्वीकार्य हो जाएगा।

सभी अनावश्यक को हटाने और इसे सरल बनाने के लिए आवश्यक है, और यह दो चीजों से शुरू होने लायक है:

ऑन-द-गो उपयोगकर्ता अनुभव सुविधाएँ। ये ऐसे मामले हैं जब Wrike का उपयोग पूरी तरह से कार्यालय के बाहर किया जाता है। उदाहरण के लिए, इवेंट मैनेजमेंट के क्षेत्र में, जब प्रोजेक्ट का मुख्य चरण कई घंटों तक रहता है: वे भोजन लाते हैं, प्रॉपर लाते हैं, इंस्टॉलेशन स्थापित करते हैं, आदि।
मोबाइल एप्लिकेशन के साथ तदर्थ कार्य के दौरान, उपयोगकर्ता ध्यान से बाहर है, इसलिए उसे अनावश्यक परेशानियों से परेशान न करें।

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

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

चरण 1. डेटा संग्रह

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

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

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

चरण 2. विकास

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

मोबाइल प्लेटफ़ॉर्म ने दो कारणों से अच्छा काम किया:

, . , . satellite-. Wrike for Android .
.

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

एक टैब "एल्स" भी है - इसमें वह सब कुछ शामिल है जो नीचे के नेविगेशन में फिट नहीं था।

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

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

चरण 3. कंपनी के भीतर लॉन्च करें

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

यह पहली प्रतिक्रिया को इकट्ठा करने के लिए पर्याप्त था जिसने स्पष्ट डिजाइन त्रुटियों को दिखाया। और यह भी सुनिश्चित करें कि:

, ;
( ) .

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

परीक्षण समूह के लिए, प्रयोग के विवरण के साथ अग्रिम में एक विवरण तैयार किया गया था, साथ ही ऐसे प्रश्न जिनके उत्तर हमें प्राप्त होने की उम्मीद थी। प्रयोग शुरू होने के कुछ समय बाद, हमने यह विवरण परीक्षण समूह के प्रत्येक सदस्य को भेजा।

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

मेरा मानना है कि किसी भी कॉन्फ़िगरेशन प्रक्रिया, चाहे वह नेविगेशन हो या गेम चरित्र की उपस्थिति, वह है जो उपयोगकर्ता करना चाहता है, नहीं करना चाहिए। और इस तरह का कोई भी निवेश अक्सर उपयोगकर्ता के लिए उत्पाद के मूल्य को बढ़ाता है।

हमने यह प्रक्रिया कई बार की है ताकि यह सुनिश्चित हो सके कि नेविगेशन की भविष्यवाणी सही है और प्रतिक्रिया सकारात्मक है। यह शानदार नहीं था: जब हमारे खाते पर परीक्षण किया गया, तो हमें कुछ जोड़े मिले।

हमने यह सुनिश्चित करने के बाद कि सब कुछ क्रम में था, समाधान को स्केल करना आवश्यक था।

चरण 4। 100% दर्शकों के लिए ए / बी

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

। निम्नलिखित परिकल्पनाओं का परीक्षण किया गया:

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

गौर कीजिए कि प्रत्येक परिकल्पना के पीछे क्या छिपा था और हमने उनकी पुष्टि कैसे की।

काम की गति के बारे में

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

लॉन्च के दो सप्ताह के भीतर, हमने अपने मुख्य मीट्रिक (0.0 से ऊपर के कॉलम) में एक गिरावट देखी

: ग्राफ के बारे में कुछ शब्द:

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

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

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

अंत में, हमने पहले महत्वपूर्ण कार्रवाई के समय को लगभग 18% तक कम करने में कामयाब रहे।

अवधारण के बारे में

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

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

वफादारी के बारे में

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

चरण 5. बी / सी से ग्रुप ए

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

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

चरण 6. पहली बार जब आप लॉग इन करते हैं तो नेविगेशन कॉन्फ़िगर करना

एक यूएक्स डिजाइनर ने एक बार मुझसे कहा था: “ग्राहक दो प्रकारों में विभाजित हैं: ऐसे लोग हैं जो अपडेट पढ़ते हैं, और जो नहीं पढ़ते हैं। ऑनबोर्डिंग से कोई लेना-देना नहीं है। ” अपवाद इस वाक्यांश में पाए जा सकते हैं: उपयोगकर्ता को कुछ करने या उसे कुछ भी भुगतान करने के लिए मजबूर करने के लिए, लेकिन सामान्य तौर पर मैं उसके बयान से सहमत हूं। हम समझ गए कि लंबे समय तक हम वर्तमान विश्लेषणात्मक मॉडल पर सेवा को बनाए रखने में सक्षम नहीं होंगे, इसलिए बेहतर ऑनबोर्डिंग करने का निर्णय लिया गया।

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

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

संपूर्ण

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

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

अंतभाषण

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

उन उपयोगकर्ताओं के लिए जो पहले से ही उत्पाद के वेब संस्करण से परिचित हैं, अगला कदम सामग्री के संगठन की ओर बढ़ना होगा। हम जानते हैं कि कौन से "अनुरोध" उपयोगकर्ता दूसरों की तुलना में अधिक बार उपयोग करते हैं, जिसके साथ "रिपोर्ट" वे नियमित रूप से बातचीत करते हैं, जो सूची "टास्क बार" पर अधिक बार देखी जाती हैं। अंततः, मैं हाल ही में या अनुशंसित की तरह कुछ करना चाहता हूं, जिसका उपयोग अक्सर बी 2 सी उत्पादों में किया जाता है।

वह सब मेरे लिए है मुझे उम्मीद है कि यह लेख उपयोगी था और बड़े और जटिल उत्पादों में ज्ञान लागू करने में मदद करेगा।

व्यक्तिगत इंटरफ़ेस। भाग 2. स्वचालित नेविगेशन सेटिंग्स