उत्पाद रीब्रांडिंग यकीनन सबसे खराब बैकलॉग आवश्यकता है

रिब्रांडिंग, उत्पाद का नामकरण कभी-कभार नहीं होता है जैसा कि यह प्रतीत हो सकता है। यहाँ कुछ संभावित कारण दिए गए हैं।

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

सामान्य तौर पर, एक नया नाम एक प्रेरणा दे सकता है, ध्यान आकर्षित कर सकता है, बाजार पर उत्पाद को ठीक से स्थिति दे सकता है। एक नए नाम के साथ आने के लिए केवल एक छोटा सा हिस्सा है, सभी कार्यों का लगभग 1% है। बड़ी मात्रा में तकनीकी कार्य करना आवश्यक है जो नए परिदृश्यों को पेश नहीं करता है, या ग्राहक की समस्या को हल करता है। इन "गैर-कार्यात्मक" लागतों के लिए निवेश पर रिटर्न की गणना करना असंभव है। यह एक उत्पाद प्रबंधक का दर्द है।


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

तो आपको बदलाव करने की आवश्यकता कहां है।

इंटरफ़ेस। लोगो, पाठ जानकारी।

इंस्टॉलर में नाम । यदि उत्पाद एक क्लाउड सेवा है, तो इसमें एक इंस्टॉल करने योग्य भाग भी हो सकता है, उदाहरण के लिए, ब्राउज़र एक्सटेंशन।

लाइब्रेरी फ़ाइलों, फ़ोल्डर नामों के गुणों में उत्पाद मेटाडेटा ।

दुकानों में नाम , अगर यह ऐपस्टोर, गूगल प्ले, माइक्रोसॉफ्ट स्टोर और अन्य के माध्यम से वितरित किया जाता है।

अंतिम उपयोगकर्ता लाइसेंस समझौते में उत्पाद का नाम हो सकता है।

समर्थन मंच पर संदर्भ जानकारी , श्वेतपत्र, प्रलेखन, शीर्षक।

मूल्य सूची में प्रविष्टियाँ , उदाहरण के लिए, सेल्सफोर्स में। आमतौर पर, नाम बदलने से निर्देशिका संख्या (मॉडल संख्या / SKU / भाग संख्या) नहीं बदल जाती है, लेकिन यह हो सकता है। इसलिए नए नंबर बनाना जरूरी होगा।

विपणन और तकनीकी सामग्री , सहित, लेकिन स्लाइड, साइट पृष्ठों तक सीमित नहीं है।

यह सब, एक अच्छे तरीके से, परीक्षण भी किया जाना चाहिए ताकि गलती से पुराने नाम को न भूलें।

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

एक सरल उदाहरण, आप Microsoft Axapta के लिए "Axapta के लिए बहुत बढ़िया ग्राहक" समाधान बना रहे हैं, Dynamics AX में प्लेटफ़ॉर्म का नाम बदलने के बाद और आपके उत्पाद का नाम "Dynamics AX के लिए बहुत बढ़िया ग्राहक" में बदल दिया जाना चाहिए।

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

और ऐसा लगता है कि नया नाम चुना गया और इस पर सहमति हुई, लेकिन इसका प्रतिस्थापन एक रिलीज में फिट नहीं हो सकता है।

इसके अलावा, माइक्रोसॉफ्ट से दिलचस्प सिफारिशें