किसी प्रोजेक्ट की धुरी में सबसे आम त्रुटियां

सभी को नमस्कार! हमारी परियोजना को तैयार हुए छह महीने से अधिक समय बीत चुका है। मैं प्रोजेक्ट का नाम प्रकाशित नहीं करूंगा, इसलिए विज्ञापन पोस्ट नहीं माना जाएगा। मैं आपके साथ पूरा शंकु साझा करना चाहूंगा। नीचे MRR (मासिक आवर्ती राजस्व) के लिए वर्तमान विकास चार्ट है। लगता है सब कुछ बुरा नहीं है, लेकिन यह और भी बेहतर हो सकता है।



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

1. परीक्षण के बिना परिकल्पना

इससे पहले कि आप कुछ लागू करें, आपको इस परिकल्पना का परीक्षण करने के लिए एक प्रयोग जरूर करना चाहिए। परिकल्पना को विशिष्ट KPI के साथ स्पष्ट रूप से तैयार किया जाना चाहिए, जिसमें हम परिकल्पना को सच मानेंगे। सत्यापन चक्र आमतौर पर इस तरह दिखता है:

• हम एक परिकल्पना को सामने रखते हैं, उन संकेतकों को ठीक करते हैं जिनके लिए हम प्रयास कर रहे हैं।
• हम एक प्रयोग कर रहे हैं।
• हम परिणामों का विश्लेषण करते हैं।
• हम तब तक जारी रखते हैं जब तक हम नहीं जानते कि कैसे केपीआई के करीब जाना है।

परिकल्पना के बाद, हम या तो एक धुरी बनाते हैं या एक नई परिकल्पना तैयार करते हैं। और फिर से दोहराता है। मैंने विश्वास पर उलटफेर के दौरान परिकल्पनाओं का हिस्सा लिया और उन्हें प्रयोग के बिना महसूस किया। उदाहरण के लिए, हमने तुरंत उत्पाद की स्थिति बदल दी, साइट पर कॉल को "ग्राहकों के साथ उत्पादक संचार बनाएँ" से "ऑनलाइन ग्राहक समुदाय को व्यवस्थित करें" में बदल दिया, जिसके कारण पंजीकरण में 5 गुना तक रूपांतरण में गिरावट आई।

अब हम कम से कम ए / बी टेस्टिंग की मदद से ऐसी सभी चीजों का परीक्षण कर रहे हैं। उदाहरण के लिए, अब हम सूचना को प्रस्तुत करने के एक अलग तरीके के साथ 3 लैंडिंग का परीक्षण कर रहे हैं। परीक्षण अभी लॉन्च किया गया था, लेकिन अब हम नीचे दिए गए ग्राफ़ से देख सकते हैं कि हमने कैसे गलती की।

2. बहुत सारे यू-टर्न एक ही बार में

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

1. धुरी वृद्धि: उत्पाद में एक छोटा विकल्प एक अलग और मुख्य उत्पाद बन जाता है।
2. धुरी में कमी: उत्पाद में एक विकल्प पर्याप्त नहीं है और उत्पाद अन्य विकल्पों के साथ विस्तारित है।
3. धुरी उपभोक्ता खंड: फोकस एक लक्ष्य दर्शकों से दूसरे में बदल रहा है।
4. धुरी ग्राहक की जरूरत: हम प्रारंभिक ग्राहक की जरूरतों को दूसरे, अधिक आशाजनक के पक्ष में छोड़ देते हैं।
5. पिवट प्लेटफ़ॉर्म: एप्लिकेशन से प्लेटफ़ॉर्म या इसके विपरीत में संक्रमण।
6. पिवट बिज़नेस आर्किटेक्चर: b2b से b2c या इसके विपरीत घूमना।
7. धुरी मुद्रीकरण विधि: किसी उत्पाद के मुद्रीकरण के लिए दृष्टिकोण को बदलता है।
8. पिवट ग्रोथ मैकेनिज्म: ग्राहकों को आकर्षित करने के लिए दृष्टिकोण बदलना।
9. पिवट वितरण चैनल: नाम अपने लिए बोलता है।
10. धुरी प्रौद्योगिकियाँ: बदलती प्रौद्योगिकियाँ, जिन पर उत्पाद बनाया जाता है।

हम उनमें से चार (3, 7, 8 और 9) बनाने में कामयाब रहे, और एक ही समय में। अब मैं कह सकता हूं कि 4 में से 2 मोड़ सफल रहे और 1 आवश्यक अनुकूलन और 1 गलत था। दूसरी ओर, कभी-कभी आप दूसरे से अलग होकर यू-टर्न नहीं ले सकते। उदाहरण के लिए, आप 1000 रूबल के लिए बैंक को समाधान बेचना शुरू नहीं कर सकते। हालांकि, प्रत्येक धुरी का अलग-अलग परीक्षण करना जोखिमों को बहुत कम कर सकता है।

पैराग्राफ 3 और 7 के कार्यान्वयन की अनुमति दी:

• 2012 में 125,800 रूबल से LTV बढ़ाकर 2013 में 533,500 रूबल (नए ग्राहकों के लिए)।
• 2012 में एआरपीयू को 3,500 रूबल से बढ़ाकर 2014 में 13,500 रूबल (सभी ग्राहकों के लिए)।

3. बहुत देर से।

आधिकारिक तौर पर, हमने परियोजना के लगभग 3 वर्षों के बाद उलटफेर की घोषणा की, हालांकि हमें इसे पहले करना चाहिए था। हालांकि, पहले से कहीं ज्यादा देर से बेहतर। ऐसी कंपनियां और लगातार उद्यमी हैं जो 3 साल में 4-5 पिवोट्स बनाने का प्रबंधन करते हैं और काफी सफलतापूर्वक। जब कोई व्यवस्थित दृष्टिकोण नहीं होता है, तो आप लंबे समय तक दीवार के खिलाफ अपना सिर धमाका कर सकते हैं। यदि कुछ काम नहीं करता है जैसा कि इसे करना चाहिए - यह खींचने का कोई मतलब नहीं है।

हमने इस रेक पर कदम रखा। ऐसी गलतियाँ न करें।