🕺 ⛵️ 📔 हम व्यवसाय को बेहतर बनाने के लिए अनावश्यक विशेषताओं और उत्पादों को हटाते हैं। 🙋🏿 😜 ↔️

व्रीके के वरिष्ठ उत्पाद प्रबंधक यूरी आंद्रेकोविच ने मिन्स्क में प्रोडक्वाइस कॉन्फ्रेंस में कहा कि कब और क्यों उत्पादों को उत्पाद से हटा दिया जाना चाहिए।

मैं Wrike पर काम करता हूं - सहयोग और परियोजना प्रबंधन के लिए एक सेवा। Wrike के एक मिलियन से अधिक उपयोगकर्ता हैं, लेकिन हमारे प्रत्यक्ष ग्राहक ऐसी कंपनियां हैं जो कर्मचारियों के लिए भुगतान करती हैं। इनमें करीब 17 हजार हैं।

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

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

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

सुविधाओं या उत्पादों को हटाने के बारे में सोचने के 8 कारण

उत्पाद जीवन चक्र में कई चरण होते हैं जब यह सुविधाओं को हटाने के लिए सुविधाजनक और उपयोगी होता है। मैं आपको बताऊंगा कि निर्णय लेने के लिए क्या देखना है और किन उपकरणों का उपयोग करना है।

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

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

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

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

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

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

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

यह पता चला कि टीमों के पास या तो छह महीने आगे के एकीकरण से भरा था, या तो वे पहले से ही एक और सेवा का उपयोग कर रहे थे, या उन्हें प्रक्रियाओं में गंभीर समस्याएं थीं और वे अब तक नहीं थे।

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

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

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

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

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

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

नियमित समीक्षा

हर छह महीने में एक बार समीक्षा करें: विश्लेषक और यूएक्स विशेषज्ञ के साथ मिलकर डेटा देखें और विश्लेषण करें कि क्या हो रहा है। तो आप जल्दी से महसूस करते हैं कि हटाने के लिए कौन सी सुविधाएँ या उत्पाद उम्मीदवार बन सकते हैं।

सुविधाओं को हटाने का निर्णय कैसे करें

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

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

सुविधाओं को हटाते समय जोखिम

सुविधाओं को हटाते समय, आपको जोखिमों के बारे में सोचने की आवश्यकता है:

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

हमें दो चरणों में जोखिम के साथ काम करने की आवश्यकता है: मूल्यांकन और न्यूनतम करें।

जोखिमों का आकलन करें:

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

जब आपने गुणात्मक रूप से जोखिमों का आकलन किया है, तो उन्हें कम करने का प्रयास करें:

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

सुविधाएँ कैसे निकालें

मैंने सुविधाओं को हटाने के लिए तीन परिदृश्यों की पहचान की है: खराब, विवादास्पद और सार्वभौमिक। लेकिन प्रत्येक स्थिति अद्वितीय है, इसलिए एक ही परिदृश्य एक मामले में अच्छा हो सकता है और दूसरे में बुरा।

बुरा
यदि आप अन्य चीजों के साथ व्यस्त हैं, तो आप फीचर को धीरे-धीरे मरने दे सकते हैं। लेकिन आपको अभी भी किसी दिन यह करना है।

प्लस: कोई तनाव की जरूरत है।
विपक्ष: सुविधा अभी भी संसाधन ले रही है, उपयोगकर्ता नाखुश हैं।

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

सुविधाओं में एक छोटा सा दर्शक होता है,
हटाने से ब्रांड प्रभावित नहीं होगा,
आपके पास रणनीतिक ग्राहक नहीं हैं।

प्लस: सरल।
कम: जोखिमों को कम आंकने का मौका है।

सार्वभौमिक

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

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

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

सूची की जाँच करें

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

यूरी आंद्रेकोविच द्वारा पूर्ण प्रदर्शन।