वेबसाइट रखरखाव रिटेनर के लिए फ्रीलांसर को कैसे नियुक्त करें

वेबसाइट रखरखाव रिटेनर के लिए फ्रीलांसर को कैसे नियुक्त करें

1. अपने साइट के लिए "रखरखाव" का क्या मतलब है, इसे स्पष्ट करें

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

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

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

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

यदि आपकी साइट की सामग्री अक्सर बदलती है, तो उसे भी शामिल करें। एक फ्रीलांसर जो हर महीने 10 उत्पाद विवरण अपडेट करता है, उसे एक अलग कार्यप्रवाह की आवश्यकता होती है बनिस्बत एक ऐसे व्यक्ति के जो केवल आपातकालीन सहायता संभालता है। ऐसे छोटे विवरण एक रिटेनर को उद्धृत करना और प्रबंधित करना आसान बनाते हैं।

2. तय करें कि क्या रिटेनर सही भर्ती मॉडल है

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

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

एक सरल परीक्षण है। यदि आप अगले 3 महीनों के लिए कम से कम 5 आवर्ती कार्यों की सूची बना सकते हैं, तो रिटेनर पर गंभीरता से विचार करना उचित है। यदि आप नहीं कर सकते, तो आपको केवल कभी-कभी मदद की आवश्यकता हो सकती है। यह भेद बिक्री भाषा से अधिक महत्वपूर्ण है।

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

उन पाठकों के लिए जो अभी भी भर्ती मॉडल की तुलना कर रहे हैं, देखें एक फ्रीलांसर को सुरक्षित रूप से कैसे भर्ती करें. वही सावधानी यहाँ भी लागू होती है, केवल दांव लगातार हैं बजाय एक बार के।

3. एक रखरखाव दायरा बनाएं जिसे फ्रीलांसर उद्धृत कर सके

एक फ्रीलांसर अस्पष्ट वादों पर उचित रूप से उद्धृत नहीं कर सकता। अपनी आवश्यकताओं को सेवा श्रेणियों, प्रतिक्रिया अपेक्षाओं, शामिल घंटों, बाहर किए गए कार्यों, और वृद्धि नियमों के साथ एक सरल दायरे में बदलें। वह एक पृष्ठ अधिकांश गलतफहमियों को रोक सकता है।

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

प्रतिक्रिया अपेक्षाएँ शामिल करें। 4 व्यावसायिक घंटों के भीतर एक उत्तर, उसी दिन की कार्रवाई से अलग है। यदि आपकी साइट रात में बंद हो जाती है, तो बताएं कि क्या फ्रीलांसर को कार्यालय समय के बाहर प्रतिक्रिया देनी चाहिए या केवल कार्यालय समय के दौरान। संख्याएँ संदेह को दूर करती हैं।

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

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

साइट श्रेणियों और वे कैसे भर्ती को प्रभावित करते हैं, के व्यापक दृश्य के लिए, आप भी चेक कर सकते हैं फ्रीलांस मार्केटप्लेस पर सभी टैग. यह एक व्यावहारिक तरीका है यह देखने का कि विभिन्न कार्यों को कैसे लेबल किया गया है इससे पहले कि आप अपना खुद का दायरा लिखें।

4. समर्थन कार्य के लिए फ्रीलांसर की उपयुक्तता का मूल्यांकन करें, केवल निर्माण कार्य नहीं

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

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

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

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

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

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

5. नौकरी पर रखने से पहले रिटेनर समझौते की शर्तों की तुलना करें

रिटेनर समझौते को सामान्य प्रारूप की तरह न लें। इसे लाइन दर लाइन पढ़ें। सेवा सीमाएँ, रोलओवर घंटे, रद्द करने की शर्तें, प्रतिक्रिया समय, खातों का स्वामित्व, और अतिरिक्त कार्य के लिए अनुमोदन प्रक्रिया सभी महत्वपूर्ण हैं। यदि इनमें से कोई भी अस्पष्ट है, तो पहले भुगतान से पहले पुनर्लेखन के लिए पूछें।

रोलओवर घंटों को विशेष ध्यान देने की आवश्यकता है। कुछ समझौतों में अनयूज्ड समय को 1 महीने के लिए आगे बढ़ाने की अनुमति होती है। अन्य हर बिलिंग अवधि में रीसेट होते हैं। एक फ्रीलांसर कागज पर उदार दिख सकता है और फिर भी यदि शर्तें स्पष्ट नहीं हैं तो बाद में friction पैदा कर सकता है। रद्द करने के लिए भी यही सच है। 30-दिन की सूचना का अर्थ अंत-में-महीने के निकासी से कुछ अलग है।

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

प्रतिक्रिया समय वास्तविक व्यावसायिक जोखिम से मेल खाना चाहिए। एक सुरक्षा समस्या और होम पेज पर एक टाइपो समान नहीं हैं। समझौते में यह कहा जाना चाहिए कि फ्रीलांसर प्रत्येक मामले में कितनी तेजी से प्रतिक्रिया करता है। यदि अतिरिक्त कार्य को अनुमोदन की आवश्यकता है, तो प्रक्रिया को भी लिखित रूप में होना चाहिए ताकि कोई आश्चर्यजनक चालान न हो।

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

यदि आप तकनीकी और व्यावसायिक सीमाओं के पार काम करते हैं, तो वही देखभाल दिखाई देती है एक पृथ्वी व्यवसाय। अनुबंध उबाऊ होते हैं जब तक कि वे एक साधारण काम को विवाद में बदलने से रोकने वाली चीज नहीं बन जाते।

6. चल रहे वेबसाइट समर्थन के बारे में सही प्रश्न पूछें

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

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

संस्करण संघर्षों के बारे में पूछें। एक फ्रीलांसर जिसने चल रहे वेबसाइट समर्थन का प्रबंधन किया है, उसे यह समझाना चाहिए कि जब एक थीम अपडेट एक पृष्ठ निर्माता को तोड़ता है या जब एक प्लगइन अपडेट डेटाबेस के व्यवहार को बदलता है तो क्या होता है। यदि वे उत्तर देते हैं "मैं आमतौर पर इसे ठीक कर देता हूँ," तो पूछते रहें।

यह जानें कि वे तात्कालिक अनुरोधों का प्रबंधन कैसे करते हैं। क्या आपात स्थितियों के लिए कोई चैनल है, या सभी संदेश ईमेल के माध्यम से जाते हैं? एक समर्थन रिटेनर तब बेहतर काम करता है जब तात्कालिक वस्तुओं को चिह्नित करना आसान हो। अन्यथा, एक तात्कालिक मुद्दा सामान्य इनबॉक्स में 12 घंटे तक रह सकता है।

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

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

7. सेवा के पहले महीने की स्थापना करें

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

नियंत्रित क्रम में पहुंच दें। होस्टिंग, CMS, एनालिटिक्स, डोमेन रजिस्ट्रार, ईमेल सिस्टम, बैकअप टूल, और सुरक्षा उपकरण सभी शामिल हो सकते हैं। जो साझा किया गया था और कब, उसे लिख लें। एक बुनियादी पहुंच सूची सामान्य “किसके पास लॉगिन है?” समस्या को बाद में रोकती है।

फ्रीलांसर से किसी भी मौजूदा दस्तावेज़ की समीक्षा करने के लिए कहें। प्लगइन्स, थीम और ज्ञात मुद्दों के बारे में 2-पृष्ठ का नोट भी घंटों की बचत कर सकता है। यदि कोई दस्तावेज़ नहीं है, तो ऐसा कहें। एक अच्छा समर्थन फ्रीलांसर पहले महीने के हिस्से के रूप में एक बनाएगा।

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

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

रचनात्मक या तकनीकी समर्थन टीमों के लिए, पहला महीना एक respect में resembles डिजाइनरों के लिए फ्रीलांस : प्रारंभिक संरचना पूरे संबंध की गुणवत्ता को आकार देती है।

8. प्रदर्शन की निगरानी करें और फ्रीलांसर को नवीनीकरण या प्रतिस्थापित करें

पहले चक्र के बाद, सरल मानदंडों के साथ संबंध की समीक्षा करें: प्रतिक्रिया, समस्या समाधान, और सक्रिय रखरखाव। क्या फ्रीलांसर ने सहमत समय के भीतर उत्तर दिया? क्या उन्होंने वास्तव में समस्या को ठीक किया? क्या उन्होंने कुछ ऐसा पकड़ा जो टूटने से पहले था? ये तीन प्रश्न आपको बहुत कुछ बताते हैं।

प्रत्येक महीने के लिए नोट्स रखें। एक समर्थन रिटेनर का मूल्यांकन करना आसान होता है जब आप 4 या 5 विशिष्ट घटनाओं की ओर इशारा कर सकते हैं बजाय इसके कि याददाश्त पर निर्भर रहें। एक छूटी हुई अपडेट एक संयोग हो सकता है। तीन छूटी हुई अपडेट एक पैटर्न हैं।

सक्रिय व्यवहार की तलाश करें। एक अच्छा समर्थन फ्रीलांसर आपको बताता है कि कब एक प्लगइन को बदलना चाहिए, कब बैकअप विफल हो रहे हैं, या कब थीम अपडेट के बाद साइट की गति कम हो गई है। इस तरह का नोट बाद में होने वाले नुकसान को रोकता है। चुप्पी एक योजना नहीं है।

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

जब रिटेनर काम करता है, तो शर्तों को स्पष्ट रखें और कार्यों को दृश्य बनाएं। जब यह काम नहीं करता, तो फ्रीलांसर को बदलें इससे पहले कि साइट उस देरी के लिए भुगतान करना शुरू कर दे। एक साइट जो नियमित रखरखाव पर निर्भर करती है, लंबे समय तक अनुमान लगाने का जोखिम नहीं उठा सकती।