विंसी एजेंसी से विशेष रूप से नेटोलॉजी ब्लॉग के लिए एलेक्सी स्कोरिक ने स्टार्टअप्स और प्रौद्योगिकी कंपनियों के अधिकारियों से पूछा कि उनकी टीम उपयोगकर्ता इंटरफेस कैसे बनाती है। हमने इस बातचीत से क्या सीखा:
- मुख्य बात उत्पाद है, न कि डिजाइन;
- उपयोगकर्ताओं और उपयोगकर्ता विश्लेषण के साथ संचार इंटरफ़ेस को यथासंभव उपयोगकर्ता के अनुकूल बनाना संभव बनाता है (लेकिन यह सटीक नहीं है);
- उपयोगकर्ता कार्यों के मूल्यांकन के लिए सबसे प्रभावी तरीकों में से एक परीक्षण कार्य है;
- यूएक्स से अलगाव में यूआई पर विचार न करें - पहला हमेशा दूसरे के गार्ड पर होता है;
- इंटरफेस में एक व्यक्तिपरक स्वाद अच्छा है, लेकिन डेटा-संचालित दृष्टिकोण अभी भी बेहतर है;
- किसी उत्पाद का परीक्षण करने का सबसे सरल और सस्ता तरीका "कॉरिडोर परीक्षण" है, जो किसी भी मामले में किसी भी उपयोगकर्ता के परीक्षण की अनुपस्थिति से बहुत बेहतर है;
- सबसे अधिक बार, कुछ तैयार कार्यक्षमता के नए पुनरावृत्तियों को इसे सरल बनाने के उद्देश्य से किया जाता है, न कि बढ़ती क्षमताओं पर: और सभी क्योंकि अंत उपयोगकर्ता वास्तव में इंटरफ़ेस में तल्लीन नहीं करना चाहते हैं;
- यहां तक कि अगर आप ग्राहक को ए / बी परीक्षण के परिणाम दिखाते हैं, तो भी उसके पास गैर-रचनात्मक टिप्पणियाँ हो सकती हैं - यह व्यवस्थित काम को शांत करने और महत्वपूर्ण मुद्दों पर निरंतर संवाद करने में मदद करता है;
- यूआई को इंटरफ़ेस में अपने कार्यों को हल करने के लिए उपयोगकर्ता की मदद करनी चाहिए, और इस संदर्भ के बाहर इसे देखते हुए, अर्थ को सजावट से लाभ में स्थानांतरित करने का जोखिम है;
- हमेशा अपने आप से पूछें: हम ऐसा क्यों कर रहे हैं? क्या इससे हमारी समस्या हल हो जाती है? इससे क्या लाभ होगा?
"यूआई को यथासंभव सुविधाजनक बनाने के लिए, हम अपने स्वयं के विश्लेषिकी और उपयोगकर्ताओं के साथ सीधे संचार का उपयोग करते हैं"
हमारे पास उन सभी परियोजनाओं के लिए विकास डिजाइनरों की एक एकीकृत टीम है जो हम में लगे हुए हैं: निवेश निधि की मूल कंपनी से लेकर प्रमुख परियोजनाओं तक जो नकदी प्रवाह है। यह आपको संसाधनों को प्रभावी ढंग से उपयोग करने की अनुमति देता है, हमेशा विभिन्न उद्योगों से दृष्टिकोण के आवेदन के माध्यम से अपने कौशल को बेहतर बनाने के लिए दिलचस्प और नए कार्यों के साथ डेवलपर्स प्रदान करता है। सबसे महत्वपूर्ण बात, हमारा दृष्टिकोण हमें उद्योग से सबसे प्रतिभाशाली लोगों को आकर्षित करने की अनुमति देता है जो एक साथ अनुभव रखते हैं और उनके रचनात्मक कार्यान्वयन में विवश नहीं हैं। Sberbank CIB और कई यूरोपीय बैंकों के डिजाइनर यहां बहुत अच्छा कर रहे हैं।
चूंकि गतिविधि का मुख्य क्षेत्र निवेश और कॉर्पोरेट बाजार से संबंधित है, इसलिए हम ऐसे इंटरफेस और स्टाइल बनाते हैं, जो कारोबारी माहौल में सबसे अधिक मांग में हैं, इसलिए इमोजी और सेल्फी इमोटिकॉन्स हमारे बारे में नहीं हैं।
लेआउट को अनुमोदित करने के लिए हम किस एल्गोरिथ्म का उपयोग करते हैं?
- समस्या का बयान।
- संदर्भों का अध्ययन।
- सुधार के लिए मुख्य बिंदुओं की पहचान करने के लिए संदर्भों का विश्लेषण।
- डिजाइनर कई प्राथमिक लेआउट विकसित कर रहे हैं।
- प्रस्तुत लेआउट से एक दिशा चुनना या एक नया विकास करना।
- चयनित लेआउट के प्रमुख विचार का शोधन।
- लेआउट के लिए सबमिशन।
लेआउट और एकीकरण को विकसित करने के बाद, हम इसे एक जीवित वातावरण में अंतिम रूप दे रहे हैं। मौलिक रूप से कुछ चरणबद्ध विकास की रणनीति बनाने के बाद से हमें कुछ भी बदलना आवश्यक नहीं था।
यूआई को यथासंभव सुविधाजनक बनाने के लिए, हम अपने स्वयं के विश्लेषिकी और उपयोगकर्ताओं के साथ सीधे संचार का उपयोग करते हैं।
हम अनुभवी पेशेवरों पर भी भरोसा करते हैं जो कई वर्षों से उद्योग में काम कर रहे हैं और यह सुनिश्चित करने के लिए जानते हैं कि उपयोगकर्ता के लिए क्या उपयोगी होगा।
अंत में, मैं कहना चाहता हूं कि कई साल पहले मैंने नियम सीखा था: "यदि उत्पाद की आवश्यकता नहीं है, तो कोई फर्क नहीं पड़ता कि आप इसे कैसे पैक करते हैं, कोई मतलब नहीं होगा"। मुख्य बात उत्पाद है, न कि डिजाइन।
सर्गेई पॉडशिवलिन, CPO Movista :
"एकदम सही उत्पाद बनाना असंभव है, इसलिए उपयोगकर्ताओं के साथ सेवा विकसित करने से डरो मत"
Movista, एक यात्रा योजना सेवा के लिए, हमने सबसे पहले बाजार में मौजूद संभावित प्रतियोगियों की जांच की: प्रत्यक्ष और अप्रत्यक्ष, घरेलू और विदेशी।
फिर उन्होंने सेवा में उपयोगकर्ता व्यवहार मानचित्र के पहले संस्करण को संकलित किया और फिम्मा में कल्पना की गई पहली प्रोटोटाइप को इकट्ठा किया। ऐसा सेवा की कार्यक्षमता का मूल्यांकन करने, परिकल्पना का परीक्षण करने और ध्यान केंद्रित करने वाले समूहों के साथ प्रयोगों के लिए तैयार करने के लिए हुआ, ताकि डिजाइन एजेंसी के साथ अवधारणाओं को लागू किया जा सके।
इनपुट पर, उत्पाद अवधारणा हमारे रणनीतिक विपणन द्वारा इस आधार पर बनाई गई थी कि मुख्य प्रतिस्पर्धी लाभ जटिल मल्टीमॉडल मार्गों के निर्माण की क्षमता है। हमें एक इंटरफेस में रेलवे, हवाई और बस टिकट खरीदने के लिए कई मौजूदा व्यवहार पैटर्न को संयोजित करने की आवश्यकता है, साथ ही एक टोकरी में सभी प्रकार के परिवहन के लिए खोज और बिक्री को एकीकृत करना चाहिए।
लेआउट का चयन और अनुमोदन करते समय, हमें दो पहलुओं द्वारा निर्देशित किया गया था: लेआउट की ताकत और कमजोरियों की पहचान करने के लिए सभी आवश्यक कार्यों और बाद के फोकस समूहों को लागू करने के लिए तकनीकी क्षमताओं का आकलन करना।
सेवा में उपयोगकर्ता कार्यों के मूल्यांकन के लिए सबसे प्रभावी तरीका जिसे हम एक परीक्षण कार्य मानते हैं।
ऐसा करने के लिए, हम उपयोगकर्ता से एक विशिष्ट मार्ग खरीदने के लिए कहते हैं और देखते हैं कि वह वास्तव में यह कैसे करता है। हम उन चरणों को चिह्नित करते हैं जिन पर वह बहुत समय बिताते हैं या विश्लेषण और परिशोधन के लिए क्षणों के रूप में प्रश्न पूछना शुरू करते हैं, और जो कार्य वह जल्दी से करता है उसे सुविधाजनक और समझने योग्य माना जाता है। हम परिवर्तनों की शुरूआत के बाद और उपयोगकर्ताओं के विभिन्न समूहों पर ऐसे पुनरावृत्तियों को अंजाम देते हैं, जो हमें सेवा को अधिक सार्वभौमिक और समझने योग्य बनाने की अनुमति देता है।
हम मार्गों को खोजने और टिकट खरीदने के लिए सेवा के रूढ़िवादी विचार से दूर जाने में कामयाब रहे, जहां उपयोगकर्ताओं को दो संगत विंडो "कहां" और "कहां" भरने की आवश्यकता है। फोकस समूहों में, उपयोगकर्ताओं ने संक्षिप्त और संक्षिप्त पाठ संदेश "मुझे प्राप्त करना चाहते हैं ..." का मूल्यांकन किया और इसे अन्य परिवहन सेवाओं से एक विशिष्ट विशेषता के रूप में गाया।
टिकट बिक्री बाजार में विभिन्न प्रकार के व्यवहार होते हैं: हवाई टिकट अक्सर आगे और पीछे खरीदे जाते हैं, और उपयोगकर्ता एक ही बार में पूरा मार्ग देखना चाहते हैं, जबकि रेलवे क्षेत्र में पहले एक टिकट और फिर दूसरे को खरीदना विशिष्ट है। व्यवहार संबंधी विशेषताएं और पहले वहाँ और फिर वापस मार्गों का एक सार्वभौमिक जारी करने को लागू किया। अब हम इसे अपना लाभ बनाने की योजना बना रहे हैं, क्योंकि जब एक उपयोगकर्ता को परिवहन के एक मोड के लिए टिकट खरीदने की आदत होती है, तो उसके लिए परिवहन के दूसरे मोड के लिए टिकट खरीदना उतना ही आसान होगा।
मुख्य बात यह है कि प्रयोग करने से डरो नहीं, शुरुआत से ही विभिन्न उपयोगकर्ता समूहों पर उत्पाद का परीक्षण करने और UI में सुधार करने के लिए।
एकदम सही उत्पाद बनाना असंभव है, इसलिए उपयोगकर्ताओं के साथ सेवा विकसित करने से डरो मत।
इवान अर्दींटसेव, सीपीडी कर्मचारी:
"दृश्य घटक में, हम स्वाद के स्वाद पर भरोसा नहीं करते हैं, लेकिन डेटा-संचालित दृष्टिकोण का उपयोग करते हैं, इसलिए हम केवल ए / बी परीक्षण के माध्यम से इंटरफ़ेस समाधान के विभिन्न संस्करण चलाते हैं"
हम यूएक्स से अलगाव में यूआई पर विचार नहीं करते हैं। पहला हमेशा दूसरे की रखवाली करता है। यूआई पर काम में, हम अधिकांश सहयोगियों से बहुत अलग नहीं हैं: हम पिछले चित्रमय प्रस्तुति पर काम करते हैं, जब सभी मुद्दे पहले ही हल हो चुके होते हैं। यदि कार्य सरल है, तो हम तुरंत एक समाधान बनाते हैं, अगर यह मुश्किल है, तो हम विघटित करते हैं और प्रोटोटाइप बनाते हैं।
इंटरफेस पर सभी तकनीकी काम सार संस्करण नियंत्रण प्रणाली के साथ स्केच में किए गए हैं। जब लेआउट तैयार होते हैं, तो हम उन्हें अतिप्रवाह के माध्यम से जोड़ते हैं, जो कार्यक्षमता का एक सुविधाजनक मानचित्र उत्पन्न करता है। ज़ेपेलिन में डेवलपर्स के लिए स्रोत कोड डाउनलोड करें।
हमारे यूआई यूएक्स और यूएक्स के साथ जुड़ा हुआ है - रिक्तियों और उम्मीदवारों के टेप बनाने के लिए स्मार्ट एल्गोरिदम के साथ। हम डेटाबेस में ठंडी खोज करते समय सबसे उपयुक्त उम्मीदवारों को और सबसे उपयुक्त उम्मीदवारों को दिखाने के लिए मशीन लर्निंग का उपयोग करते हैं। हम इसे चार पहलुओं से प्राप्त करते हैं:
उम्मीदवारों की सामाजिक-जनसांख्यिकीय विशेषताएं। हमने उम्मीदवारों से रिक्तियों के विचारों और प्रतिक्रियाओं का एक बड़ा इतिहास संचित किया है, और अब हम इस डेटा का लाभ उठाते हुए इसका उपयोग उत्पाद को बेहतर बनाने के लिए करते हैं। उदाहरण के लिए, अठारह साल की एक लड़की, सबसे अधिक संभावना है, लोडर या ड्राइवर की रिक्तियों में कोई दिलचस्पी नहीं है, लेकिन चालीस साल का आदमी ब्याज का हो सकता है। इसके अलावा, हमारे पास जल्द ही "वांछित पेशे" होंगे, और उम्मीदवार ठीक उसी तरह से इंगित करने में सक्षम होगा जो वह पहले स्थान पर काम करना चाहता है। इससे एमएल टेप में और सुधार होगा। अब हम 150 फीचर्स का उपयोग करके एक व्यक्तिगत फ़ीड तैयार करते हैं।
तुरंत ब्याज। यदि चालीस वर्षीय व्यक्ति अक्सर कैशियर की रिक्तियों को देखता या जोड़ता है, तो हमारे एल्गोरिदम यह समझते हैं कि वह कैशियर की रिक्तियों में दिलचस्पी रखते हैं, न कि मूवर्स या ड्राइवरों में।
दंड। यदि भर्तीकर्ता एक निश्चित समय के भीतर प्रतिक्रियाओं को संसाधित नहीं करता है, तो हम निष्कर्ष निकालते हैं कि इस रिक्ति के लिए उम्मीदवारों की आवश्यकता संतुष्ट है, और इसे जारी करने में कम कर देता है। इसलिए हम उम्मीदवारों को और अधिक तेज़ी से प्रतिक्रिया देने के लिए भर्तीकर्ताओं को प्रोत्साहित करते हैं।
जॉब ग्रुपिंग। वास्तव में बड़े पैमाने पर रिक्तियां हैं, जैसे केएफसी में कैशियर। उम्मीदवार को और अधिक विविध स्ट्रीम देखने के लिए, हम उन्हें एक रिक्ति में समूहित करते हैं, जबकि टेप में उनके लिए सबसे उपयुक्त है।
दृश्य घटक में, हम स्वाद के स्वाद पर भरोसा नहीं करते हैं, लेकिन डेटा-संचालित दृष्टिकोण का उपयोग करते हैं, इसलिए हम केवल ए / बी परीक्षण के माध्यम से इंटरफ़ेस समाधान के विभिन्न संस्करण चलाते हैं। एनालिटिक्स विभाग के साथ मिलकर, हम प्रत्येक समाधान के लक्ष्य संकेतकों की सावधानीपूर्वक निगरानी करते हैं और कुछ समय बाद हम इसे यथासंभव प्रभावी छोड़ देते हैं।
अग्रिम में यह समझना मुश्किल है कि क्या सुविधाजनक होगा और क्या नहीं है। इंटरफेस पर काम करने की प्रक्रिया में, डिजाइनर का अनुभव महत्वपूर्ण है, जब वह पहले से जानता है कि व्यवहार के कौन से पैटर्न काम करते हैं और उपयोगकर्ता से परिचित हैं, और जो निश्चित रूप से कठिनाइयों का कारण बनेंगे। यह प्रयोग की संभावना को बाहर नहीं करता है, लेकिन यह बेहतर है कि बड़े पैमाने पर दर्शकों के लिए हार्ड-एवेंट-गार्डे समाधान का उपयोग न करें।
अपने आप को परीक्षण करने का सबसे आसान और सस्ता तरीका है अपने सहयोगियों को दिखाना और "गलियारा परीक्षण" करना। अधिकांश अतार्किक या अस्पष्ट चीजें तुरंत दिखाई देती हैं।
अधिक जटिल और महंगी: कैमरे पर इंटरफ़ेस के साथ सभी इंटरैक्शन और एक बाद के मिनी-साक्षात्कार के साथ वास्तविक उपयोगकर्ताओं पर UX परीक्षण। एक स्टार्टअप में, इसके पास हमेशा समय और संसाधन नहीं होते हैं, लेकिन परिपक्व कंपनियों के लिए यह मुख्य विकल्प हो सकता है, खासकर अगर सेवा में बड़े दर्शक हों।
परिवर्तन करने के लिए सबसे आम मामला यह है कि अंत उपयोगकर्ता वास्तव में इंटरफ़ेस में नहीं डालना चाहता है। एक तैयार कार्यक्षमता का प्रत्येक नया पुनरावृत्ति अक्सर इसे सरल बनाने के उद्देश्य से होता है, और क्षमताओं को बढ़ाने में नहीं, हालांकि यह भी महत्वपूर्ण है।
प्रत्येक नए पुनरावृत्ति के साथ, आपको इंटरफेस के माध्यम से झारना और सबसे महत्वपूर्ण तत्वों में सबसे आगे लाने की आवश्यकता है, और पृष्ठभूमि पर पुश करने के लिए द्वितीयक।
यदि आप अत्यधिक विशिष्ट इंटरफ़ेस पर काम नहीं कर रहे हैं, तो "आसान बेहतर है" नियम पहले आना चाहिए।
आपको उपयोगकर्ता को अवसरों के धन के साथ प्रभावित करने की कोशिश नहीं करनी चाहिए, प्रत्येक कार्यात्मक स्क्रीन को अधिकतम पर लोड करना चाहिए: कम से कम, प्रस्तुत अधिकांश का उपयोग नहीं किया जाएगा।
"यदि आप एक सामान्य दृश्य भाषा के निर्माण के साथ सभी काम शुरू करते हैं, तो यह भविष्य में एक साथ कई दिशाओं में काम की सुविधा प्रदान करेगा और एक ही समय में लगभग कुछ भी खर्च नहीं होगा"
जब आप किसी उत्पाद के लिए जिम्मेदार होते हैं, विशेष रूप से किसी स्टार्टअप में, तो आप टीम के भीतर निर्णय की रक्षा करते हैं, और फिर तुरंत उपयोगकर्ताओं के सामने। आप प्रतिक्रिया सुनते हैं, व्यापार के साथ बातचीत करते हैं, समाधान का अनुकूलन करते हैं। आप हमेशा लाइव नंबर का तुरंत विश्लेषण कर सकते हैं। लेकिन डिजाइन के काम में, सब कुछ अधिक जटिल है। यहां आपको समझौता करना होगा - ग्राहक को यह समझाने के लिए कि समाधान इष्टतम है, व्यावसायिक कार्य उपयोगकर्ता के अनुभव के समान प्राथमिकता में हैं। और अगर UX के साथ यह करना थोड़ा आसान है, तो UI के साथ सब कुछ अधिक व्यक्तिपरक है। यहां तक कि अगर आप ए / बी परीक्षण के परिणाम दिखाते हैं, तो भी कई ग्राहकों की गैर-रचनात्मक टिप्पणियां होंगी। यहां ग्राहक के साथ एक शांत और व्यवस्थित काम करने में मदद मिलती है - उसे महत्वपूर्ण मुद्दों पर रचनात्मक बातचीत में लाया जाना चाहिए। यह काम से पहले एक दिशानिर्देश को तैयार करने और अनुमोदित करने में भी मदद करता है - यह भविष्य के असंवैधानिक विवादों में एक मजबूत तर्क है।
यह समझने के लिए कि उपयोगकर्ता के लिए क्या सुविधाजनक है और क्या नहीं है, डिजाइनिंग के शुरुआती चरण में आपको स्वयं रास्ता तय करने की आवश्यकता है, प्रोटोटाइप चरण में सेवाओं में सब कुछ का परीक्षण करें, मुख्य उपयोगकर्ता प्रोफाइल निर्धारित करें और उनके लिए मामले दर्ज करें।
बेशक, सभी मामलों को सफलतापूर्वक समाप्त होना चाहिए, और सफलता के मानदंड और मापदंडों को भी निर्धारित किया जाना चाहिए। अधिकांश समस्याएं अनुभव के साथ चली जाएंगी, उपयोगकर्ता के व्यवहार की समझ, उनके इंटरैक्शन पैटर्न दिखाई देंगे। यह सब भविष्य में शुरुआती चरणों में बहुत समय बचाएगा।
उन दिनों जब संस्करणों के बीच एक वर्ष से अधिक समय बीत सकता था, लंबे समय से गुजर चुके हैं। सब कुछ तेज हो गया। वर्तमान दुनिया में, व्यावसायिक लक्ष्य, कार्य और पर्यावरण उत्पाद जारी होने की तुलना में बहुत तेजी से बदल रहे हैं। तो उत्पाद एक अखंड नहीं है। यह एक ऐसी प्रणाली है जो एक तरफ बदलते परिवेश और दूसरी ओर व्यावसायिक कार्यों के लिए परिवर्तित होनी चाहिए।
इसके अलावा महत्वपूर्ण एक सरल, समझने योग्य और एक ही समय में भावनात्मक और अभिव्यंजक दृश्य भाषा है, यदि स्क्रीन पर काम शुरू करने से पहले भी संभव है। शैली, तुकबंदी, चाल, बंदिशें। इन सभी का वर्णन करने, विचार करने, तैयार करने और औपचारिक रूप देने की आवश्यकता है। आप ऑफ़लाइन मीडिया और यहां तक कि प्रिंटिंग पर भी शैली का परीक्षण कर सकते हैं। यह कभी भी अतिश्योक्तिपूर्ण नहीं होगा, लेकिन भविष्य में आपको उत्पाद और विपणन विसंगतियों, प्रस्तुतियों, प्रलेखन, ऑफ़लाइन सामग्री, लैंडिंग पृष्ठ और विज्ञापन की समस्याओं से छुटकारा मिलेगा।
कई लोग इसे किसी कारण से याद करते हैं, लेकिन यदि आप एक सामान्य दृश्य भाषा के निर्माण के साथ सभी काम शुरू करते हैं, तो यह भविष्य में एक ही समय में कई दिशाओं में काम की सुविधा प्रदान करेगा और एक ही समय में लगभग कुछ भी खर्च नहीं करेगा। भले ही अब यह आपको बिल्कुल सतही लगे।
निकिता उशाकोव, ट्रेसएयर के सह-संस्थापक और विपणन निदेशक और अलेक्जेंडर स्मेटंका, ट्रेसीएयर के डिजाइनर:
"यह समझने के लिए कि हमारे उपयोगकर्ता क्या सोचते हैं सुविधाजनक या असुविधाजनक है, आपको उन्हें जानने की आवश्यकता है, और इसके लिए आपको बहुत सारी बातें करने की आवश्यकता है"
हम ड्रोन का उपयोग करके प्रभावी निर्माण प्रबंधन के लिए सॉफ्टवेयर बनाते हैं। हालांकि यह एक बी 2 बी उत्पाद है, हम इसे बी 2 सी की तरह बनाते हैं। निर्माण के लिए समान सॉफ़्टवेयर बनाने वाली कई कंपनियों के विपरीत, हमारा कार्य फ़ील्ड कर्मचारियों के लिए इसे उपयोगी बनाना है, न कि केवल उन इंजीनियरों के लिए जो तकनीकी रूप से अधिक समझदार हैं और पहले से ही विभिन्न जटिल इंजीनियरिंग कार्यक्रमों में काम करते हैं। नतीजतन, हम उन बिल्डरों के लिए जानकारी की कमी को खत्म करते हैं जिनके पास प्रतीक्षा करने का समय नहीं है जब तक कि सर्वेक्षणकर्ता उन्हें साइट के बारे में नवीनतम जानकारी नहीं देते हैं या जटिल इंजीनियरिंग सॉफ़्टवेयर में आवश्यक जानकारी प्राप्त नहीं करते हैं। इसलिए, हम अपने सॉफ्टवेयर को बेहद सरल बनाते हैं। लगभग हर कोई आधे घंटे या उससे कम समय में हमारे उत्पाद का उपयोग करना सीख सकता है।
हमारे पास बी 2 बी बिक्री है, लेकिन उत्पाद का उपयोग करने के मामले में, हमारे पास बी 2 सी अधिक है। हम अप्रिय, कई बी 2 बी उत्पादों के लिए बहु-परत इंटरफेस को समझने और उपयोग करने में मुश्किल हैं। हम उपयोगकर्ताओं, लोगों को ध्यान से सुनते हैं कि वे उत्पाद का उपयोग कैसे करते हैं, और इंटरफ़ेस को अनुकूलित करते हैं ताकि यह उनकी समस्याओं को हल करने के लिए और भी सुविधाजनक और आसान हो जाए। यूआई को विकसित करने की प्रक्रिया बी 2 सी उत्पादों के लिए इससे बहुत भिन्न नहीं है: लोग और उनकी सुविधा सबसे आगे हैं।
हमारे पास प्रतिक्रिया संग्रह के दो मोर्चे हैं - एक आंतरिक टीम और ग्राहक। पूरी टीम डिजाइन को प्रभावित करती है, हर कोई अपना बदलाव कर सकता है। अगला, हम सबसे वफादार ग्राहकों पर प्रोटोटाइप का परीक्षण करते हैं, जो इसे काम करने वाले संस्करण में लाने में मदद करते हैं। अंतिम शब्द डिजाइनर के साथ रहता है, और यह समझना महत्वपूर्ण है कि यह एक उत्पाद डिजाइनर है, निर्णय हमेशा उचित और संतुलित होते हैं, और निर्दिष्ट विकास संसाधनों के साथ समय पर कार्यान्वयन की संभावना को शामिल करते हैं।
हमारे उपयोगकर्ताओं के लिए सुविधाजनक या असुविधाजनक क्या लगता है यह समझने के लिए, आपको उन्हें जानने की आवश्यकता है, और इसके लिए आपको उनके साथ बहुत संवाद करने की आवश्यकता है। उनके व्यवसायों के सार में निरंतर संचार और विसर्जन उनके लिए क्या सुविधाजनक है, इसकी प्रारंभिक समझ प्रदान करता है। लेकिन नवाचार केवल उपयोगकर्ताओं के साथ संचार के माध्यम से नहीं किया जाता है। यह टीम से भी आता है, रणनीतिक लक्ष्य जो आप अपने लिए निर्धारित करते हैं, और सिद्धांत जो आप इस लक्ष्य की ओर चलते हैं। हमारा लक्ष्य स्वचालन का निर्माण करना है। सिद्धांतों में से एक उत्पाद को यथासंभव सरल बनाना है, जिसका हर कोई उपयोग कर सकता है। सक्रिय रूप से ग्राहकों के साथ संवाद करना और हमारे लक्ष्यों और सिद्धांतों को जोड़ना, हम इस बारे में परिकल्पना तैयार करते हैं कि क्या सुविधाजनक या असुविधाजनक होगा, और फिर उनका परीक्षण करें।
, . , , — . .
, , , . , A/B- - . , . , , , . , , - . .
« , , UI »
UI . . UI : , .
, . , . , — , — UI. : ? ? ?
UI, :
- . . , , — .
- — . , , , .
- . — . , . , , , . .
- 10 , , , . -. , , . designprinciplesftw.com .
- - , , . , , -, , .
«» :