लॉन्च एक हैंडओवर है: एजेंसियों के लिए क्लाइंट-रेडी चेकलिस्ट

सारांश

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

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

हैंडओवर तिथि पहले लिखें

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

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

वह सामग्री लॉक करें जिसे सुधारा नहीं जा सकता

सामग्री वह जगह है जहाँ क्लाइंट साइटें बिखर जाती हैं, कोड में नहीं। एक डेवलपर पेज बना सकता है; वे क्लाइंट का वास्तविक पता, मूल्य निर्धारण या टीम बायो का आविष्कार नहीं कर सकते। डिज़ाइन साइन-ऑफ से पहले एक कठोर सामग्री समय सीमा निर्धारित करें और इसे हैंडओवर तिथि की तरह सख्त बनाएं।

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

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

खराब दिन पर क्लाइंट की तरह परीक्षण करें

आप हफ्तों से साइट को घूर रहे हैं, इसलिए आप वही देखते हैं जो आप उम्मीद करते हैं। क्लाइंट वह देखता है जो वास्तव में स्क्रीन पर है। एक नए सत्र के साथ साइट को गुप्त विंडो में खोलें और नई आँखों से एक पास चलाएं।

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

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

गेट को साइट के अनुसार स्कोप करें

किसी भी चेकलिस्ट को चलाने से पहले हर प्रोजेक्ट पर स्कोपिंग पास चलाएं। चार-पृष्ठ का ब्रोशर साइट और एक स्टोर कैटलॉग एक ही प्रोजेक्ट नहीं हैं। दोनों पर समान जाँचें लागू करना या तो ओवर-इंजीनियरिंग है या अंडर-टेस्टिंग। चेकलिस्ट चलाने से पहले, तय करें कि इस क्लाइंट के लिए कौन सी जाँचें मायने रखती हैं।

साइट प्रकार	अनिवार्य जाँचें
ब्रोशर साइट	क्लाइंट-परिप्रेक्ष्य पास, संपर्क विवरण, SSL, बुनियादी SEO
लैंडिंग पेज	लोड समय, फॉर्म सबमिशन, धन्यवाद पृष्ठ, एनालिटिक्स
ई-कॉमर्स	चेकआउट पथ, भुगतान परीक्षण, उत्पाद छवियाँ, बैकअप

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

सुरक्षा गेट एक बार बनाएं, हर बार चलाएं

सुरक्षा वह जगह है जहाँ एजेंसियाँ भटक जाती हैं। आप ई-कॉमर्स क्लाइंट के लिए पूर्ण ऑडिट करते हैं, फिर ब्रोशर साइट को छोड़ देते हैं क्योंकि वे डेटा एकत्र नहीं करते। यह गलत प्रवृत्ति है। UpGuard की वेबसाइट सुरक्षा मार्गदर्शन हर साइट पर समान प्रथाओं को रखता है: प्लेटफ़ॉर्म को अपडेट रखें, मजबूत प्रमाणीकरण लागू करें, उपयोगकर्ता विशेषाधिकार सीमित करें, नियमित रूप से बैकअप लें, और सब कुछ SSL/TLS पर सर्व करें। एक ब्रोशर साइट से समझौता किया जा सकता है; एक क्लाइंट का डोमेन अभी भी स्पैम भेजने के लिए उपयोग किया जा सकता है।

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

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

SEO को आशा नहीं, एक जाँच बनाएं

यहाँ एक लॉन्च है जो आपने देखा है: साइट लाइव हो जाती है, डिज़ाइन साफ दिखता है, और एक महीने बाद क्लाइंट पूछता है कि वे Google पर क्यों नहीं दिखते। छोटी साइट पर SEO भविष्य की समस्या लगती है, इसलिए इसे छोड़ दिया जाता है। Digital Marketing Institute की शुरुआती SEO गाइड तकनीकी सेटअप को मार्केटिंग फ्लफ नहीं, बुनियादी बातों के हिस्से के रूप में मानती है: HTTPS, एक XML साइटमैप, और एक robots.txt फ़ाइल जो खोज इंजनों को अंदर आने देती है।

अपनी हैंडओवर चेकलिस्ट में एक SEO अनुभाग जोड़ें और इसे ठोस बनाएं। हर महत्वपूर्ण पृष्ठ के लिए एक टाइटल टैग और मेटा विवरण की पुष्टि करें। सुनिश्चित करें कि प्रत्येक पृष्ठ पर कम से कम एक वास्तविक पाठ सामग्री हो, न कि केवल छवियाँ। एक XML साइटमैप बनाएं और सबमिट करें। सत्यापित करें कि robots.txt उन पृष्ठों को ब्लॉक नहीं कर रहा है जिन्हें आप अनुक्रमित करना चाहते हैं।

इनमें से कोई भी महंगा नहीं है। यह सब थकाऊ है, इसलिए इसे छोड़ दिया जाता है। लागत कुछ हफ्तों के लिए अदृश्य है, फिर आपको कॉल आती है: मेरा व्यवसाय Google पर क्यों नहीं दिखता? आप इसका उत्तर हैंडओवर चेक से नहीं दे सकते; आप केवल इस प्रमाण के साथ दे सकते हैं कि साइट के लाइव होने से पहले बुनियादी बातें मौजूद थीं। पूर्ण सेटअप के लिए, पहले दिन से रैंक करने वाली नो-कोड वेबसाइट लॉन्च करें। कम से कम, SEO गेट को हाँ/नहीं सूची बनाएं ताकि हम बाद में SEO करेंगे परियोजना में न घुस सके।

रनबुक के साथ चाबियाँ सौंपें

जब साइट लाइव होती है तो हैंडओवर पूरा नहीं होता। यह तब पूरा होता है जब क्लाइंट बिना आपको कॉल किए लॉग इन कर सकता है। एक लिंक और पासवर्ड हैंडओवर नहीं है; यह पहला होमवर्क असाइनमेंट है। क्लाइंट सेटिंग पेज ढूंढेगा, प्रयोग करेगा, और या तो कुछ तोड़ देगा या आपको एक ऐसे प्रश्न के साथ कॉल करेगा जिसका उत्तर आप एक-पृष्ठ दस्तावेज़ में दे सकते थे।

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

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

48 घंटे में फॉलो-अप करें

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

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

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

एक गेट, ट्रॉफी नहीं

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

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