आपके App Store डिस्क्रिप्शन की पहली तीन लाइनें
कोई भी आपका पूरा डिस्क्रिप्शन नहीं पढ़ता। लोग शुरुआती दो-तीन लाइनें पढ़ते हैं, फिर या तो more पर टैप करते हैं या चले जाते हैं। यह ऊपरी हिस्सा ही वह एकमात्र भाग है जिसे देखे जाने का भरोसा किया जा सकता है, इसलिए यह आपकी पूरी लिस्टिंग का सबसे असरदार टेक्स्ट है। ज़्यादातर डिस्क्रिप्शन इसे कंपनी के नाम और नमस्ते में बर्बाद कर देते हैं।
यह उस हिस्से के लिए एक टेम्पलेट है जो फोल्ड से पहले दिखता है, साथ ही App Store और Google Play के बीच का वह एक अंतर भी जो तय करता है कि आपको इसे कैसे लिखना चाहिए।
4,000 कैरेक्टर, और लगभग कोई स्क्रॉल नहीं करता
पूरा डिस्क्रिप्शन फील्ड App Store और Google Play दोनों पर 4,000 कैरेक्टर तक सीमित है। यह काफी जगह लगती है, और है भी — लेकिन अगर आप इसे निबंध की तरह लिखते हैं तो यह एक जाल है। दोनों स्टोर के प्रोडक्ट पेज पर डिस्क्रिप्शन डिफ़ॉल्ट रूप से कोलैप्स्ड रहता है। सिर्फ शुरुआती लाइनें दिखती हैं; बाकी हिस्सा …more (App Store) या Read more (Google Play) टैप के पीछे छिपा रहता है।
फोल्ड से पहले ठीक कितना दिखेगा यह डिवाइस, फॉन्ट साइज़ और लाइन-ब्रेक की जगह पर निर्भर करता है — लेकिन व्यवहार में यह शुरुआती दो या तीन लाइनें होती हैं, यानी पहले सौ-दो सौ कैरेक्टर के आसपास। उस शुरुआत को असली विज्ञापन कॉपी मानें और बाकी बचे लगभग 3,800 कैरेक्टर को उस परिशिष्ट की तरह जिसे ज़्यादातर लोग कभी खोलते ही नहीं। (iOS पर एक अलग प्रोमोशनल टेक्स्ट फील्ड भी है, 170 कैरेक्टर तक, जो डिस्क्रिप्शन के ऊपर दिखता है और बिना नए बिल्ड के अपडेट किया जा सकता है — यहां भी वही नियम लागू होता है: इसे भूमिका नहीं, हुक बनाएं।)
वह एक असमानता जो आपके लिखने का तरीका बदल देती है
यहां वह हिस्सा है जिसे ज़्यादातर टेम्पलेट छोड़ देते हैं। App Store और Google Play आपके डिस्क्रिप्शन को बिल्कुल अलग तरीके से पढ़ते हैं:
- Google Play पूरे डिस्क्रिप्शन को इंडेक्स करता है। इसमें इस्तेमाल शब्द सीधे सर्च रैंकिंग सिग्नल हैं। आप जो कीवर्ड इस्तेमाल करते हैं — खासकर शुरुआत में, और स्वाभाविक रूप से कुछ बार दोहराए गए — यह तय करने में मदद करते हैं कि आपका ऐप किन सर्च में दिखेगा।
- Apple डिस्क्रिप्शन को बिल्कुल इंडेक्स नहीं करता। इसका सर्च एल्गोरिदम ऐप का नाम, सबटाइटल और 100-कैरेक्टर वाला कीवर्ड फील्ड पढ़ता है, डिस्क्रिप्शन नहीं। iOS पर डिस्क्रिप्शन सिर्फ एक वजह से मौजूद है: उस इंसान को कन्विंस करने के लिए जो पहले से ही आपका पेज देख रहा है, ताकि वह इंस्टॉल करे।
तो एक ही टेक्स्ट ब्लॉक स्टोर के हिसाब से दो अलग काम करता है। Google Play पर पहली लाइन एक साथ क्रॉलर और खरीदार दोनों के लिए काम करती है। App Store पर पहली लाइन को सिर्फ खरीदार के लिए काम करना होता है — जो कि राहत की बात है, क्योंकि आप कीवर्ड ठूंसने की आदत छोड़कर बस सबसे कन्विंसिंग वाक्य लिख सकते हैं।
इंट्रो नहीं, फायदे से शुरुआत करें
सबसे आम before-the-fold गलती है खुद के परिचय से शुरुआत करना, न कि इससे कि पाठक को क्या मिलेगा। "Acme में आपका स्वागत है। 2019 में स्थापित, हम टूल्स बनाते हैं…" जैसी लाइनें उन एकमात्र लाइनों को बर्बाद कर देती हैं जिन्हें कोई पढ़ता ही है, सिर्फ औपचारिकता में।
इसे पलट दें। पहली लाइन में वह एक नतीजा बताना चाहिए जो आपका ऐप देता है, पाठक की अपनी भाषा में। दूसरी लाइन इसे सबूत या ठोस जानकारी से साबित करती है। तीसरी लाइन उन्हें साफ-साफ बताती है कि ऐप असल में करता क्या है। फोल्ड के नीचे मौजूद सब कुछ — फीचर लिस्ट, अवॉर्ड, चेंजलॉग — इंतज़ार कर सकता है, क्योंकि फैसला अक्सर टैप से पहले ही हो चुका होता है।
Before-the-fold टेम्पलेट
पहले ये तीन लाइनें भरें, फिर बाकी बचे 4,000 कैरेक्टर लिखें। यह दोनों स्टोर के लिए काम करता है; जहां दोनों में अंतर है, नोट्स उसे बता देंगे।
लाइन 1 — फायदा।
[आपका ऐप जो एक नतीजा किसी को देता है, सीधे-सीधे बताएं।] Google Play पर, इस लाइन में अपना मुख्य कीवर्ड डालें। App Store पर, यहां कीवर्ड को नज़रअंदाज़ करें और बस इसे असरदार बनाएं।
लाइन 2 — सबूत।
[आप पर भरोसा क्यों करें — एक आंकड़ा, एक रेटिंग, एक इस्तेमाल का उदाहरण, एक खास ऑडियंस।] इसे ठोस रखें, नारा नहीं।
लाइन 3 — यह असल में क्या करता है।
[एक वाक्य में मुख्य क्रिया, ताकि कोई रहस्य न रहे कि वे क्या इंस्टॉल कर रहे हैं।] Google Play पर, यहां स्वाभाविक रूप से एक और प्रासंगिक कीवर्ड जोड़ें।
एक हैबिट ट्रैकर के लिए बनाया गया उदाहरण:
ध्यान दें कि इसमें कोई "Welcome" नहीं है, कोई स्थापना तारीख नहीं, कोई फीचर की भरमार नहीं। तीन लाइनें, सिर्फ फायदा और सबूत, और पाठक को फोल्ड आने से पहले ही पता चल जाता है कि उसे क्या मिलने वाला है।
फोल्ड के नीचे, दोनों स्टोर फिर अलग हो जाते हैं
एक बार दिखने वाली लाइनों के बाद, जिस स्टोर पर हैं उसके हिसाब से लिखें। Google Play के लिए, बॉडी अब भी सर्च के लिए काम कर रही है — अपने मुख्य शब्दों को स्वाभाविक रूप से दोहराएं, वे वाक्यांश शामिल करें जो लोग असल में टाइप करते हैं, और इसे पठनीय बनाए रखें (कीवर्ड ठूंसना एल्गोरिदम और इंसान दोनों को बुरा लगता है)। App Store के लिए, बॉडी इंडेक्स नहीं होती, इसलिए इसे पूरी तरह कन्वर्ज़न पर खर्च करें: एक कसी हुई फीचर लिस्ट, सोशल प्रूफ, और आप पर भरोसा करने की एक वजह। एक ही कहानी के दो वर्शन, पढ़ने वाले के हिसाब से ट्यून किए गए।
फिर हुक खोए बिना लोकलाइज़ करें
before-the-fold तरीके की दिक्कत यह है कि हुक तभी काम करता है जब वह अनुवाद में बचा रहे। शब्द-दर-शब्द, मशीन-अनुवादित पहली लाइन अक्सर वह असर खो देती है जिसने अंग्रेज़ी वर्शन को कन्वर्ट कराया था — फायदा दब जाता है, सबूत अटपटा लगता है, और आप बारह बाज़ारों में फिर से एक टेक्स्ट की दीवार के साथ रह जाते हैं।
यहीं Mokbi काम आता है। यह आपके असली ऐप से आपका डिस्क्रिप्शन ड्राफ्ट करता है और इसे 50 भाषाओं में लोकलाइज़ करता है, हर भाषा में before-the-fold स्ट्रक्चर को बरकरार रखते हुए — पहले फायदा, फिर सबूत, फिर क्रिया — ताकि ऊपरी हिस्सा हर बाज़ार में एक विज्ञापन कॉपी जैसा ही पढ़ा जाए, न कि किसी एक भाषा के अनुवाद जैसा। आप हर स्टोर का वर्शन खुद रिव्यू और एडजस्ट करते हैं, फिर टेक्स्ट को खुद App Store Connect और Play Console पर ले जाते हैं।