App Store में दिखाई देना,
अंदाज़े से नहीं, माप से।

यहाँ क्या लिखा जाता है

सारे लेख उसी के बारे में हैं जो हम नापते हैं। दहलीज़ पर बैठे कीवर्ड, बर्बाद अक्षर, समीक्षाओं का खनन, देशों के बीच का अंतर — हर एक प्रोडक्ट में चल रहे किसी तंत्र का लिखित रूप है।

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

यह विनम्रता नहीं, उपयोगिता है। अगर «इस तरक़ीब ने इंस्टॉल 40% बढ़ाए» के पीछे कोई माप नहीं, तो यह वाक्य आपको नहीं बताता कि अगले हफ़्ते क्या करना है। एक तंत्र बताता है।

इसी वजह से आम सलाहें भी नहीं हैं। «अच्छा प्रोडक्ट बनाइए» और «उपयोगकर्ताओं को सुनिए» सही हैं और लागू करने लायक़ नहीं; मक़सद यह है कि हर लेख किसी जाँचने योग्य चीज़ पर ख़त्म हो।

कहाँ से शुरू करें

लेख अलग-अलग पढ़े जा सकते हैं, पर एक क्रम है और उसे मानने से समय बचता है।

अगर आप ASO को व्यवस्थित ढंग से पहली बार देख रहे हैं, 11-30 पट्टी वाले लेख से शुरू कीजिए। प्रोडक्ट और यह ब्लॉग उसी अवलोकन पर खड़े हैं: सबसे बड़ा प्रतिफल नए कीवर्ड से नहीं, बल्कि उनसे आता है जो आपके पास पहले से हैं।

उसके बाद मेटाडेटा में बर्बादी वाला लेख, जो गिनकर दिखाता है कि आपके सौ अक्षरों में से कितने काम कर रहे हैं। ये दोनों पहले महीने का काम तय कर देते हैं।

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

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

अक्सर पूछे जाने वाले सवाल

केस स्टडी क्यों नहीं?

केस स्टडी के लिए नापे गए «पहले» और «बाद» चाहिए, नियंत्रण समूह की चाल घटाकर। वह डेटा जमा नहीं हुआ; जमा होने पर प्रकाशित होगा।

क्या लेखों के आँकड़े जाँचे जा सकते हैं?

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

नया लेख कितनी बार आता है?

कैलेंडर से नहीं। जब नापा हुआ कुछ बदलता है, या जब कोई तंत्र बिना समझाया रह गया हो।