"पूप" कैसे नहीं बनाया जाए? एक उत्पाद बनाने का व्यक्तिगत अनुभव

इस पोस्ट में मैं स्क्रैच से उत्पाद बनाने में अपने व्यक्तिगत अनुभव को साझा करना चाहता हूं। पथ "चलो कॉपी / कॉपी करें और इसे बाजार में फेंक दें" हम पहले ही पारित कर चुके हैं। इस दृष्टिकोण ने हमारी कंपनी को लगभग मार दिया।



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

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

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

और अंत में, हम थिंक आईटी के पहले चरण पर आते हैं

• सबसे पहले, हमने खुद इन महत्वपूर्ण सवालों के जवाब दिए: हम ऐसा क्यों कर रहे हैं? इस उपक्रम से हम क्या लाभ चाहते हैं? हम ऐसा क्यों करेंगे और 10 अन्य संभावित उत्पाद नहीं?
• इसके बाद, हमने महत्वपूर्ण मीट्रिक तैयार की, जिससे हमारा उत्पाद हमारे ग्राहकों के लिए बेहतर होगा।
• साथ ही तैयार उत्पाद परिकल्पना (उन मान्यताओं को जिन्हें वास्तविक ग्राहकों पर परीक्षण किया जाएगा)। दो मुख्य परिकल्पनाएं हैं: ग्राहक के लिए उत्पाद मूल्य परिकल्पना और विकास परिकल्पना (यह उत्पाद कैसे वितरित किया जाएगा)।

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



नतीजतन, इस स्तर पर पहले से ही पूरी टीम विषय क्षेत्र में गहराई से डूब गई थी, हालांकि केवल मैंने लाइव ग्राहकों के साथ संवाद किया था।

हमारा अगला कदम प्रोटोटाइपिंग था। हमने ऐसा किसी विशेष प्रशिक्षित व्यक्ति द्वारा नहीं, बल्कि टीम के प्रत्येक सदस्य द्वारा किया। अधिक सुविधा के लिए, हमने पेपर प्रोटोटाइप (पोस्ट के अंत को देखें) के लिए टेम्पलेट्स प्रिंट किए और 3 मानक परिदृश्यों का वर्णन किया: एक खरीदार एक उत्पाद का चयन करता है और अन्य ग्राहकों की समीक्षाओं से परिचित हो जाता है, एक स्टोर कर्मचारी समीक्षाओं को मॉडरेट करता है, एक तकनीकी विशेषज्ञ साइट पर सिस्टम स्थापित करता है।



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



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

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



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

अब क्या कोडिंग शुरू करें (आईटी बनाएँ)!

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



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

आज हमने चौथा पुनरावृति शुरू किया और उपरोक्त प्रश्नों पर प्रारंभिक विचार थोड़ा बदल गया है:
1. एमवीपी में, हमने केवल उन विकल्पों को शामिल किया है:

1. परिकल्पनाओं का परीक्षण करने की अनुमति दें।
2. जिस आवश्यकता के लिए हम 100% निश्चित हैं (शांत विचार थे, लेकिन वर्तमान स्तर पर यह स्पष्ट नहीं है कि वे काम करेंगे)।
3. जिसके बिना उत्पाद का उपयोग करना असंभव है और जो अनुच्छेद 1 में शामिल नहीं हैं।

2. यदि आप उपरोक्त फोटो को देखते हैं, तो ग्राहकों के लिए पहली रिलीज में, हमने लगभग सभी कार्यों (नारंगी चादरें) को शामिल किया। हमारी रिहाई बहुत "सपाट" थी और बहुत विस्तृत थी। इस दृष्टिकोण में, हमने निम्नलिखित नुकसान देखे:

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

3. दावे 2 के जोखिमों से बचने के लिए और जितनी जल्दी हो सके ग्राहकों को पहले से ही काम कर रहे उत्पाद (लेकिन अभी तक एमवीपी) नहीं देने के लिए, हमने चौड़ाई में रिलीज में कटौती की और "गहराई" को थोड़ा बढ़ाया। हां, उपयोगकर्ताओं के लिए पहली रिलीज में, हम सभी परिकल्पनाओं का परीक्षण नहीं कर पाएंगे, लेकिन इस दृष्टिकोण के फायदे बहुत अधिक हैं!

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



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

निष्कर्ष

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

विषय पर उपयोगी लिंक:

1. उत्पादों को कैसे Spotify बनाता है (अनुवाद)
2. उत्पाद मालिकों मैनुअल
3. क्यों JobStory UserStory से बेहतर है
4. व्यवस्थापक और साइट के लिए विषय ($ 10 से)