अपने व्यापार विचार को कैसे सत्यापित करें

अपने व्यापार की धारणाओं को मान्य करें*

विवेक हमारी पहली धारणा की जाँच करता है

लोग खाना बनाएंगे और काम पर मुफ्त में देना चाहेंगे।

हम कैसे जांच सकते हैं कि बेकिंग ब्रिजेट और बॉब्स असली हैं या नहीं?

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

अब जब हमारे पास बेक किए गए कपकेक पर वापसी के लिए एक अच्छा जटिल फॉर्मूला है, तो हम 100 औसत कार्यालय कर्मचारियों को एक सर्वेक्षण भेज सकते हैं और उनसे पूछ सकते हैं:

आप साल में कितनी बार मुफ्त खाना लाते हैं?
औसतन कितने सर्विंग्स हैं?

इस डेटा और हमारे फॉर्मूले के साथ हम समझ सकते हैं कि क्या वास्तव में पर्याप्त बेकिंग ब्रिज और बॉब हैं।

क्या होगा यदि सर्वेक्षण डेटा देता है जो हमें पसंद नहीं है?

सबसे अच्छा परिदृश्य यह है कि आपका त्वरित परीक्षण कहता है कि आप 100% सही हैं। यह आपके पहले प्रयास में दुर्लभ और असामान्य है, इसलिए आप दोबारा जांच कर सकते हैं!

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

सोचिए कि इस पूरे प्लेटफॉर्म को बनाना कितना महंगा होगा, केवल यह पता लगाने के लिए कि आपूर्ति पक्ष काम नहीं करता है!

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

एक साथ रखते हुए

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

SoLoMoFoo Validating Assumptions

अपने व्यापार की धारणाओं को मान्य करें*

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

अन्य बड़ी धारणाएँ जो हमने बनाईं

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

न्यूनतम व्यवहार्य उत्पादों के साथ गहरी खुदाई

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

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

अपने स्वयं के उत्पाद विकास के वर्षों के अनुभवों के बाद मैंने पाया कि एमवीपी और एजाइल डेवलपमेंट के दर्शन जो मैंने बार-बार देखे थे, उससे प्रतिध्वनित हुए, लेकिन उनके पास शब्दावली, या समझाने के लिए 10,000 फुट का दृष्टिकोण नहीं था। जब मैंने, आरोन शेरमेन ने Storyboard That बनाया, तो पहले दिन से मेरा लक्ष्य उत्पाद डेवलपर्स को सशक्त बनाना था

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

यह एमवीपी है।

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

Product Development Cycle

अपने व्यापार की धारणाओं को मान्य करें*

अब आपकी बारी है!

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

एक सूची संकलित करना शुरू करने के बाद, अपने निष्कर्षों का दस्तावेजीकरण करने के लिए नीचे दिए गए टेम्पलेट का उपयोग करें और फिर अपनी परिकल्पना को साबित करने और अस्वीकृत करने की मजेदार प्रक्रिया के बारे में जानें। मैं आपको कम से कम एक घंटा निकालने और अपने विचार लिखने के लिए दृढ़ता से प्रोत्साहित करता हूं; यह समय के साथ यह सत्यापित करना बहुत आसान बनाता है कि आप वास्तव में सीख रहे हैं और संशोधनवादी धारणा बनाने से रोकते हैं!

Product Development Assumption Tester