क्या उत्पाद डिजाइन को बाहरी स्टूडियो को सौंपना संभव है: वर्ष के लिए काम के परिणाम

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

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



इस बार हमने एक अलग कंपनी के साथ अनुभव साझा करने का फैसला किया, जिसे हमने डिजाइन और प्रयोज्य मुद्दों के साथ सौंपा, साथ ही यह भी बताया कि कैसे हमने मालगिनी डिजाइन और वेब डेवलपमेंट स्टूडियो (Tekhinform LLC) और क्या यह अंततः इससे बाहर आ गया।

परिणामों के आधार पर, हम इस प्रश्न का उत्तर देने का प्रयास करेंगे: क्या किसी तृतीय-पक्ष कंपनी को सिस्टम डिज़ाइन देना संभव है, क्या इसकी बाहरी टीम पर भरोसा करना बहुत महत्वपूर्ण नहीं है?

इंटरफ़ेस आवश्यकताएँ

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

इस संबंध में, हम एक आधुनिक इंटरफ़ेस के लिए कम से कम निम्नलिखित आवश्यकताओं को भेद सकते हैं। वह चाहिए:

1. सकारात्मक भावनाओं को जगाना;
2. काम के लिए सुविधाजनक हो;
3. आवश्यकता नहीं है (जितना संभव हो उतना) प्रशिक्षण;
4. बाकी से सिस्टम को अलग करें;
5. विभिन्न उपकरणों के लिए अनुकूल जिसके साथ उपयोगकर्ता काम करता है - लैपटॉप से ​​स्मार्टफोन तक।

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

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

इंटरफ़ेस के डिजाइन के बारे में क्या? वह जादू कैसे पैदा होता है जिसे उपयोगकर्ता "सादगी और सुविधा" मानता है?

सहयोग के तरीके

एक डिजाइनर ठेकेदार के साथ काम करने की प्रक्रिया को कम से कम निम्नलिखित तरीकों से बनाया जा सकता है:

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

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

3. प्रोजेक्ट टीम पूरी चीज़ों के साथ आती है, डिजाइनरों के लिए सोच रही है, और बाद वाले को केवल उपस्थिति डिजाइन के मुद्दे को सौंपती है।

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

हमने विभिन्न कार्य विधियों को कैसे आजमाया

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

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

तब हमने अंत में एक मध्यम आधार पाया, और सहयोग की प्रक्रिया का निर्माण किया।

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

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

हमारे लिए, यह दृष्टिकोण सबसे प्रभावी हो गया है।

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

दूसरे, डिजाइनरों ने पहले उपयोगकर्ताओं के रूप में काम किया जिन्होंने हमारे विचारों को "जूँ के लिए" परीक्षण किया। उन्होंने कुछ पुनरावृत्तियों को छोड़ने में मदद की और तुरंत कार्यों को काफी अच्छी तरह से किया।

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

हमने और क्या सीखा?

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

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

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

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

तो क्या आप किसी बाहरी कंपनी के डिजाइन पर भरोसा कर सकते हैं?

अंत में, आइए इस सवाल का जवाब देने की कोशिश करें कि "क्या सिस्टम को किसी थर्ड-पार्टी कंपनी को डिज़ाइन देना संभव है, क्या इसकी बाहरी टीम पर भरोसा करना बहुत ज़रूरी नहीं है"?

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

यह तथ्य कि डिजाइन किसी बाहरी कंपनी को दिया गया था, उसके निर्विवाद फायदे थे - हमारी परिकल्पनाओं का परीक्षण करना, अन्य परियोजनाओं से अन्य लोगों के अनुभव को आकर्षित करना और लागत को कम करना।

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

हमारे लिए केवल एक ही रहस्य बचा है: कुछ अन्य विकास कंपनियां ऐसे करीबी संपर्क के बिना बाहरी कंपनियों के लिए इंटरफ़ेस डिज़ाइन को आउटसोर्स कैसे करती हैं?

काम के हमारे सिद्धांतों को और अधिक विस्तार से उजागर करने के लिए हमें आपके सवालों का जवाब देने में खुशी होगी।

PS अद्वितीय विकास तत्वों की एक विस्तृत प्रस्तुति जो हमें विकास के दौरान मिली है , वह आरआईए नोवोस्ती में घंटे और एक आधे वीडियो प्रस्तुति पर देखी जा सकती है , और यहां यूनिकलड बिजनेस 365 प्रणाली उपलब्ध है ।