उत्पाद निर्माण: स्टार्ट

जैसा कि फिल्म इंसेप्शन में , उत्पाद विकास में वास्तविकता परतों की एक निश्चित घोंसले का शिकार है। इस भूमिका के आधार पर, परियोजना में आपकी "शुरुआत" जल्द या बाद में हो सकती है, लेकिन एक नई वास्तविकता के रचनाकारों के बीच रहना हमेशा अधिक सुखद होता है, क्या यह नहीं है?

यह लेख लचीले उत्पाद विकास के गठन की त्रयी के लिए एक परिचय है:

• शुरू करने की इच्छा
• पूरा करने की इच्छा
• विमोचन की इच्छा

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

मैं यह लेख वर्तमान या नौसिखिया उत्पाद मालिकों के लिए लिख रहा हूं - "ड्रीम कैचर" और "एयर सेलर्स"। वे लोग जिनके विचार वास्तविकता को बदल सकते हैं, लेकिन वे स्वयं एक भ्रम हो सकते हैं।

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


उत्पाद वितरण टीम
उत्पाद खोज टीम

ऐसी टीम को कभी भी न बचाएं। यहां मेरा मतलब है कि उत्पाद की खोज (खोज, अनुसंधान) की टीम, और मैं बाद में विकास के बारे में लिखूंगा। एक संतुलित उत्पाद खोज टीम के पास निर्धारित करने के लिए पर्याप्त ज्ञान और कौशल होना चाहिए:

• व्यापार के लिए उत्पाद मूल्य
• उपयोगकर्ताओं के लिए उत्पाद सुविधा
• समय और प्रौद्योगिकी के भीतर उत्पाद व्यवहार्यता

यह ये तीन मानदंड हैं: मूल्य, सुविधा और व्यवहार्यता जो उद्घाटन टीम को निरंतर ध्यान में रखना चाहिए। मुझे DOU मिक्सर और गैराज 48 जैसे प्रतियोगिताओं में ऐसी टीमों का पहला उदाहरण देखना था।

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

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

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

DISCOVERY TEAM: हैकर्स
आउटसोर्सिंग की दुनिया से पाठकों के लिए एक छोटा विषयांतर। मैं तैयार विनिर्देश के अनुसार एक टीम द्वारा विकास का विरोध कर रहा हूं। "आवश्यकताएँ" का अर्थ है "चुप रहो" (एलिस्टेयर काउबर्न का उद्धरण)। यदि एक टीम "अपस्फीति" आवश्यकताओं के अनुसार एक उत्पाद लिखती है, तो आप इसकी अनुसंधान क्षमता का उपयोग नहीं कर रहे हैं, यह एक झूठी बचत है।

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

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

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

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

DISCOVERY TEAM: हसलर्स
यह भूमिका (हसलर) जानबूझकर बिना अनुवाद के छोड़ दी जाती है। वास्तव में, सबसे सभ्य अनुवाद विकल्प "ऊर्जावान व्यक्ति" और "पंच व्यवसायी" हैं, लेकिन उनमें से सभी स्पष्ट रूप से उन गुणों को इंगित करते हैं जो इसके वाहक के पास होने चाहिए। क्या होता है अगर वहाँ एक टीम में "विचार के साथ एक व्यक्ति" है, बिना मर्मज्ञ व्यावसायिक गुणों के? यह एक कायरतापूर्ण व्यवसाय है ।

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

तो, मान लीजिए कि आपने उत्पाद खोज टीम को एक साथ रखा है। आगे क्या है?

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

चरण 1. हम उत्पाद बनाने के लक्ष्यों और सिद्धांतों को निर्धारित करते हैं।

यह हो सकता है:

• संस्थापकों के व्यक्तिगत लक्ष्य
• व्यवसाय या संगठन के लक्ष्य
• उत्पाद सिद्धांत

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

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

कदम 2. उत्पाद सुविधाओं का मूल्यांकन

यह बिजनेस मॉडल कैनकस या लीन कैनवस जैसे टूल का उपयोग करके किया जा सकता है। या, कगन में उत्पाद क्षमताओं का आकलन करने के सवालों का जवाब देना:

1. उत्पाद किस विशिष्ट समस्या का समाधान करता है? (मूल्य प्रस्ताव)
2. हम इस समस्या को किसके लिए हल कर रहे हैं? (लक्ष्य बाजार)
3. हम सफलता को कैसे मापेंगे? (बिजनेस मेट्रिक्स)
4. अवसर कितने महान हैं? (बाजार का आकार)
5. विकल्प क्या हैं? (वर्तमान प्रतियोगियों)
6. किसी समस्या को हल करने के लिए हमारा उत्पाद बेहतर अनुकूल क्यों है? (हमारे मतभेद)
7. अब सही समय क्यों है? (बाजार की खिड़की)
8. हम उत्पाद को कैसे लॉन्च करेंगे? (निकास रणनीति)
9. सफलता के लिए कौन से कारक महत्वपूर्ण हैं? (आवश्यकताओं और जोखिम)
10. ले / न ले?

शायद इस सभी गतिविधि का लक्ष्य अंतिम प्रश्न का उत्तर देना है। उत्पाद कार्यान्वयन के लिए टीम "तैयार" कैसे है? संस्थापक कितना मानते हैं कि इस उत्पाद को बनाना एक प्रयास के लिए सबसे अच्छा संभव बिंदु है?

STEP 3. प्रमुख ग्राहकों और उपयोगकर्ताओं को पहचानें

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

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

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

विकास के प्रत्येक चरण में प्रमुख उपयोगकर्ताओं और ग्राहकों की पहचान, विवरण और चयन, दृष्टि और उत्पाद पर काम का एक महत्वपूर्ण हिस्सा है और यह पूरी विकास टीम को शामिल करने के लिए उपयोगी है अगर यह पहले से ही इकट्ठा हो।

STEP 4. उपयोगकर्ता अनुसंधान का संचालन

यह उत्पाद के लक्षित दर्शकों के साथ प्रारंभिक साक्षात्कार का चरण है। इस गतिविधि के लक्ष्य हैं:

• सुनिश्चित करें कि कोई समस्या है
• अब वह क्या निर्णय लेती है, इसका पता लगाएं
• समस्या के अपने समाधान के बारे में विचार प्राप्त करें

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

चरण 5. उपयोगकर्ता अनुभव मानचित्र बनाना "जैसा है"

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

कदम 6. उत्पाद के साथ बातचीत का एक नक्शा बनाना

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

यह उपकरण कार्यक्षमता के डिजाइन पर विचार-मंथन के लिए और रिलीज के भीतर कार्यान्वयन के दायरे को चुनने के लिए अच्छा है।

कदम 7. न्यूनतम मूल्यवान उत्पाद (एमवीपी) चुनना

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

1. पहले से ही इस स्तर पर, आप एक गैर-मौजूद उत्पाद पर प्रतिक्रिया पूछकर अपने मूल्य के विचार का परीक्षण कर सकते हैं। इसमें समय लगता है।

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

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

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

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

मुझे लगता है कि यह शुरुआत के लिए है , यह पर्याप्त है। अगले भाग में मैं 4-6 चरणों के महत्वपूर्ण विवरणों के माध्यम से जाने और विकास शुरू करने की इच्छा पर चर्चा करने का प्रयास करूंगा ।