उत्पाद प्रबंधन: एक अच्छे विचार से एक प्रासंगिक विशेषता तक

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


यह भी एक प्रकार का उत्पाद प्रबंधन है, लेकिन हम कुछ और के बारे में बात करेंगे।

अस्वीकरण:

शायद ही निम्नलिखित में से कोई भी सार्वभौमिक सलाह हो सकती है। मैं मुख्य रूप से उन सेवाओं से निपटता हूं जो उपयोगकर्ता व्यावहारिक रूप से मुठभेड़ नहीं करता है, जो काम पर एक तरह की छाप छोड़ता है और नियमों का पालन करता है।

सुविधा का अनुरोध, अच्छा और बुरा।

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

उदाहरण के लिए, मैं इस तरह से ताजा आविष्कार की गई विशेषताओं को फ़िल्टर करता हूं:

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

प्रत्येक नई सुविधा को लक्ष्य पर काम करना चाहिए (इस कार्यक्षमता के बिना उत्पाद के सामान्य लक्ष्यों को प्राप्त करना मुश्किल / असंभव है), या केपीआई पर (यह कार्यक्षमता मौजूदा संकेतकों में सुधार करेगी)। ये संबंधित या रूढ़िवादी संस्थाएं हो सकती हैं।

लक्ष्य-उन्मुख सुविधा का एक उदाहरण:

• विंडोज फोन पर एप्लिकेशन को पोर्ट करें ताकि यह सभी मोबाइल प्लेटफॉर्म पर मौजूद हो

KPI- उन्मुख सुविधा का एक उदाहरण:

• प्रति सप्ताह देखे गए पृष्ठों की संख्या बढ़ाने के लिए "सप्ताह के सर्वश्रेष्ठ लेख" को निजीकृत करें

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

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

इससे पहले कि आप विकास शुरू करें

किसी फीचर की योजना बनाते समय, एक ऐसी चीज़ के लिए प्रदान करना बेहद ज़रूरी है जो उपयोगकर्ता नहीं देखेगा, लेकिन सही निर्णय लेने के लिए उत्पाद प्रबंधक के लिए उपयोगी है। यह सार्वभौमिक लॉगिंग है। यह केवल और इतना नहीं है तकनीकी लॉग (तकनीकी विशेषज्ञों को इस सभी का समान ध्यान रखना चाहिए), लेकिन परियोजना के व्यावसायिक तर्क के बारे में।

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

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

उपयोगिता की जांच

उत्पाद प्रबंधन में इस तरह की एक एंटीपर्टन है: "चलो एक शांत सुविधा बनाते हैं, लेकिन हम देखेंगे!" ऐसे मामलों में, "... हम देखेंगे" अक्सर "ठीक है, सब कुछ ठीक लगता है" की ओर जाता है, जो स्पष्ट रूप से पर्याप्त नहीं है। यह समस्या विशेष रूप से KPI- उन्मुख सुविधाओं के लिए प्रासंगिक है।

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

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

एक निष्कर्ष के बजाय

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