'बस तारीख बदल दें': कैसे तय करें कि आपके इवेंट लैंडिंग पेज को वास्तव में क्या चाहिए

सारांश

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

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

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

पेज केवल एक पुल है

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

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

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

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

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

असली विकल्प: टेम्पलेट, अनुकूलित, या बेस्पोक

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

विकल्प	यह कब जीतता है	मुख्य जोखिम
टेम्पलेट को ज्यों का त्यों दोबारा उपयोग करें	दर्शक पहले से ही आप पर भरोसा करते हैं, प्रारूप समान है, और ट्रैफ़िक लाने वाला ईमेल या निमंत्रण पहले ही समझा चुका है	इतना सामान्य दिखना कि कुछ आगंतुकों को संदेह हो कि इवेंट वास्तविक या समसामयिक है
टेम्पलेट को अनुकूलित करें	दर्शक उत्सुक हैं लेकिन विषय नया है; आप संरचना रखते हैं और नए लाभ, स्पीकर और FAQ शामिल करते हैं	पुराने इवेंट के लिए उपयुक्त अनुभागों को रखना, जिससे पेज पुनर्नवीनीकृत लगे
बेस्पोक पेज बनाएं	दर्शक ठंडे हैं, दांव ऊंचे हैं, या ट्रैफ़िक विज्ञापनों से आता है जहां पेज ही पूरी पिच है	ऐसे पेज पर दिन बिताना जिसे अनुकूलित किया जा सकता था, या ऐसा पेज अधिक बनाना जिसे केवल कुछ सौ विज़िट मिलती हैं

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

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

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

बॉस के पूछने से पहले इसे तय करने के लिए तीन प्रश्न

कुछ भी बनाने या दोबारा उपयोग करने से पहले, ये तीन प्रश्न चलाएँ। इनमें लगभग नब्बे सेकंड लगते हैं और आपको एक ऐसा उत्तर देते हैं जिसे आप ज़ोर से कह सकते हैं।

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

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

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

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

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

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

तात्कालिकता का जाल

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

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

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

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

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

इवेंट के बाद: संख्याओं को अगला तर्क तय करने दें

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

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

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

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

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

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

तो, आपको अपने बॉस को क्या बताना चाहिए?

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

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

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