समझौता की तलाश में: कैसे विभिन्न ग्राहकों को खुश करने के लिए

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

ग्राहक ब्याज समझौता

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

मैंने जानबूझकर "के विपरीत" अभिव्यक्ति का उपयोग किया। अधिक बार नहीं, हम ऐसे संघर्षों को द्विआधारी मानते हैं, "या तो" या "। यह इस तरह की समस्याओं के इंजीनियरिंग दृष्टिकोण की प्रकृति है। "सेल्समैन" / विपणक, इसके विपरीत, अक्सर इसे "और" के रूप में देखते हैं, जब सबसे वांछनीय परिणाम ग्राहक के प्रत्येक प्रकार की जरूरतों को पूरा करना है। व्यवहार में, क्या किया जाना चाहिए और क्या किया जा सकता है, इसके बीच की सीमाएं बहुत कम स्पष्ट हैं।

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

हालांकि, हम लगातार कार्यों की सूची तैयार करते समय रियायतें देने की आवश्यकता के साथ सामना कर रहे हैं और, परिणामस्वरूप, उत्पाद विकास योजना। वास्तव में, लगभग किसी भी आधुनिक उत्पाद के विभिन्न प्रकार के ग्राहकों को सूचीबद्ध करना आसान है:

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

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

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

इस तरह के परिदृश्य के लिए विकास के संबंध में, योजना या दृष्टिकोण में निम्नलिखित समस्याओं के कारण उत्पाद योजना को नुकसान हो सकता है:

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

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

चुनाव करने के लिए तैयार हो जाओ

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

उदाहरण के लिए, उदाहरण के लिए, आपने जो बजट स्वीकृत किया है, वह बताता है कि कितने संसाधन लोगों के लिए आवंटित किए जाएंगे, कितने आईटी लोगों के लिए। कागज पर, यह अच्छा लग रहा है। यह पहले से तय करने का एक आसान तरीका लगता है कि संघर्ष और तनाव कैसे हल करें।

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

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

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

दृष्टिकोण

पिछली पोस्ट में उल्लिखित निर्णय लेने की रूपरेखा को कैसे विकसित किया जाए, इस जानकारी के आधार पर, प्रत्येक प्रकार के क्लाइंट के लिए योजना को क्रॉस-चेक करने के लिए समान टूल का उपयोग किया जा सकता है।

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

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

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

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

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

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

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

संघर्ष डिजाइन

शायद उपरोक्त सभी अच्छे लगते हैं। यह सब लागू करने से, आप विभिन्न प्रकार के ग्राहकों के सापेक्ष संसाधनों को आवंटित करने और उत्पाद की सीमाओं को परिभाषित करने के कार्य से निपटेंगे। हालाँकि, यह एक बहुत गंभीर समस्या को हल नहीं करता है। यदि क्लाइंट को संघर्ष की आवश्यकता है तो क्या होगा?

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

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

यह समझना महत्वपूर्ण है कि आपके उत्पाद की लंबी अवधि की रणनीति कहाँ है। अधिकांश उत्पाद, जब वे नए होते हैं, उदाहरण के लिए, उन्नत उपयोगकर्ताओं से प्रशंसा और आलोचना का मिश्रण प्राप्त करते हैं। यदि परिदृश्य या हल की गई समस्या पक्की लगती है, तो उन्नत उपयोगकर्ता उत्पाद की प्रशंसा करेंगे। वे, एक नियम के रूप में, प्रतिक्रिया के लिए त्वरित हैं और तुरंत उत्पाद के लचीलेपन को बढ़ाने या सुविधाओं को जोड़ने के लिए सुझावों का एक गुच्छा फेंकते हैं। उन्हें यह पसंद है।

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

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

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

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

BYOD के आगमन के साथ आज हमारे उद्योग में आश्चर्यजनक परिवर्तन हो रहे हैं (कॉर्पोरेट उपकरणों तक पहुंचने के लिए कार्यस्थलों पर व्यक्तिगत उपकरणों का उपयोग करने की अनुमति)। यह संघर्ष का एक नया स्तर है जिसे हल किया जाना चाहिए। 90 के दशक के उत्तरार्ध से, प्रशासन का सार उपयोग किए गए उपकरणों को "अवरुद्ध" या "नियंत्रित" करने के लिए कम कर दिया गया है। यह मौजूदा स्थिति के ढांचे और हल की जा रही समस्याओं के भीतर सही था।

अब उपयोगकर्ता अपने निजी उपकरणों को काम करने के लिए ला सकते हैं, घर से काम कर सकते हैं या कॉर्पोरेट नेटवर्क / सॉफ्टवेयर / प्रौद्योगिकी की सीमाओं के बाहर अपने कार्यों को करने के लिए अपने स्वयं के तरीके ढूंढ सकते हैं। यह विश्वसनीयता और सुरक्षा के लिए कॉर्पोरेट या सरकारी आवश्यकताओं को नहीं बदलता है। यह आईटी के लिए निर्णय नियमों को नहीं बदलता है। उनके घरेलू ग्राहकों के पास एक विकल्प है, और यह देखना बहुत दिलचस्प है कि उत्पाद विकास में संघर्ष के लिए यह विकल्प कैसे लागू होता है।

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

यह संघर्ष समाधान में एक इंजीनियरिंग घटक है - कभी-कभी न केवल नए कार्य, बल्कि वास्तुकला के नए दृष्टिकोण आपके नए प्रक्षेपवक्र को परिभाषित करते हैं। यह नया प्रक्षेपवक्र कई प्रकार के उपयोगकर्ताओं के लिए उत्पाद तैयार करने के नए तरीकों को परिभाषित करता है।

केवल एक चीज जिस पर आप यकीन कर सकते हैं, वह यह है कि समझौता करने का कोई "सही" विकल्प नहीं है, जिसके लिए सभी ग्राहकों को संतुष्ट करना संभव होगा। यह विभिन्न प्रकार के उपभोक्ताओं के लिए विकास का सार है। इसीलिए उत्पाद विकास भी सामाजिक विज्ञान है।

उदाहरण: कॉर्पोरेट समस्या

, IT- , . , , , IT-.

, — ( , ). – , .

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

एकमात्र नियामक तंत्र जिसका उपयोग "लड़ाई" के लिए किया जा सकता है, ये उपकरण एक राजनीतिक दृष्टिकोण है। आप टीसीपी / आईपी पोर्ट या संदिग्ध नेटवर्क ट्रैफ़िक को ब्लॉक कर सकते हैं (और निश्चित रूप से, प्रबंधित कंप्यूटर पर क्लाइंट एप्लिकेशन को लोड करना रोक सकते हैं), लेकिन यहां तक ​​कि यह समस्या को हल नहीं करेगा। वाईफाई / 4 जी एक्सेस प्वाइंट या साझा मोड में फोन के माध्यम से नेटवर्क तक पहुंच आसान है।

पारंपरिक उपकरण लॉकिंग विधियां अब काम नहीं करती हैं। मोबाइल उपकरणों की दुनिया में और, संभवतः, यहां तक ​​कि कई ऑपरेटिंग सिस्टम, कोई स्पष्ट रूप से परिभाषित बिंदु नहीं है जहां आपको ब्लॉक करने की आवश्यकता है, और निश्चित रूप से, यह महसूस नहीं किया जा सकता है।

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

— , , : , . , , IT-, , , , . , , , – .

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

, , ?

user experience? , , — ?

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