आवेदन के नए संस्करणों की रिलीज

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

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

मैं इस नतीजे पर पहुंचा कि परियोजना का नया संस्करण दो आवश्यकताओं को पूरा करने में सफल होगा:

• उपयोगकर्ता इसमें वह परिवर्तन पाएंगे जो वह अपेक्षा करता है
• उपयोगकर्ता इसे उन परिवर्तनों में नहीं ढूंढेगा, जिनकी उसे उम्मीद नहीं है

उपयोगकर्ता को उम्मीद है कि परिवर्तन होता है

उन्हें दो प्रकारों में वर्गीकृत किया जा सकता है:

• बग ठीक करना
• नई सुविधाएँ

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

बदलता है कि उपयोगकर्ता अपेक्षा नहीं करता है

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

• पिछड़ी अनुकूलता
• डिजाइन में बदलाव

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

निष्कर्ष

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