सामान्य विवरण
तीन भागों वाली एक पुस्तक, जिसमें 12 अध्याय शामिल हैं। इसमें लगभग कोई चित्र या पाठ के अलावा कोई अन्य सामग्री नहीं है। आसानी और तेज़ी से पढ़ी जा सकती है। इसका एक ऑडियो संस्करण उपलब्ध है।
संक्षिप्त सारांश
अध्याय 1. प्रारंभ
अध्याय 2. परिभाषा
अध्याय 3. सीखना
अध्याय 4. प्रयोग
अध्याय 5. छलांग
अध्याय 6. परीक्षण
अध्याय 7. मूल्यांकन
अध्याय 8. मोड़
अध्याय 9. मोड़
अध्याय 10. विकास
अध्याय 11. अनुकूलन
अध्याय 12. नवाचार का सृजन
मुख्य थीसिस
इस पुस्तक की मुख्य थीसिस और विचार यहां दिए गए हैं:
- एक स्टार्टअप किसी बड़ी कंपनी के छोटे संस्करण के बराबर नहीं है। एक स्टार्टअप अत्यधिक अनिश्चितता की स्थितियों में एक नया उत्पाद या सेवा बनाने वाला संगठन है। आकार महत्वपूर्ण नहीं है: एक बड़ा कॉर्पोरेशन भी एक स्टार्टअप हो सकता है। मुख्य समस्या अनिश्चितता है, संसाधनों की कमी नहीं। इसलिए, यहां शास्त्रीय व्यावसायिक योजना काम नहीं करती। एक स्टार्टअप मॉडल ढूंढता है, एक स्थापित व्यवसाय मिले हुए मॉडल को स्केल करता है।
- स्टार्टअप का लक्ष्य उत्पाद नहीं, बल्कि सीखने की क्षमता है। यानी, "एक आदर्श उत्पाद" बनाना नहीं, बल्कि यह जितनी जल्दी हो सके पता लगाना कि उपयोगकर्ता को वास्तव में क्या चाहिए। उत्पाद ज्ञान प्राप्त करने का केवल एक साधन है। सफलता "रिलीज़" से नहीं, बल्कि सत्यापित सीखने से मापी जाती है। हर कदम इस प्रश्न का उत्तर देने के लिए होना चाहिए: "हमने क्या सीखा?"
- बिल्ड → माप → सीख चक्र पुस्तक का मुख्य विचार है।
बिल्ड (निर्माण करें)। एक न्यूनतम कार्यक्षम उत्पाद (आर्टिफैक्ट) बनाएं जिसे उपयोगकर्ता को दिखाया जा सके।
माप (मापन करें)। वास्तविक उपयोगकर्ताओं के व्यवहार के बारे में डेटा एकत्र करें।
सीख (सीखें)। मुख्य प्रश्न का उत्तर देना चाहिए: क्या हम सही दिशा में आगे बढ़ रहे हैं? या फिर मोड़ (पिवट) लेने का समय आ गया है? - एमवीपी एक छोटा उत्पाद नहीं, बल्कि एक न्यूनतम प्रयोग है। एमवीपी (मिनिमम वायबल प्रोडक्ट) सबसे अधिक गलत समझा जाने वाला हिस्सा है। एमवीपी एक "खराब बना उत्पाद" नहीं है। यह एक परिकल्पना का परीक्षण करने का न्यूनतम तरीका है। एमवीपी का मानदंड: क्या इससे कुछ सीखा जा सकता है?
- परिकल्पनाएं विचारों से अधिक महत्वपूर्ण हैं। राइस सुझाव देते हैं कि किसी व्यवसाय को परिकल्पनाओं के एक समूह के रूप में देखा जाए। दो प्रमुख परिकल्पनाएं:
- मूल्य परिकल्पना। (क्या उपयोगकर्ता को वास्तव में इस समस्या/फीचर की जरूरत है?)
- विकास परिकल्पना। (उत्पाद कैसे स्केल करेगा?)
जब तक परिकल्पनाओं की पुष्टि नहीं हो जाती, तब तक बाकी सब प्रगति का भ्रम है।
- मेट्रिक्स: सतही आंकड़े नहीं, बल्कि कार्रवाई योग्य आंकड़े। राइस शास्त्रीय मेट्रिक्स की कड़ी आलोचना करते हैं, जैसे:
- उपयोगकर्ताओं की संख्या,
- पृष्ठ दृश्य,
- पंजीकरण की कुल संख्या।
साथ ही, वे अन्य मेट्रिक्स देखने का आग्रह करते हैं: - कोहॉर्ट विश्लेषण,
- रूपांतरण दर,
- प्रतिधारण दर,
- पुन: उपयोग दर,
फ़नल।
इस सिद्धांत का पालन करना चाहिए: कोई मेट्रिक निर्णय लेने में मदद करनी चाहिए, न कि केवल दिखने में अच्छी लगनी चाहिए।
- नवाचार के लिए लेखांकन। पुस्तक के सबसे "अनदेखे" लेकिन महत्वपूर्ण विचारों में से एक। स्टार्टअप्स को अपनी स्वयं की लेखा प्रणाली की आवश्यकता होती है:
- एक आधार मेट्रिक (बेसलाइन) परिभाषित करें;
- प्रयोग चलाएं;
यह दिखाएं कि परिवर्तन वास्तव में मेट्रिक्स में सुधार करते हैं।
विश्लेषण के आधार पर, यह तय करें कि जारी रखना है या मोड़ लेना है।
- पिवट (मोड़) विफलता नहीं, बल्कि एक नियंत्रित मोड़ है। यह दृष्टि बदले बिना रणनीति में एक संरचित परिवर्तन है।
पिवट के प्रकार:
समस्या पिवट,
- समाधान पिवट,
- ग्राहक खंड पिवट,
- चैनल पिवट,
- मुद्रीकरण पिवट,
- प्रौद्योगिकी पिवट।
पिवट का मतलब अराजकता नहीं है। पिवट भावनाओं पर नहीं, बल्कि डेटा पर आधारित होता है।
- विकास भी एक परिकल्पना है। राइस विकास के तीन इंजन पहचानते हैं:
- वायरल। उपयोगकर्ता उपयोगकर्ताओं को लाते हैं।
- भुगतान वाला। एलटीवी > सीएसी — स्केल करना संभव है।
- चिपचिपा (प्रतिधारण)। उपयोगकर्ता बने रहते हैं और वापस आते हैं।
सभी को एक साथ प्रभावी ढंग से नहीं इस्तेमाल किया जा सकता। एक प्रमुख इंजन का चयन करना होगा।
- लीन बचत के बारे में नहीं, बल्कि फोकस के बारे में है। एक सामान्य गलती: लीन का मतलब सस्ते में करना है। लेकिन वास्तव में, लीन का मतलब है उन चीज़ों पर संसाधन न बर्बाद करना जो सीखने का अवसर नहीं देतीं। बहुत पैसा खर्च किया जा सकता है — अगर यह लर्निंग लूप को तेज़ करता है। आप "लीन" हो सकते हैं और फिर भी अंधाधुंध आगे बढ़ सकते हैं।
- प्रयोगों की संस्कृति वीरता से अधिक महत्वपूर्ण है। एक स्टार्टअप एक प्रणाली है, एक वीरता नहीं। "प्रतिभाशाली संस्थापक" पर भरोसा नहीं किया जा सकता। ऐसी प्रक्रियाएं बनानी होंगी जहां गलतियां सस्ती और तेज़ हों।
मेरी राय
हालांकि यह पुस्तक सफलता के स्पष्ट सूत्र नहीं देती, लेकिन यह कम से कम यह तो बता ही देती है कि क्या नहीं करना चाहिए। अभी हाल तक, मेरा मानना था कि एमवीपी संस्करण को भी सभी बारीकियों और विवरणों के लिए परखा जाना चाहिए और उपयोगकर्ताओं को खराब काम करने वाला उत्पाद दिखाना बहुत बुरा है। लेखक इसके विपरीत कहते हैं कि एमवीपी में अत्यधिक उच्च गुणवत्ता नहीं होनी चाहिए और एमवीपी उत्पाद का मुख्य उद्देश्य यह जांचना है कि आप सही दिशा में विकास कर रहे हैं या नहीं। एक और महत्वपूर्ण विचार जो मैंने निश्चित रूप से इस पुस्तक से लिया है, वह यह है कि प्रतिक्रिया के मामले में हमेशा हर चीज का परीक्षण करना चाहिए, ताकि यह फिर से समझा जा सके कि क्या उपयोगकर्ताओं को इन सुविधाओं की आवश्यकता है या नहीं। इसलिए, मैं इस पुस्तक को अपनी उपलब्धि के रूप में लिख सकता हूं, और इसलिए दूसरों को सलाह दे सकता हूं।
