प्रोजेक्ट मैनेजर: एक डिजाइनर के साथ दोस्ती कैसे करें और ग्राहक (या निवेशक) को न खोएं

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

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

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

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

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

एक डिजाइनर के साथ काम करने के एक साल ने मुझे सिखाया कि एर्गोनॉमिक्स और प्रयोज्य के साथ बहुत अधिक हस्तक्षेप न करें, और उपयोगकर्ताओं पर अधिक ध्यान दें।

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

यहाँ पिछले वर्ष से अधिक निष्कर्ष पर पहुँचे हैं।

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

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

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

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

5. ऐसे अनुप्रयोगों का विचार करना अच्छा है जो आपको सौंदर्य या कार्यात्मक रूप से पसंद हैं, लेकिन जो आप पसंद करते हैं उसे व्यक्त करना बेहद मुश्किल हो सकता है। जब तक आप विकास चाहते हैं, तब तक कई पुनरावृत्तियों के लिए तुरंत समय देना बेहतर होगा।

6. सबसे अधिक संभावना है, सबसे अच्छा डिजाइन पहली बार बाहर काम नहीं करेगा। यह अज्ञात समय से, सबसे अधिक संभावना है, विकसित होगा। इसके अलावा, जब यह विकसित होता है, तब भी यह सबसे अच्छा नहीं लगेगा। जागरूकता आने तक कई और प्रयास होंगे।

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

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

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