मैं इसे बनाने से पहले किसी उत्पाद विचार का प्रभावी ढंग से परीक्षण कैसे कर सकता हूं?


11

मैंने इस बारे में ऑनलाइन संसाधनों का एक गुच्छा पढ़ा है, लेकिन सोच रहा हूं कि क्या किसी उत्पाद के लिए एक विचार का परीक्षण करने का एक बेहतर तरीका है कि अनगिनत हफ्तों के निर्माण से पहले एक चीज़ का परीक्षण करें?

मैंने Validate.tech जैसी चीजों के बारे में पढ़ा है जो एक दिन में उत्पाद विचारों का परीक्षण करती हैं, लेकिन लैंडिंग पृष्ठ के साथ लोगों को लुभाना गलत लगता है और कुछ नहीं।

मुझे पता है कि यह कुछ हद तक अमूर्त है, लेकिन आप अपने विचारों को सुनना पसंद करेंगे।


1
सिर्फ एक ऐप की टेस्टिंग के लिए आप एक हफ्ते में बहुत सारे कोड लिख सकते हैं। यह बहुत कुछ नहीं कर सकता है लेकिन यह आपके विवेक के अनुसार सिर्फ एक लैंडिंग पृष्ठ से बेहतर है।
21:39 पर जेएफओ

जवाबों:


16

यह समझने के द्वारा कि उत्पाद का विचार कैसा है, इसे कैसे लागू किया गया है।

यह आश्चर्यजनक है कि कितने लोग सोचते हैं कि आप प्रयास के बिना एक विचार का परीक्षण नहीं कर सकते। कहते हैं कि आपको ऑनलाइन जूते बेचने का विचार था। वेब साइट, निर्माता और वितरण केंद्र को सही बनाने के लिए आपको एक आईटी टीम की आवश्यकता है?

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

वह परीक्षा कैसी है? ठीक है अगर समस्या यह है कि कोई भी आपके पास परिणाम के जूते का आदेश नहीं दे रहा है। यदि समस्या यह है कि आप अपने रसोई घर में बहुत समय बिता रहे हैं, तो आपके पास एक जूते का मेल है।

यह परीक्षण साबित करता है कि लोग ऑनलाइन जूते खरीदेंगे या नहीं। यह आपको उस तरह के डेटा वाले लोग देता है जो आपके व्यवसाय की देखभाल में निवेश कर सकते हैं।


5

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

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


3

आप इसे बनाने से पहले, सही अर्थों में एक उत्पाद का परीक्षण नहीं कर सकते, लेकिन आप कर सकते हैं:

  • स्थैतिक छवियों या यहां तक ​​कि वीडियो के साथ देखो और महसूस करें
  • दस्तावेजों और / या वीडियो में संभावित हितधारकों के व्यवहार का वर्णन करें
  • प्रोटोटाइप UX और व्यवहार ताकि यह प्रदर्शित हो सके कि यह कैसा हो सकता है

1

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

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.