उत्तरदायी डिजाइन के आगमन के साथ डिजाइन का विकास

हेब्र, नमस्कार!

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

मैंने पूरी डिजाइन प्रक्रिया का विस्तार से वर्णन नहीं किया है, इस मुद्दे पर Habré पर पर्याप्त लेख हैं, लेकिन मैं केवल कुछ बिंदुओं पर ध्यान केंद्रित करूंगा।

तो, हमारे सामान्य रूप में औसत डिजाइन प्रक्रिया इस तरह दिखती है:

1. एक संक्षिप्त और व्यावसायिक कार्य सीखना
2. परिभाषित करें, परिकल्पना / लक्ष्य निर्धारित करें
3. KPI को परिभाषित करें
4. हम संकेतक प्राप्त करने / न प्राप्त करने की शर्तों को निर्धारित करते हैं
5. अनुसंधान के लिए एक खंड को परिभाषित करें
6. हम देखते हैं, परिणामों का विश्लेषण करते हैं और एक डिज़ाइन असाइनमेंट तैयार करते हैं
7. पैराग्राफ 6 के परिणामों के अनुसार, हम वर्ण और इंटरैक्शन परिदृश्य निर्धारित करते हैं
8. हम एक साइट संरचना बनाते हैं और संबंध निर्धारित करते हैं
9. हम सामग्री डिजाइन करते हैं
10. सामग्री बनाएं (यदि आवश्यक हो)
11. हम प्रोटोटाइप विकसित
12. परीक्षण (यदि आवश्यक हो)
13. दस्तावेज़ की आवश्यकताएं

नीचे मैंने कुछ बुनियादी विकासवादी प्रक्रियाएँ दी हैं जो अनुकूली डिजाइन लाती हैं:

अनुकूलनशीलता की सीमाओं का विकल्प

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

उदाहरण 1: एक ग्राहक जानता है कि उसकी साइट में एक मोबाइल ऑडियंस (आंकड़ों के आधार पर) है, लेकिन उसके व्यवहार के बारे में जानकारी नहीं है।
उदाहरण 2: ग्राहक को ऐसा लगता है कि मोबाइल दर्शक लेख को उसके पोर्टल की खबरों में पसंद करते हैं। अध्ययन के परिणामों से पता चला कि यह वास्तव में ग्राहक को लग रहा था, लेकिन वास्तव में सब कुछ बिल्कुल विपरीत था।

निष्कर्ष क्या निकाला जाएगा? अनुकूलनशीलता की सीमाओं का विकल्प, अर्थात्:

• साइट को कौन सी अनुमति देता है;
• साइट पर वास्तव में क्या आवश्यक रूप से अनुकूलित किया जाना चाहिए और क्या नहीं;
• मुझे किन उपकरणों पर ध्यान देना चाहिए: क्या कम बजट के उपकरणों पर विचार करना आवश्यक है, बिना टच इंटरफेस वाले मोबाइल फोन, रेटिना स्क्रीन वाले डिवाइस।

इसलिए, बहुत शुरुआत से जलाऊ लकड़ी को तोड़ने के लिए नहीं, आपको ग्राहक को सुनने और अच्छी तरह से ज्ञात उपकरणों (Google Analytics, Yandex.Metrica) का उपयोग करके मापा मापदंडों पर उसकी सभी परिकल्पनाओं की जांच करने की आवश्यकता है।

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

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

सामग्री परिवर्तन

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

सामग्री के साथ काम करने के लिए मुख्य विशेषताएं:

संरचनात्मक रूप से बदलना

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

सामग्री छिपाएँ / छिपाएँ

वह सामग्री, जो एनालिटिक्स और / या संकलित उपयोगकर्ता परिदृश्यों पर आधारित है, द्वितीयक है, हम किसी भी कार्रवाई (क्लिक, स्क्रॉल), आदि के पीछे छिपाते हैं।

प्राथमिकता बदलें

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

निकालें

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

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

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

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

भाव से रूपांतरण

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

यह हमेशा आवश्यक नहीं है, और यह निश्चित रूप से इसके लिए उपयुक्त नहीं है:

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

दृश्य प्रतिनिधित्व के लिए, हम सामग्री तालिकाओं के संदर्भ में परिवर्तन को आकर्षित करते हैं:

और अनुकूली से पहले क्या था?

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

डिजाइन विधि चयन

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

• ग्रेसफुल डिग्रेडेशन;
• विशुद्ध रूप से वेब आधारित प्रगतिशील संवर्धन;
• और, पहले से ही सीधे अनुकूली से संबंधित है, मोबाइल फर्स्ट का दर्शन।

ये सभी हमारे इंटरफ़ेस को स्वतंत्र रखने में मदद करते हैं और दोष सहिष्णुता के निर्दिष्ट स्तर को प्रदान करते हैं।

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

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

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

उसके बाद, आप अनुकूलन सीढ़ी को नीचे ले जा सकते हैं, और कभी-कभी ऊपर और नीचे।

प्रोटोटाइप कैसे करें

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

इन बिंदुओं का चयन करने के लिए तीन दृष्टिकोण हैं:

• रिज़ॉल्यूशन सीमाओं (आमतौर पर क्लासिक 320, 480, 768, 1024, 1280px ...) के आधार पर चयन। इसे वेब विश्लेषिकी के परिणामों के आधार पर समायोजित किया जा सकता है।
• पसंद इस तथ्य पर आधारित है कि क्लासिक अनुमतियाँ अंतराल के बीच के अंतराल में झूठ बोलती हैं। इस प्रकार, इंटरफ़ेस का सबसे तनावपूर्ण राज्य आम डिवाइस अनुमतियों पर नहीं पड़ता है।
• तीसरा तरीका - उस जगह पर मनमाने ढंग से ब्रेकपॉइंट्स का चुनाव जहां डिजाइन यूएक्स को तोड़ना या बिगड़ना शुरू करता है।

तीसरा तरीका लचीला है, सही है, क्योंकि यह सामान्य रूप से उपकरणों से और डिजाइनरों द्वारा पसंद किया गया है, लेकिन यह श्रम लागत के मामले में बिल्कुल अप्रत्याशित है। निश्चित-मूल्य वाली परियोजनाओं पर, इसका उपयोग करना मुश्किल है।

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

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

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

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

काम का नतीजा

चूंकि अनुकूलनशीलता पृष्ठों और सामग्री की संरचना में एक गतिशील परिवर्तन से जुड़ी है, इसलिए निम्न समस्या उत्पन्न होती है: अंतिम परिणाम किस रूप में प्रस्तुत किया जाना चाहिए? हमारे पास दो विकल्प हैं:

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

इंटरएक्टिव प्रोटोटाइप का उपयोग करने की प्रवृत्ति के बावजूद, यदि आपको उन्हें सक्रिय रूप से परीक्षण करने की आवश्यकता नहीं है, तो आप परिणाम के बिना स्टैटिक्स का उपयोग कर सकते हैं।

कैसे एक ग्राहक के साथ बातचीत करने के लिए

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

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

निष्कर्ष में

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