ब्लॉग

आपके ऑनलाइन स्टोर का एक चरण होता है: उसे ठीक करें, बाकी सब कुछ नहीं

अनुमान लगाना बंद करें कि क्या ठीक करना है। काम को अपने स्टोर के चरण से मिलाएं, सही संख्या देखें, और निर्णय का बचाव करें।

सारांश

बिक्री स्थिर है और आपके बॉस को आज ही एक योजना चाहिए। यह लेख आपको एक चरण-आधारित सुधार प्रणाली देता है ताकि आप अनुमान लगाना बंद कर दें। आप सीखेंगे कि पाँच अलग-अलग चरणों में पहले क्या ठीक करना है, शून्य ऑर्डर से लेकर स्केलिंग व्यवसाय तक। प्रत्येक चरण में एक काम और एक संख्या होती है जिस पर नज़र रखनी होती है। आप देखेंगे कि बहुत जल्दी A/B परीक्षण क्यों शोर है, एक बार आधार बनने पर अधिग्रहण की तुलना में प्रतिधारण क्यों बेहतर है, और स्केल करते समय कम टूल अक्सर उत्तर क्यों होते हैं। फिर आप एक बदलाव चुन सकते हैं, उसे एक संख्या से साबित कर सकते हैं, और आत्मविश्वास के साथ अपने निर्णय को समझा सकते हैं।

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

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

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

यह रहा एक नक्शा। इसका उपयोग अपने स्टोर को एक चरण से मिलाने के लिए करें, फिर उसी के अनुसार कार्य करें।

चरणएक मुख्य कामअपने बॉस को क्या बताएं
0 — अभी कोई बिक्री नहींमांग को मान्य करें"हम परीक्षण कर रहे हैं कि कोई भुगतान करेगा या नहीं, और हम इसे सस्ते में कर सकते हैं।"
1 — पहले कुछ ऑर्डरबाधाएँ हटाएँ"तीन ग्राहक चेकआउट पर लगभग हार मान चुके थे; उसे ठीक करना ट्रैफिक से पहले आता है।"
2 — स्थिर आगंतुकसबसे बड़ा फ़नल लीक ठीक करें"इस महीने एक बदलाव — अधिक उत्पाद दृश्यों को कार्ट में बदलना।"
3 — वास्तविक राजस्वबनाए रखें और विस्तार करें"जिन ग्राहकों के लिए हम पहले ही भुगतान कर चुके हैं उन्हें बनाए रखना नए खरीदने से सस्ता है।"
4 — स्केलिंगव्यवस्थित करें, टूल कम करें"जब हम इसे नहीं छूते तो स्टोर बढ़ता है; हम बाधाओं को हटा रहे हैं।"

चरण 0: आपने अभी तक कुछ भी नहीं बेचा है

निर्माण से पहले पीछे हटें। यदि आपके पास अभी भी होमपेज का एक स्केच है और कोई ऑर्डर नहीं है, तो आपका काम वेबसाइट नहीं है — यह एक बातचीत है।

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

आपका बॉस कहेगा "हमें पहले साइट लाइव करनी होगी।" पीछे धकेलें। एक लाइव साइट एक प्रतिबद्धता है जिसे आप फिर से लिखेंगे। एक बातचीत सस्ती है। हर घंटा जो आप एक ऐसे स्टोर में सुविधा जोड़ने में बिताते हैं जिसे कोई नहीं चाहता, वह घंटा एक ऐसे ग्राहक को खोजने में लगना चाहिए जो भुगतान करता है।

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

साथ ही, अभी अपने बॉस के साथ अपेक्षा निर्धारित करें: एक स्टोर एक परिकल्पना है, वादा नहीं। लक्ष्य जल्दी सीखना है, पूरी तरह से लॉन्च करना नहीं। उन्हें बताएं: "रेवेन्यू का सबसे तेज़ रास्ता यह परीक्षण करना है कि क्या लोग इसे चाहते हैं, इससे पहले कि हम पूरे स्टोर में निवेश करें।" यह एक वाक्य है जिसे एक गैर-तकनीकी बॉस अपने बॉस को दोहरा सकता है।

विज्ञापन न खरीदें। लॉन्च पार्टी की योजना न बनाएं। लोगो के रंगों पर मत उलझें। यदि किसी ने भुगतान नहीं किया है, तो आप ध्यान आकर्षित करने पर पैसा खर्च करने के लिए पर्याप्त नहीं जानते हैं। उत्तर खरीदने पर पैसा खर्च करें।

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

चरण 1: आपके पास कुछ ऑर्डर हैं — अब लोगों को देखें

लूप काम करता है। किसी ने उत्पाद पाया, डरा नहीं, और भुगतान किया। यह प्रगति है। अब आपका काम उस लूप को दोहराने योग्य बनाना है, और आप वास्तविक लोगों को स्टोर का उपयोग करते हुए देखकर ऐसा करते हैं।

किसी के बगल में बैठें और उन्हें खरीदते हुए देखें। यह कॉफी शॉप पर या ऐसे दोस्त के साथ करें जिसने कभी साइट नहीं देखी। देखें कि वे कहाँ रुकते हैं, क्या क्लिक करते हैं, क्या छोड़ते हैं। पाँच मिनट का सत्र जिसमें कोई साइज़ चार्ट नहीं ढूंढ पाता, डैशबोर्ड देखने के एक हफ्ते के बराबर है।

फिर हर शुरुआती ग्राहक से दो सवाल पूछें। "किस चीज़ ने आपको खरीदने से लगभग रोका?" और "आपने खरीदा क्यों?" आप सुनेंगे जैसे "शिपिंग लागत अंत में दिखाई दी" या "मैं नहीं बता सका कि बैग काफी बड़ा था या नहीं।" उन्हें एक-एक करके ठीक करें। पचास सुधारों की सूची न बनाएं। उस एक को ठीक करें जिसने सबसे अधिक लोगों को डराया।

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

एक सामान्य जाल: आप हर चीज़ का A/B परीक्षण करने के लिए दौड़ते हैं क्योंकि "ग्रोथ" लेख ऐसा कहते हैं। उन्हें अनदेखा करें। आप एक महीने में दस ऑर्डर पर सार्थक परीक्षण नहीं चला सकते। इसके बजाय, देखें और साक्षात्कार करें। अंतर्दृष्टि मुफ़्त हैं और वे किसी भी डैशबोर्ड से अधिक ईमानदार हैं।

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

एक और उदाहरण: एक ग्राहक कहता है, "मुझे नहीं पता था कि दुपट्टा ऊन का है जब तक वह नहीं आया।" आपके उत्पाद पृष्ठ ने शायद कपड़े की सामग्री को दूसरे पैराग्राफ में दबा दिया। विवरण ठीक करें। यह ग्लैमरस काम नहीं है, लेकिन यह वह काम है जो आपके स्टोर को एक ऑर्डर से दस तक पहुंचाता है।

अपने बॉस को बताएं: "हम जानते हैं कि लोग खरीदते हैं। हम उन कारणों को हटा रहे हैं जिनसे वे अधिक बार नहीं खरीदते। जब यह स्थिर होगा, हम ट्रैफ़िक पर खर्च करेंगे।" यह एक योजना है, देरी नहीं।

चरण 2: आपके पास वास्तविक ट्रैफ़िक है — सबसे बड़ा लीक चुनें

अब संख्याएँ दिलचस्प हैं। एक महीने में कुछ सौ आगंतुक, कुछ सोशल से, कुछ ऑर्गेनिक। बिक्री होती है। आप डैशबोर्ड में पैटर्न देखना शुरू कर रहे हैं। लेकिन आप सुनिश्चित नहीं हैं कि पहले क्या ठीक करें।

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

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

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

एक कठोर सच: आपको अभी भी A/B परीक्षण नहीं चलाना चाहिए। जब तक आपके पास वास्तविक ट्रैफ़िक न हो — एक महीने में कुछ हज़ार आगंतुकों की कम संख्या में — परीक्षण के परिणाम दिन-प्रतिदिन बदलते हैं और आपको यादृच्छिक परिवर्तनों की ओर ले जाते हैं। इसके बजाय, घटना-आधारित सुधार करें: लोग हर बार एक ही चरण में छोड़ देते हैं? उस चरण को ठीक करें। उत्पाद पर क्लिक करते हैं लेकिन कार्ट नहीं? उत्पाद पृष्ठ में समस्या है। आपकी उत्पाद सूची कॉपी और फ़ोटो यहाँ सुधारने के लिए सबसे तेज़ चीज़ हैं।

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

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

चरण 3: आप एक व्यवसाय हैं, एक प्रयोग नहीं

राजस्व अब वास्तविक है — मान लीजिए एक महीने में कुछ सौ ऑर्डर। आपका बॉस शीर्ष पंक्ति को देखता है और कहता है "दोगुना करो।" आपको निचली पंक्ति और दोहराव दर को देखने की ज़रूरत है।

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

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

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

आपका बॉस एक नया बिक्री चैनल चाहेगा। उस ऊर्जा को पुनर्निर्देशित करें: "हम ग्राहकों को प्राप्त करने के लिए भुगतान कर रहे हैं। अब हम उन्हें बनाए रखते हैं। यदि हमारी दोहराव दर एक खरीद से दो हो जाती है, तो स्टोर बड़े विज्ञापन बजट के बिना बढ़ता है।" यह एक दावा है जिसे कोई भी प्रबंधक पिक्सल, फ़नल या सर्वर लॉग को समझे बिना बचाव कर सकता है।

एक व्यावहारिक आदत: एक प्रतिधारण मीट्रिक चुनें और उसे मासिक रूप से देखें। यह "90 दिनों के भीतर फिर से खरीदने वाले ग्राहकों का प्रतिशत" या "औसत ऑर्डर मूल्य" हो सकता है। यह संख्या अब आपका कम्पास है। नए उत्पादों के मासिक लॉन्च से इसे विचलित न होने दें। नए उत्पाद एक बार के खरीदार लाते हैं; प्रतिधारण एक आधार लाता है।

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

एक चेतावनी: प्रतिधारण में इतना कठिन झूलें नहीं कि आप फ़नल के शीर्ष को अनदेखा करें। आपको अभी भी नए ग्राहकों की आवश्यकता है। संतुलन ही आपके बढ़ने का तरीका है। लेकिन यदि आपने कभी दोहराव दर नहीं मापी है, तो इस चरण में आपका ध्यान वहीं है।

चरण 4: आप स्केल कर रहे हैं — छेड़छाड़ बंद करें, निर्णय लेना शुरू करें

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

व्यवस्थित करें। लिखें कि आप उत्पाद कैसे लॉन्च करते हैं, समर्थन कैसे संभालते हैं, ईमेल पर कैसे निर्णय लेते हैं। इसे एक दस्तावेज़ में डालें। फिर सौंपें। हर निर्णय जो आप रखते हैं, वह निर्णय है जो आपके बिना आपकी टीम नहीं ले सकती। आपका काम कम निर्णय लेना है, अधिक नहीं।

उस दस्तावेज़ को कैसा दिखना चाहिए? उत्पाद लॉन्च चेकलिस्ट से शुरू करें: फ़ोटो कैसे लें, कॉपी कैसे लिखें, मूल्य निर्धारण कैसे करें, प्रकाशित करें, और घोषणा करें। एक समर्थन टेम्पलेट जोड़ें: आप कितनी तेज़ी से उत्तर देते हैं, रिफंड कैसे दिखते हैं, और कौन बढ़ाता है। एक साप्ताहिक समीक्षा टेम्पलेट जोड़ें: तीन संख्याएँ जो आप हर सोमवार को जाँचते हैं, और यदि एक लाल हो जाए तो क्या करें। यही नींव है।

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

आपका बॉस, या आपके बॉस का बॉस, एक नए विकास मंच के बारे में एक सम्मेलन वार्ता देखेगा और आपको लिंक भेजेगा। आपका काम यह कहना है "हमारे पास पहले से ही तीन उपकरण हैं जो ऐसा कर रहे हैं, और बाधा x है।" जब आप कहते हैं "हमें कम उपकरण चाहिए, अधिक नहीं," तो आप ऐसा लगेंगे जैसे आप सबसे खराब समय पर वापस स्केल कर रहे हैं। यही सही कॉल है।

कुछ न करना भी सीखें। हर पृष्ठ को A/B परीक्षण की आवश्यकता नहीं है। हर उत्पाद को नई फ़ोटो की आवश्यकता नहीं है। कुछ महीनों में, सबसे अच्छा सुधार मार्ग पर बने रहना है — सिस्टम को चलने दें, संख्याएँ देखें, और केवल तभी हस्तक्षेप करें जब कुछ टूटे। यह कठिन है क्योंकि ऐसा लगता है कि आप काम नहीं कर रहे हैं। लेकिन यह वास्तव में वही है जो स्टोर को आपके बिना बढ़ने की अनुमति देता है।

अपने बॉस को बताएं: "हम उस बिंदु पर पहुँच गए हैं जहाँ स्टोर हमारे छुए बिना बढ़ता है। योजना बाधाओं को हटाने की है, सुविधाएँ जोड़ने की नहीं। यदि आप चाहें, तो मैं आपको साप्ताहिक मीट्रिक दिखाऊँगा जिन्हें हम देखते हैं।" यह वरिष्ठता के रूप में उतरता है, आलस्य के रूप में नहीं।

यदि आप "कम उपकरण" बिंदु पर संदेह करते हैं, तो मूल बातों पर वापस जाएं: एक-प्लेटफ़ॉर्म-सभी-को-फिट-बैठता है मिथक वास्तव में टीमों को ठीक करने के बजाय स्विच करने के लिए मनाता है। यहाँ भी वही मानसिकता लागू होती है। एक नया उपकरण एक नई निर्भरता है। एक स्थिर प्रक्रिया एक नींव है।

समयरेखा ही रणनीति है

जब आपका बॉस पूछता है कि बिक्री स्थिर क्यों है, तो अब आपके पास एक रूपरेखा है। चरण का नाम बताएं। उस चरण का एक मुख्य काम बताएं। उस एक संख्या का नाम बताएं जो आपको बताएगी कि आप जीत रहे हैं या नहीं। फिर केवल वही करें।

स्टोर शायद ही कभी टूटता है क्योंकि आप पर्याप्त नहीं कर रहे हैं। यह आमतौर पर टूटता है क्योंकि आप गलत चरण का काम कर रहे हैं। चरण 0 के स्टोर को बेहतर एनालिटिक्स की आवश्यकता नहीं है। चरण 1 के स्टोर को अधिक ट्रैफ़िक की आवश्यकता नहीं है। चरण 2 के स्टोर को नए प्लेटफ़ॉर्म की आवश्यकता नहीं है। चरण 3 के स्टोर को एक और विज्ञापन चैनल की आवश्यकता नहीं है। चरण 4 के स्टोर को अधिक उपकरणों की आवश्यकता नहीं है।

आपका काम काम को चरण से मिलाना है, और उस निर्णय का एक संख्या के साथ बचाव करना है। चाहे आप बजट, समय, या कटौती की अनुमति माँग रहे हों, चरण अपने लिए बोलता है। अगली बार जब बॉस डैशबोर्ड खोलता है और आँखें सिकोड़ता है, तो आप उन्हें नक्शा सौंप सकते हैं।

Sources (5)