मोबाइल ऐप के विकास में डिज़ाइनर का योगदान

डिजाइनर और मोबाइल अनुप्रयोगों के विकास में उनकी भूमिका

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

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

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

एक डेवलपर के लिए एक डिजाइनर कैसे जीवन को आसान बना सकता है?

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

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

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

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

डिजाइनर टीम का हिस्सा है

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

डिजाइनर को अपना काम खत्म करना है, और यह अच्छा है अगर वह इस समय टीम में होगा ताकि बदलाव जल्दी से हो सके। या वह संपर्क में होना चाहिए ताकि परियोजना और टीम को यूआई / यूएक्स के परिचालन परिवर्तन के साथ समस्या न हो।

डेवलपर को यह नहीं समझना चाहिए कि परियोजना किन कार्यक्रमों में खींची गई थी। फाइलें आसानी से खुलनी चाहिए

जैसा कि ऊपर उल्लेख किया गया है, डेवलपर को अब इतना अध्ययन करना है कि ग्राफिक संपादकों को समझने के लिए बस समय नहीं है। इसलिए, डिजाइनर को फ़ोटोशॉप / इलस्ट्रेटर में तत्वों को आकर्षित नहीं करना चाहिए और * .psd / * .ai फ़ाइलों में लेआउट का दान करना चाहिए। इस तरह की फाइलें काफी वजन करती हैं और एडोब पैकेज की स्थापना की आवश्यकता होती है। यहां तक ​​कि अगर यह एक विशेष भूमिका नहीं निभाता है, तो इन संपादकों का अध्ययन करने का कोई समय नहीं है।

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

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

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

डिजाइनर को विभिन्न प्लेटफार्मों और उनके अंतर के दिशानिर्देशों को जानना चाहिए

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



इसलिए, यह बहुत महत्वपूर्ण है कि डिजाइनर समझता है कि क्या और कैसे आकर्षित करना है।

साधन

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

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

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

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

स्क्रीन के विवरण के साथ टीके

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

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

क्या होगा अगर उपरोक्त में से कोई भी नहीं है, लेकिन काम करने की आवश्यकता है?

ऐसा हुआ कि मेरी सभी परियोजनाओं में उपरोक्त सभी आवश्यकताएं अनिवार्य हो गईं।

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

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

क्लिक करने योग्य प्रोटोटाइप मुझे InVision में स्थानांतरित कर दिया गया था। ध्यान दें, लाइव स्क्रीन के बिना बस एक क्लिक करने योग्य प्रोटोटाइप।

निष्कर्ष:

मुझे डिजाइनर से क्या मिलने की उम्मीद थी:

• क्लिक करने योग्य प्रोटोटाइप और लाइव स्क्रीन (InVision, Zeplin या Figma)
• स्क्रीन के संचालन के विवरण के साथ टीके को संशोधित किया
• बदलाव के साथ मानचित्र स्क्रीन
• उपयोगकर्ता की कहानी
• आकार में कटा हुआ संसाधन @ 1, @ 2, @ 3
• फोंट

उपरोक्त सभी से, मुझे केवल एक क्लिक करने योग्य प्रोटोटाइप और एक * psd फ़ाइल मिली।

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



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

आपका ध्यान और सफल परियोजनाओं के लिए धन्यवाद!

उपयोगी लिंक:

IOS दिशानिर्देश
Android दिशानिर्देश
विकास की समस्याएं विरासत मोबाइल परियोजना
Figma
स्केच