डिज़ाइनर - प्रोजेक्ट मैनेजर। वास्तविकता या स्वप्नलोक?

आइए सबसे पहले आपको बताते हैं कि डिजाइन से मेरा क्या मतलब है।

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

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

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

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

यदि कोई विशेषज्ञ इस तरह के प्रोटोटाइप को लेने में सक्षम है और उस पर एक कार्यात्मक विनिर्देश, या यहां तक ​​कि डेटा आरेख के साथ एक तकनीकी कार्य (अधिक जटिल परियोजनाओं के लिए) लिख सकता है, तो यह पहले से ही एक तकनीकी लेखक है ।

तो डिजाइनर, मेरी समझ में, एक ही समय में इन सभी दक्षताओं के अधिकारी हो सकते हैं, साथ ही गुणों का एक अतिरिक्त सेट जो उन्हें सफल परियोजनाओं में मदद करेगा। यहाँ मुख्य हैं:

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

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

आकर्षण आते हैं

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

विपक्ष

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

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

यदि आप इन सामान्यज्ञों में से एक हैं, तो मेरे पास आपके लिए अच्छी खबर है। हालाँकि, आप इस बारे में पहले से ही जानते हैं।