शिकायत विकास

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



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



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



3. इस उत्पाद का उपयोग पूरी टीम के साथ, हर दिन, पूरे दिन करना शुरू करें। यह सिर्फ विकास नहीं है: यह आपका पूरा जीवन है। यदि आप पूरे दिन, हर दिन विकसित कार्यक्रम नहीं जीते हैं ... तो परियोजना अनिवार्य रूप से एक सुखद परिणाम की प्रतीक्षा कर रही है। और ईमानदारी से, अगर मुझे आपको यह समझाना है, तो आप जानते हैं क्या? तुम गधे में हो







4. एक अल्पकालिक बंद बीटा लॉन्च करें और पहले से किए गए कार्यों के बारे में इंटरनेट से अपने विशेष मित्रों से प्रतिक्रिया देखें। मुझे पता है कि आप क्या सोचते हैं: “दोस्तों! धिक्कार है! मुझे पता था कि किसी दिन वे मेरे लिए उपयोगी होंगे! ”ध्यान से और निष्पक्ष रूप से उनकी सभी प्रतिक्रिया सुनें, चाहे वे कितने भी मूर्ख हों। सभी गंभीर खामियों का पता लगाएं और उन्हें ठीक करें। आपका उत्पाद अभी भी भयानक है, लेकिन पहले की तुलना में थोड़ा कम भयानक है और आप अन्यथा की तुलना में थोड़े कम गहरे गधे में होंगे। (व्यावसायिक विशेषज्ञ इसे "प्रतिस्पर्धात्मक लाभ" कहते हैं। इसके बारे में जानकारी देखें।)



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



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



7. ???



8. लाभ!



मैंने कभी नहीं कहा कि यह एक अच्छी योजना थी, लेकिन आप जानते हैं, यह अभी भी एक योजना है !



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

• अपने प्रोग्राम को अधिक से अधिक वास्तविक उपयोगकर्ताओं के लिए सबमिट करें
• सभी शिकायतें सुनें। वहाँ होगा ... बहुत कुछ।
• उन तीन मुख्य मुद्दों को पहचानें और सुधारें जिनसे लगातार शिकायतें होती हैं।
• दोहराना

हमारे पास पूरी तरह से ईमानदार लाभ नहीं है, फिर वह प्रवचन एक चर्चा कार्यक्रम है। हम डिस्कशन की खामियों की सभी चर्चाएँ पोस्ट करते हैं ... डिस्कशन पर ही। लेकिन यह ठीक है कि हम संचार के लिए एक खुला स्रोत कार्यक्रम क्यों विकसित कर रहे हैं - मैं दृढ़ता से आश्वस्त हूं कि आपके व्यवसाय के लिए वास्तव में ग्राहकों को सुनना महत्वपूर्ण है।



यदि आपके पास ग्राहकों के साथ संवाद करने का साधन है, तो शिकायतों के माध्यम से विकास करना विशेष रूप से कठिन नहीं है। दीर्घकालिक विकास योजनाओं को तैयार करने से पहले, उपयोगकर्ताओं से काफी स्पष्ट और आसानी से सुधारात्मक शिकायतों का सामना करें । जैसा कि स्टीव क्रुग ने डू नॉट मेक मी थिंक में कहा:

सभी समस्याओं की तलाश करने की आवश्यकता नहीं है। वास्तव में, आप कभी भी उन सभी समस्याओं को नहीं पाएंगे जो आप परीक्षण करते हैं। और फिर भी, यह निम्नलिखित कारण से आपकी मदद नहीं करेगा:

आधे दिन में, आप एक महीने में जितना तय कर सकते हैं उससे अधिक समस्याएं पा सकते हैं।

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

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



दुर्भाग्य से, उपयोगकर्ताओं ने इससे नफरत की :

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

यह शुरुआती समीक्षाओं के सबसे हड़ताली उदाहरणों में से एक था। इसलिए लॉन्च के बाद पहले 7 दिनों के दौरान, हमने जल्दी से आवश्यक संख्या में पात्रों के लिए एक वास्तविक समय काउंटर जोड़ा।







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









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



हमने थर्मोन्यूक्लियर हथियार का उपयोग किया था: फोकस खोते ही क्षेत्र के दाईं ओर पॉप-अप त्रुटि संदेश ।







इस क्षण से मैंने पाठ और संदेश हेडर में वर्णों की संख्या पर हमारे भयानक, घृणित, बंधुआ प्रतिबंध के बारे में एक भी शिकायत नहीं सुनी। एक भी नहीं। एक भी नहीं। शिकायतों।



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



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



अनुवादक के नोट:



1. शिकायतों के माध्यम से विकास - मूल शिकायत में संचालित विकास परीक्षण संचालित विकास के समान है



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



शिकायत-चालित विकास - कोडिंग हॉरर