ब्लॉग
आपकी एजेंसी की होस्टिंग रणनीति: अराजकता से नियंत्रण तक 4 चरण
एक-एक करके हर क्लाइंट के लिए होस्टिंग चुनना बंद करें। अपनी एजेंसी के लिए एक दोहराने योग्य चार-चरणीय प्रणाली बनाएं।
सारांश
यदि आप किसी एजेंसी में हैं, तो आप शायद हर क्लाइंट के लिए एक अलग होस्टिंग डैशबोर्ड संभाल रहे हैं। यह तब तक काम करता है जब तक यह नहीं करता। जैसे-जैसे आप बढ़ते हैं, होस्टिंग के प्रति आपका दृष्टिकोण बदलने की जरूरत है। यह लेख आपको चार परिपक्वता चरणों से गुजारता है: एकमुश्त युग, समेकन चरण, पोर्टफोलियो स्टैक, और उत्पादकृत सेवा। आप सीखेंगे कि कब मानकीकरण करना है, कब विविधता लानी है, और कब होस्टिंग को उत्पाद के रूप में बेचना है। अंत तक, आपके पास दैनिक आपातकालीन अभ्यास के बजाय एक दोहराने योग्य प्रक्रिया होगी।
इस सप्ताह आप कितने होस्टिंग डैशबोर्ड में लॉग इन करेंगे? ईमानदार रहें। यदि आप मुट्ठी भर से अधिक क्लाइंट वाली एजेंसी में हैं, तो उत्तर शायद हर क्लाइंट के लिए एक अलग लॉगिन है। यह एक समस्या है। आप क्रेडेंशियल खोजने में, कौन सा प्लान किस साइट को कवर करता है यह अनुमान लगाने में, और जो चीजें आप भूल गए थे उनके लिए भुगतान करने में समय बर्बाद कर रहे हैं। यह लेख आपको एजेंसी होस्टिंग परिपक्वता के चार चरणों से गुजारेगा। प्रत्येक चरण में एक विफलता मोड है, और एक चरण में समाधान दूसरे चरण में जाल है। तालिका पढ़ें, अपना चरण खोजें, और कार्य करें।
यह रहा क्रम:
| चरण | क्या काम करता है | क्या टूटता है |
|---|---|---|
| एकमुश्त युग | हर क्लाइंट को एक कस्टम होस्ट विकल्प मिलता है | हर क्लाइंट के साथ संज्ञानात्मक भार बढ़ता है |
| समेकन चरण | सभी के लिए एक प्रदाता | प्रदाता हर कार्यभार के लिए उपयुक्त नहीं है |
| पोर्टफोलियो स्टैक | क्लाइंट मूल्य के आधार पर स्तरीकृत होस्टिंग | आप पहले से अधिक विक्रेताओं को संभाल रहे हैं |
| उत्पादकृत सेवा | होस्टिंग एक रिटेनर उत्पाद है | आप अब अपटाइम के लिए जिम्मेदार हैं |
चरण एक: हर साइट अद्वितीय है (और यह लगभग एक महीने के लिए ठीक है)
कल्पना करें कि अभी-अभी आपको अपने पहले कुछ क्लाइंट मिले हैं। क्लाइंट A एक स्थानीय बेकरी चलाता है और उसे WordPress साइट चाहिए। क्लाइंट B के पास एक कस्टम-निर्मित ऐप है और उसे Node सर्वर तैनात करने की आवश्यकता है। क्लाइंट C केवल एक सप्ताह में एक लैंडिंग पेज चाहता है। आप बेकरी के लिए Bluehost, ऐप के लिए Hostinger (क्योंकि यह सस्ता है), और लैंडिंग पेज के लिए A2 Hosting (क्योंकि किसी ने कहा था कि यह तेज़ है) के लिए साइन अप करते हैं। अब आपके पास कई लॉगिन, नवीनीकरण तिथियाँ, समर्थन कतारें हैं, और शून्य जानकारी है कि कौन सा क्लाइंट वास्तव में लाभदायक है।
यह एकमुश्त युग है। यह स्वाभाविक लगता है क्योंकि मात्रा कम है। लेकिन हर नया क्लाइंट एक और लॉगिन, एक और चालान, और इस विशेष परियोजना के लिए कौन सा होस्ट "सर्वश्रेष्ठ" है, इस बारे में एक और निर्णय जोड़ता है। आप विश्वास करने लगते हैं कि आप सूचित विकल्प बना रहे हैं। आप नहीं हैं। आप केवल एक ऐसी प्रणाली में चर जोड़ रहे हैं जिसे आप देख नहीं सकते।
अभी मानकीकरण करना समाधान नहीं है। समाधान एक ट्रैकिंग प्रणाली बनाना है। एक स्प्रेडशीट खोलें। प्रत्येक क्लाइंट के लिए, लॉग करें: प्रदाता, योजना, नवीनीकरण तिथि, मासिक लागत, खाता स्वामी, और एक मोटा ट्रैफ़िक अनुमान। हाँ, एक स्प्रेडशीट। यह उबाऊ है, लेकिन यह एकमात्र तरीका है जिससे आप देख पाएंगे कि आप वास्तव में क्या खर्च करते हैं और आपका समय कहाँ जाता है। साथ ही आपने उस प्रदाता को क्यों चुना इसका कारण लॉग करें। "मित्र ने सिफारिश की" एक वैध कारण है, लेकिन आपको यह जानना होगा कि ऐसा ही है। जब आपके पास कुछ पंक्तियाँ होंगी, तो स्प्रेडशीट आपको आपकी अंतर्ज्ञान से अधिक बताएगी।
यदि आप इसे छोड़ देते हैं तो क्या होगा? आप कठिन तरीके से पता लगाएंगे: एक क्लाइंट का डोमेन समाप्त हो जाता है क्योंकि आप नवीनीकरण पर नज़र नहीं रख रहे थे, कोई योजना स्वतः अपग्रेड हो जाती है और बिल दोगुना कर देती है, या कोई क्लाइंट पूछता है कि उनकी साइट धीमी क्यों है और आपके पास इसका कोई रिकॉर्ड नहीं है कि वे किसके लिए भुगतान कर रहे हैं। स्प्रेडशीट आपकी स्मृति है। इसके बिना, आप एक एजेंसी नहीं चला रहे हैं, आप एक आपातकालीन अभ्यास चला रहे हैं। यदि आप अभी भी अनिश्चित हैं कि किस ओर जाना है, तो Bluehost या HostGator जैसे मुख्यधारा के साझा होस्ट से शुरू करें। वे बिना उत्साह के हैं, वे काम करते हैं, और वे आपको सिखाएंगे कि आपको वास्तव में क्या चाहिए। यदि आप अनुमान नहीं लगाना चाहते हैं, तो यहाँ एक मार्गदर्शिका है जब आप गलत अनुमान लगाने का जोखिम नहीं उठा सकते तो वेब होस्ट कैसे चुनें।
चरण दो: समेकन जाल
अब आपके पास एक बढ़ती हुई क्लाइंट सूची है, और प्रत्येक साइट का अपना डैशबोर्ड है। हर नया क्लाइंट एक और डैशबोर्ड और एक और नवीनीकरण ईमेल जोड़ता है। आप इससे तंग आ चुके हैं। इसलिए आप सभी को SiteGround पर स्थानांतरित करने का निर्णय लेते हैं। एक लॉगिन। एक समर्थन लाइन। एक चालान। ऐसा लगता है जैसे आखिरकार आपका जीवन व्यवस्थित हो रहा है। फिर बेकरी एक बड़ा त्योहारी प्रचार शुरू करती है और उसका WooCommerce स्टोर धीमा हो जाता है। एक अन्य क्लाइंट की पोस्ट वायरल हो जाती है, और साझा योजना बस जवाब देना बंद कर देती है। अब आप दो अलग-अलग आउटेज समझा रहे हैं, साथ ही खुद से कह रहे हैं कि आपने मानकीकरण करके सही कदम उठाया है।
यहाँ वह सिद्धांत है जो अधिकांश एजेंसी लेखों से छूट जाता है: समेकन डैशबोर्ड समस्या को हल करता है लेकिन एक फिट समस्या पैदा करता है। ऐसा कोई एक होस्ट नहीं है जो हर कार्यभार के लिए उपयुक्त हो। SiteGround के पास वास्तव में अच्छा समर्थन और बुनियादी ढांचा है, लेकिन यह एक सार्वभौमिक फिट नहीं है। Bluehost और HostGator सामग्री साइटों के लिए ठीक हैं। Hostinger बजट विकल्प है। A2 Hosting गति पर ध्यान देता है। आपका काम एकमात्र सच्चा होस्ट ढूंढना नहीं है। यह दो या तीन की एक शॉर्टलिस्ट परिभाषित करना है जो आपके ग्राहकों की अधिकांश आवश्यकताओं को कवर करती है।
इस क्षेत्र में सामान्य सलाह यह है कि एक होस्ट चुनें और उसे अपना मानक बनाएं। वह सलाह मुट्ठी भर साइटों वाले फ्रीलांसरों के लिए है। एक एजेंसी के लिए, यह एक जाल है। एक एकल होस्ट का मतलब एक एकल विफलता मोड है। यदि उनका नेटवर्क डाउन हो जाता है, तो हर क्लाइंट इसके साथ डाउन हो जाता है। यदि उनका समर्थन घटता है, तो आपके पास कोई विकल्प नहीं है। विविधीकरण अतिरेक का परिचालन संस्करण है।
इसलिए एक नीति निर्धारित करें। ब्रोशर साइटों के लिए साझा होस्टिंग। सक्रिय ईकॉमर्स या अप्रत्याशित ट्रैफ़िक वाली कोई भी चीज़ एक स्तर ऊपर जाती है। इस नीति को लिखें। इसे ऑनबोर्डिंग पर ग्राहकों को दिखाएं। और किसी एक विक्रेता की मार्केटिंग से बहकें नहीं। एजेंसी के लिए सबसे अच्छा होस्ट वह है जिसे आप सीमित जानकारी के साथ सुबह 3 बजे डीबग कर सकते हैं। वह नहीं जिसके पास सबसे सुंदर डैशबोर्ड या सबसे जोरदार अपटाइम गारंटी है। अपटाइम गारंटी ठीक हैं, लेकिन वे वादे हैं, इंजीनियरिंग नहीं। किसी साइट को पुनर्प्राप्त करने की आपकी क्षमता अनुबंध में एक प्रतिशत से अधिक मायने रखती है। प्रतिबद्ध होने से पहले, पढ़ें आपकी साइट क्यों क्रैश हुई और ऐसा होस्ट कैसे चुनें जो आपको निराश न करे।
चरण तीन: सब कुछ स्तरीकृत करें, फिर स्तरों को स्तरीकृत करें
एक क्लाइंट आपसे उनकी मौजूदा वेबसाइट संभालने के लिए कहता है। यह एक ऐसे प्रदाता पर होस्ट की गई है जिसका आपने कभी उपयोग नहीं किया। पिछली एजेंसी ने कोई दस्तावेज़ नहीं छोड़ा। आपकी पहली प्रवृत्ति इसे अपने मानक स्टैक पर स्थानांतरित करने की है ताकि आपका जीवन आसान हो जाए। मत करें। माइग्रेशन बिल्कुल वही क्षण है जब चीजें टूटती हैं। इसके बजाय, आपको एक निर्णय ढांचा चाहिए जो आपके कुछ भी छूने से पहले काम करे।
ऑनबोर्डिंग पर हर क्लाइंट को वर्गीकृत करें। तीन प्रश्न पूछें। साइट क्या करती है? कितना राजस्व इस पर निर्भर करता है? ट्रैफ़िक कितना अप्रत्याशित है? सेवा स्तर निर्दिष्ट करने के लिए उत्तरों का उपयोग करें। स्तर 1: साझा होस्टिंग पर कम-ट्रैफ़िक ब्रोशर साइटें, मानक बैकअप, ईमेल समर्थन। स्तर 2: सार्थक ट्रैफ़िक वाली WordPress या WooCommerce साइटें – उन्हें VPS या A2 Hosting जैसे गति-केंद्रित प्रदाता पर रखें। स्तर 3: मिशन-महत्वपूर्ण साइटें जिन्हें समर्पित संसाधन, एक वास्तविक SLA, और आपके सबसे तेज़ प्रतिक्रिया समय की आवश्यकता होती है।
स्तर क्लाइंट को अपसेल करने का तरीका नहीं हैं। वे आपके अपने समर्थन भार को पूर्वानुमेय बनाने का एक तरीका हैं। एक स्तर परिभाषित करता है कि क्लाइंट आपसे क्या उम्मीद कर सकता है और बुनियादी ढांचे को क्या वितरित करना है। जब आप स्तरों के बारे में बात करते हैं, तो हार्डवेयर के बारे में बात न करें। परिणामों के बारे में बात करें। "स्तर 1 का अर्थ है हर रात एक मानक बैकअप और 24 घंटों के भीतर ईमेल समर्थन।" "स्तर 3 का अर्थ है एक समर्पित सर्वर, एक फोन नंबर जिसे आप कॉल कर सकते हैं, और मिनटों में मापा गया प्रतिक्रिया समय।" क्लाइंट परिणाम समझते हैं; वे VPS विनिर्देशों को नहीं समझते हैं।
स्तरों की तिमाही समीक्षा करें। एक बेकरी जो एक ब्रोशर साइट के रूप में शुरू हुई थी, एक वर्ष के बाद एक स्तर 2 ईकॉमर्स स्टोर बन सकती है, और आपकी बैकअप और प्रतिक्रिया योजना को उसका अनुसरण करने की आवश्यकता है। समीक्षा छोड़ना ही वह तरीका है जिससे कल की साइट आज की आउटेज बन जाती है। और जब कुछ गलत होता है, तो आपका पहला प्रश्न हमेशा होता है: यह कौन सा स्तर है? क्योंकि साझा होस्ट के लिए डीबगिंग पथ VPS के समान नहीं है। स्तर आपका प्रतिक्रिया समय, आपका एस्केलेशन पथ और आपके क्लाइंट की अपेक्षाएं निर्धारित करता है। स्तरों के बिना, आप हर आग को आपातकाल के रूप में मानने पर वापस आ जाते हैं।
चरण चार: होस्टिंग को एहसान के रूप में नहीं, बल्कि एक उत्पाद के रूप में बेचें
अब आप दर्जनों क्लाइंट के लिए होस्टिंग का प्रबंधन कर रहे हैं। आपके पास एक टीम है। जब कोई साइट डाउन होती है तब भी आपको ही बुलाया जाता है। आप एक होस्टिंग कंपनी नहीं हैं, लेकिन आप एक की तरह काम कर रहे हैं। व्यवसाय मॉडल को वास्तविकता के साथ तालमेल बिठाने की जरूरत है।
होस्टिंग को एक व्यय के रूप में मानना बंद करें जिसे आप वहन करते हैं ताकि आप क्लाइंट को डिज़ाइन के लिए बिल कर सकें। होस्टिंग को एक उत्पादकृत सेवा के रूप में बेचना शुरू करें। एक मासिक रिटेनर जो बुनियादी ढांचे, रखरखाव, सर्वर-साइड सुरक्षा, बैकअप और आपकी प्रतिक्रिया-समय गारंटी को कवर करता है। क्लाइंट एक निश्चित राशि का भुगतान करता है। आपको पूर्वानुमेय राजस्व मिलता है। क्लाइंट नवीनीकरण के बारे में समर्थन टिकट खोलना बंद कर देता है, और आप चालान पर लाइन आइटम समझाने की कोशिश करना बंद कर देते हैं।
रिटेनर में क्या शामिल है? इसे स्पष्ट करें। प्रदाता और योजना, बैकअप अनुसूची और प्रतिधारण, निगरानी और अलर्ट, जिम्मेदार व्यक्ति, और प्रत्येक स्तर के लिए प्रतिक्रिया-समय प्रतिबद्धता। लिखित रूप में बताएं कि होस्ट के आउटेज होने पर क्या होता है: आपका संचार प्रोटोकॉल, आपकी फॉलबैक योजना, आपका पुनर्प्राप्ति का पहला कदम। यह वह अनुबंध है जो आपको तब सुरक्षित करता है जब रविवार को सुबह 2 बजे किसी क्लाइंट की साइट विफल हो जाती है।
लेकिन शर्तें हैं। जब आप होस्टिंग बेचते हैं, तो आप परिणाम के मालिक होते हैं। SiteGround पूरे दिन 100% अपटाइम का वादा कर सकता है, लेकिन किसी क्लाइंट की साइट अभी भी किसी बिंदु पर विफल होगी, और आपका फोन बजता है। आपका SLA ही मायने रखता है। आपकी बैकअप और पुनर्स्थापना प्रक्रिया ही मायने रखती है। बिना डाउनटाइम के किसी क्लाइंट को नए होस्ट पर स्थानांतरित करने की आपकी क्षमता ही मायने रखती है। उत्पादकरण से पहले, एक पुनर्स्थापना अभ्यास चलाएं। अपने माइग्रेशन का परीक्षण करें। फिर उन प्रतिबद्धताओं को लिखित रूप में रखें।
होस्टिंग का उत्पादकरण कीमतें बढ़ाने के बारे में नहीं है। यह नियंत्रण के बदले जिम्मेदारी लेने के बारे में है। यदि आप परिणाम के मालिक नहीं बनना चाहते हैं, तो इसके लिए शुल्क न लें। बस क्लाइंट के साथ पारदर्शी रहें कि होस्टिंग एक पास-थ्रू लागत है जिसे वे प्रबंधित करेंगे। यह एक वैध विकल्प है। लेकिन यह एक एजेंसी अभ्यास नहीं है जो स्केल करता है। और जब आप किसी क्लाइंट को बेहतर होस्ट पर ले जाने के लिए तैयार हों, तो जानें कि बिना डाउनटाइम के किसी वेबसाइट को नए होस्ट पर कैसे स्थानांतरित करें।
निष्कर्ष
अनुमान लगाना बंद करें। आपकी एजेंसी की होस्टिंग प्रथा इन चरणों से गुजरेगी चाहे आप उनके लिए योजना बनाएं या नहीं। एकमुश्त युग तब तक ठीक है जब तक वह नहीं है। समेकन तब तक काम करता है जब तक वह नहीं करता। स्तर व्यवस्था लाते हैं जब तक आप उनकी समीक्षा करना नहीं भूलते। उत्पादकरण आपको पहले आउटेज तक एक व्यवसाय बनाता है। समाधान यह जानना है कि आप किस चरण में हैं और जानबूझकर कार्य करें।
स्प्रेडशीट से शुरू करें। एक शॉर्टलिस्ट बनाएं। अपने क्लाइंट को स्तरीकृत करें। फिर होस्टिंग को एक उत्पाद के रूप में बेचें। ऐसा करें और होस्टिंग एक ऐसी प्रणाली बन जाएगी जिसे आप चलाते हैं, आग नहीं जिससे आप लड़ते हैं। आपका भविष्य का स्व – और आपके क्लाइंट – आपको धन्यवाद देंगे।