आसान तरीके खोजने से स्टार्टअप्स को आक्रामक विकास हासिल करने में मदद मिलती है

मर्सक ट्रिपल-ई क्लास कंटेनर जहाज की लंबाई 1,800 फीट है और यूरोप और एशिया के बीच 11,000 मील की दूरी पर 18,000 कंटेनरों से अधिक है और ... इसका पूरा चालक दल एक यात्री वैन में फिट हो सकता है।



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

साधारण सिस्टम में डाउनटाइम कम होता है


जहाजों में सरल सिस्टम होते हैं जो आसानी से संचालित होते हैं और समझने में आसान होते हैं। यह उनकी मरम्मत की सुविधा देता है, जिसका अर्थ है कि उनके पास कम डाउनटाइम है। इस मामले में, "डाउनटाइम" से हमारा मतलब है कि ब्रेकडाउन को ठीक करने और तट से हजारों मील की दूरी तय करने में लगने वाला समय।

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

  • यदि ऑटोपायलट विफल हो जाता है, तो मैन्युअल रूप से जहाज को पहियाघर से नियंत्रित करें;
  • , , , ;
  • , ;
  • , !



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

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

सादगी डाउनटाइम को कम क्यों करती है


1. योग्यता समय बचाता है


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

उदाहरण के लिए, झांकी द्वारा बनाए गए डैशबोर्ड में उपयोगकर्ता स्क्रिप्ट और एपीआई के सेट का उपयोग करके बनाए गए डैशबोर्ड की तुलना में उच्च स्तर के व्यावसायिक कौशल की आवश्यकता होती है। हिस्टोग्राम को सही करने के लिए किसी को भी डेटा विश्लेषकों या उत्पाद डेवलपर्स को अपने तत्काल काम से विचलित नहीं करना चाहिए।

2. समस्या निवारण में कम समय लगता है


ऐसी प्रणाली में जहां प्रत्येक घटक का व्यवहार और दूसरों के साथ उसके संबंध को समझना, समस्या निवारण और दोषपूर्ण घटक (टूटने का मूल कारण) को समझना आसान है।

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



3. अधिक विकल्प


जब सिस्टम का प्रत्येक भाग एक स्पष्ट कार्य करता है, तो इसे कुछ विकल्प के साथ बदलना आसान होता है।

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

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



एक स्टार्टअप की कहानी


मेरे ग्राहकों में से एक ने 629 स्वचालित प्रक्रियाओं के साथ एक पुराना कॉर्पोरेट मार्केटिंग ऑटोमेशन प्लेटफ़ॉर्म ( मार्केटो ) का उपयोग किया था जो कई वर्षों से बनाए गए थे। जब कुछ टूट गया या स्थापित करने की आवश्यकता थी, 150+ कर्मचारियों के बीच केवल एक व्यक्ति था जो इसे कर सकता था। प्रत्येक समस्या को ठीक करने में कई दिन या सप्ताह भी लग जाते हैं। तकनीकी कार्य की अवधि के लिए, विपणन अभियानों को हिस्सेदारी मिली। और हर पैच के साथ, पूरी प्रणाली अधिक से अधिक जटिल हो गई।



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

तो उस स्थिति एक ठहराव के लिए नहीं आया था, मैं करने के लिए Marketo से कंपनी स्थानांतरण करने के लिए तेजी HubSpotएक सरल प्लेटफ़ॉर्म जिसके साथ काम करना और समस्या निवारण करना आसान है।

प्रवासन में केवल एक सप्ताह लगा। हालांकि, एक और जटिल प्रणाली रास्ते में उभरी - सेल्सफोर्स । इसमें 100 से अधिक संबंधित कार्यों के साथ 10 स्वचालित प्रक्रियाएं थीं और ये सभी विभिन्न मार्केटो स्वचालित प्रक्रियाओं पर निर्भर थीं। नए विपणन प्लेटफ़ॉर्म के साथ इन प्रक्रियाओं को समझने और एकीकृत करने में हमें दो सप्ताह (दुगने से अधिक समय लग गए)।



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

नई प्रणाली में 97% कम प्रक्रियाएं (20 बनाम 629) थीं, लेकिन एक ही समय में सभी समान क्षमताएं प्रदान की गईं। और चार दिनों में कुछ दिनों के बाद त्रुटि का पता चला था।

इस अनुभव ने मुझे यह सोचने पर मजबूर किया कि सिस्टम की जटिलता से संबंधित गलतियों से बचने के लिए कौन से सिद्धांत स्टार्टअप का उपयोग कर सकते हैं।

सरल प्रणालियों के साथ काम करने के सिद्धांत


रिप-एंड-रिप्लेस प्रोजेक्ट्स को बरकरार रखना एक दर्दनाक और विनाशकारी प्रक्रिया है, भले ही दीर्घकालिक लाभ इसके लायक हो। कई स्टार्टअप, जहाजों की तरह, प्रत्येक ब्रेकडाउन के लिए प्रमुख मरम्मत करने के लिए अतिरिक्त समय और संसाधनों की विलासिता नहीं है।

मैं तीन सिद्धांतों का प्रस्ताव करता हूं जिनका मूल्यांकन या नई प्रणालियों को लागू करते समय किया जाना चाहिए:

  1. विशिष्टता जटिलता को उचित नहीं ठहराती है। यदि विमान के संपूर्ण बेड़े पर या मार्केटो जैसे कॉर्पोरेट मार्केटिंग प्लेटफ़ॉर्म पर आधारित है, तो कोई भी जटिल उड़ान प्रबंधन प्रणाली क्या अच्छा है, अगर कोई मार्केटिंग अभियान नहीं चला सकता है? ऐसे उपकरण चुनें जो उपयोग करने में आसान हों और जो आपके लिए आवश्यक अधिकांश सुविधाओं की पेशकश करते हों।
  2. . , - , , . , , , , , .
  3. , . , . ​​, . ( ) , Marketo-HubSpot, () .

!


«… , , ». , , 1776
इसमें कोई संदेह नहीं है कि एक स्टार्टअप के लॉन्च के दौरान, कुछ निश्चित रूप से टूट जाएगा - जैसे कि दुनिया भर में जाने वाले जहाज पर। हालांकि, अगर एम्बेडेड सिस्टम सरल हैं, तो ये समस्याएं समुद्र के बीच में एक स्टार्टअप को असहाय रूप से बहती नहीं छोड़ेंगी।


All Articles