लैंडिंग पेज हटाने की चेकलिस्ट

सारांश

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

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

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

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

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

पहले नेविगेशन काटें

एक लैंडिंग पेज एक निर्णय के लिए होता है। हर नेविगेशन लिंक एक निकास रैंप है।

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

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

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

हेडलाइन सबसे अंत में लिखें

हेडलाइन एक निष्कर्ष है, परिचय नहीं।

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

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

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

CTA को एकमात्र चमकीला तत्व बनाएं

आपके पेज को एक केंद्र बिंदु चाहिए, और वह बटन होना चाहिए।

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

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

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

फ़ॉर्म को तीन फ़ील्ड तक सीमित करें

हर अतिरिक्त फ़ॉर्म फ़ील्ड उस भरोसे की मांग है जो आगंतुक ने अभी नहीं दिया है।

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

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

यदि आप इसे छोड़ देते हैं तो क्या होता है: आपका फ़ॉर्म वह स्थान बन जाता है जहाँ गति समाप्त हो जाती है। चेतावनी: यदि पेज छह-अंकीय B2B अनुबंध बेचता है, तो आपको योग्यता फ़ील्ड की आवश्यकता है। यह एक अपवाद है। अधिकांश ऑफ़र के लिए, दो फ़ील्ड पर्याप्त हैं।

संदेह जहाँ शुरू होता है वहाँ प्रमाण रोपें

लोग आप पर विश्वास करने से पहले दूसरे लोगों पर विश्वास करते हैं। उस विश्वास को ठीक वहीं रखें जहाँ संदेह चरम पर होता है।

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

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

जब लक्ष्य की मांग हो तो नियम तोड़ें

हर सर्वोत्तम अभ्यास संदर्भ-निर्भर है। पहले हटाने की सलाह तब विफल हो जाती है जब दर्शकों को कार्य करने से पहले किसी चीज़ की आवश्यकता होती है।

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

कुछ भी काटने से पहले पूछें "क्या यह एकल कार्रवाई में मदद करता है या बाधा डालता है?" यदि यह मदद करता है, तो इसे रखें। यदि यह नहीं करता, तो इसे काट दें। फिर अपने बॉस को सटीक तर्क दिखाएं: "हमने X को इसलिए हटाया क्योंकि Y; हमने Z को इसलिए रखा क्योंकि W।" यह एक रिपोर्ट है, रीडिज़ाइन बहस नहीं। जब बॉस पूछता है "आप इसे क्यों हटा रहे हैं?", तो यह मत कहें "सर्वोत्तम अभ्यास ऐसा कहता है।" कहें "यह तत्व कार्रवाई में मदद नहीं करता, और हर तत्व जो मदद नहीं करता वह लागत है।" पूर्ण संपादन दृष्टिकोण के लिए, यह बचाव योग्य लैंडिंग पेज परिवर्तनों की चेकलिस्ट देखें।

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

निचली पंक्ति

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