اگر رشد نصب ارگانیک برای شما اولویت است، «صفحه اپ» در استورها همان جایی است که باید مثل یک لندینگپیج حرفهای با آن برخورد کنید: ورودی ترافیک دارد، نرخ تبدیل دارد، پیام دارد، و بهصورت مداوم میشود آن را با داده بهتر کرد. این مقاله یک فریمورک اجرایی میدهد تا بتوانید بهجای توصیههای پراکنده، با یک روال مشخص جلو بروید: تحقیق کلمه کلیدی، بهینهسازی عنوان/توضیحات، طراحی اسکرینشات و ویدئو، مدیریت ریویوها، و در نهایت یک برنامه تست A/B با فرضیه/شاخص/مدتزمان و قالب آماده ثبت و گزارش.
در طول متن، هر چند بخش یکبار به «app store optimization checklist» برمیگردیم تا مطمئن شوید چیزی از قلم نیفتاده و اجرای کار به شکل قابل تکرار (repeatable) پیش میرود.
این راهنما برای چه کسی است؟
- تیمهای مارکتینگ/گروث اپ که در کافهبازار/مایکت و Google Play فعالاند.
- محصول و طراحی که میخواهند کریتیو را مبتنی بر داده بهبود دهند.
- کسی که میخواهد ASO را با فرآیند تست A/B استاندارد کند، نه با حدس.
فرض اصلی: شما میخواهید «افزایش نصب» را از مسیر ورودیهای استور (جستجو، دستهبندیها، صفحات پیشنهاد) بیشتر کنید؛ بنابراین تمرکز روی بهبود نرخ تبدیل بازدید به نصب و کشفپذیری است.
فهرست مطالب
- مدل ذهنی ASO: مثل لندینگپیج رفتار کنید
- قبل از تغییر: خط پایه و KPIها
- تحقیق کلمه کلیدی برای استور (اجرایی)
- بهینهسازی متادیتا: عنوان، توضیحات، فیلدها
- بهینهسازی کریتیو: آیکون، اسکرینشات، ویدئو
- مدیریت ریویوها و امتیاز: اثر مستقیم روی تبدیل
- لوکالایزیشن و پیامگذاری فارسی: جزئیات تعیینکننده
- فریمورک تست A/B برای ASO
- قالب آماده ثبت تستها و گزارش نتیجه
- اشتباهات رایج در ASO
- برنامه ۳۰/۶۰/۹۰ روزه اجرای ASO
- سوالات متداول
۱) مدل ذهنی ASO: صفحه اپ = لندینگپیج فروش
ASO را فقط «چند کلمه در عنوان و توضیحات» نبینید؛ نتیجه نهایی معمولاً از ترکیب دو اهرم میآید:
- کشفپذیری (Discovery): اینکه اصلاً دیده شوید (جستجو، دستهبندی، صفحات مشابه).
- تبدیل (Conversion): وقتی کاربر صفحه را دید، نصب کند.
پس هر تغییر باید مشخص کند روی کدام اهرم اثر میگذارد. در «app store optimization checklist» شما هم باید آیتمهای مربوط به کشفپذیری را داشته باشید (کلمات کلیدی، عنوان، توضیحات)، هم آیتمهای تبدیل را (اسکرینشات، ویدئو، امتیاز، پیامگذاری).
یک تفکیک عملی برای تصمیمگیری سریع
- چیزهایی که معمولاً روی کشفپذیری اثر بیشتری دارند: عنوان، فیلدهای کلمه کلیدی (بسته به استور)، ساختار توضیحات، دستهبندی، همخوانی واژگان با جستجوهای رایج.
- چیزهایی که معمولاً روی تبدیل اثر بیشتری دارند: اسکرینشاتها، ویدئو، آیکون، «قول ارزش» در فریم اول، ریویوها/امتیاز، پاسخ به نگرانیها (اعتماد/امنیت/قیمت).
۲) قبل از تغییر: خط پایه و KPIها (بدون این مرحله، تستها بیمعناست)
قبل از هر اقدام، یک خط پایه (baseline) بسازید تا بعداً بدانید تغییر واقعاً اثر داشته یا فقط نویز بوده است. حداقل سه شاخص را هفتهای/ماهانه ثبت کنید:
- Impressions: چند بار صفحه/کارت اپ دیده شده است (در داشبوردهای استور/کنسولها).
- Page views: چند نفر وارد صفحه اپ شدهاند.
- Install conversion rate: درصد بازدیدکنندگان صفحه که نصب میکنند.
اگر به این سه شاخص دسترسی دارید، هر آزمایش ASO را میتوانید با یک «فرضیه» به یک «شاخص» وصل کنید. همینجا «app store optimization checklist» شما باید یک بخش ثابت «ثبت خط پایه» داشته باشد.
نکته مهم: ترافیک ورودی را تفکیک کنید
هر تغییر روی یک کانال اثر متفاوت دارد. اگر امکانش را دارید، داده را برای این ورودیها جدا کنید: جستجو (Search)، صفحات مشابه/پیشنهادها (Browse/Explore)، و ورودی از کمپینها. اگر از UTM و دیپلینک استفاده میکنید، راهنمای دیپلینکینگ و اندازهگیری کانورژن کمک میکند ورودیها را دقیقتر ببینید و اثر ASO را با اثر کمپین اشتباه نگیرید.
۳) تحقیق کلمه کلیدی برای استور: از «لیست کلمات» تا «نقشه نیت کاربر»
تحقیق کلمه کلیدی در ASO فقط جمع کردن واژههای پرتکرار نیست؛ هدف این است که بفهمید کاربر با چه «نیتی» جستجو میکند و صفحه شما باید به آن نیت پاسخ بدهد. در عمل، کلمات را در سه سبد بچینید:
- کلمات مسئلهمحور: مثل «مدیریت هزینه»، «یادآوری پرداخت»، «برنامهریزی کارها».
- کلمات راهحل/دسته: مثل «اپ مدیریت مالی»، «تودولیست»، «CRM».
- کلمات ویژگی/مزیت: مثل «گزارشگیری»، «پشتیبانگیری»، «آفلاین»، «امنیت».
یک «app store optimization checklist» خوب، برای هر سبد حداقل ۱۰–۳۰ کلمه اولیه میخواهد تا بعد بتوانید متن و کریتیو را با آنها همراستا کنید.
روش سریع استخراج کلمات (بدون ابزار پیچیده)
- از خود استور شروع کنید: پیشنهادهای جستجو (autocomplete) و نتایج مشابه را یادداشت کنید.
- صفحه رقبا را بخوانید: تیترها، اسکرینشاتها و ریویوها معمولاً زبان واقعی کاربر را نشان میدهد.
- سوالات کاربر را جمع کنید: از پشتیبانی، کامنتها، پیامهای شبکههای اجتماعی، و بازخوردهای داخل اپ.
- کلمات را خوشهبندی کنید: هر خوشه = یک وعده/نیت اصلی که باید در صفحه اپ دیده شود.
الگوی ساده «نقشه کلمه کلیدی → پیام»
| خوشه کلمه کلیدی | نیت کاربر | پیام اصلی در اسکرینشات ۱ | شاهد/اثبات (Proof) |
|---|---|---|---|
| مدیریت هزینه / خرج و مخارج | کنترل سریع پول | «هزینهها را در ۳۰ ثانیه ثبت کن» | نمونه گزارش ماهانه (بدون متن ریز) |
| یادآوری پرداخت | جلوگیری از دیرکرد | «قبضها و قسطها را فراموش نمیکنی» | نمایی از تقویم/نوتیفیکیشن (بدون متن قابل خواندن) |
| امنیت / پشتیبانگیری | اعتماد و ریسک | «دادههایت امن و قابل بازیابی است» | آیکون قفل/ابر (بدون برند) |
۴) بهینهسازی متادیتا: عنوان، توضیحات و ساختار متن
متادیتا همان چیزی است که هم روی کشفپذیری اثر میگذارد و هم در همان چند ثانیه اول، تصمیم کاربر را شکل میدهد. هدف این بخش: نوشتن متنهایی که هم «قابل فهم» باشند، هم با زبان جستجو همخوانی داشته باشند.
عنوان: ترکیب «نام + دسته/فایده» بدون زیادهگویی
در بسیاری از اپها، عنوان یا فقط نام برند است یا آنقدر شلوغ میشود که خوانایی از بین میرود. یک فرمول عملی:
- نام اپ + (کلمه دسته) + (یک مزیت مشخص)
مثال مفهومی: «X | مدیریت هزینه و بودجهبندی» (بدون اغراق). اینجا «app store optimization checklist» شما باید یک آیتم ثابت برای بررسی «خوانایی عنوان» داشته باشد: آیا در یک نگاه مفهوم را میرساند؟
توضیحات کوتاه/بلند: اول وعده، بعد اثبات، بعد جزئیات
کاربر معمولاً کل متن را نمیخواند؛ اسکن میکند. ساختار پیشنهادی:
- ۲–۳ خط اول: ارزش اصلی + مخاطب هدف + نتیجه ملموس.
- بولتپوینت ویژگیها: ۵–۷ ویژگی کلیدی (با زبان نتیجهمحور).
- بخش اعتماد: امنیت، حریم خصوصی، پشتیبانی، یا اعتبار.
- دعوت به اقدام: «همین حالا نصب کن و…» (کوتاه و بدون شعار).
چگالی کلمات کلیدی: طبیعی، نه مصنوعی
قرار نیست یک متن را با تکرار کلمات پر کنید. بهعنوان معیار عملی، هر «خوشه» کلمه کلیدی باید حداقل یکبار در عنوان/توضیحات/اسکرینشاتها بازتاب داشته باشد، اما با زبان روان. اگر دارید سخت تلاش میکنید کلمه را جا بدهید، یعنی پیامگذاری شما با نیت کاربر همراستا نیست.
در این مرحله، یک مرور سریع با «app store optimization checklist» انجام دهید: آیا ۳ پیام اصلی شما در متن هم دیده میشود یا فقط در ذهن تیم است؟
۵) بهینهسازی کریتیو: اسکرینشات و ویدئو مثل «پیچ فروش» عمل میکنند
کریتیوها (آیکون، اسکرینشات، ویدئو) معمولاً بزرگترین اهرم برای افزایش نرخ تبدیل هستند، چون کاربر سریعتر از متن با تصویر تصمیم میگیرد.
اسکرینشاتها: ترتیب پیشنهادی بر اساس قیف تصمیم
- اسکرینشات ۱: وعده اصلی (یک نتیجه مشخص).
- اسکرینشات ۲: «چطور» (ساده بودن فرآیند).
- اسکرینشات ۳: اثبات (نمونه خروجی/نتیجه).
- اسکرینشات ۴: تمایز نسبت به جایگزینها.
- اسکرینشات ۵+: ویژگیهای ثانویه/پوشش سناریوها.
قواعد طراحی که در عمل تبدیل را بالا میبرد
- یک پیام در هر فریم: اگر دو پیام دارید، یعنی هیچ پیام ندارید.
- کنتراست و خوانایی: حتی اگر متن داخل تصویر دارید، در موبایل باید سریع قابل درک باشد (اما از متن ریز پرهیز کنید).
- نشان دادن «نتیجه» بهجای «منو»: کاربر به منوی اپ علاقه ندارد؛ به خروجی علاقه دارد.
- یکپارچگی بصری: رنگها و سبک قابها ثابت باشد تا حرفهای دیده شوید.
ویدئو پیشنمایش: فقط اگر داستان را سریعتر میگوید
ویدئو برای همه اپها ضروری نیست؛ اما اگر «یادگیری» یا «اعتماد» مانع اصلی نصب است، ویدئو میتواند اثرگذار باشد. قاعده: در ۳ ثانیه اول باید وعده و نتیجه را نشان بدهید، نه لوگو و مقدمه.
دوباره به «app store optimization checklist» برگردید: آیا اسکرینشات ۱ شما همان خوشه کلمه کلیدی اصلی را پوشش میدهد یا یک پیام مبهم دارد؟
۶) مدیریت ریویوها و امتیاز: اهرم اعتماد و تبدیل
ریویو و امتیاز فقط «اعتبار اجتماعی» نیست؛ در بسیاری از دستهها، تفاوت ۴.۲ با ۴.۶ میتواند روی تصمیم کاربر اثر جدی بگذارد. هدف شما دو چیز است: افزایش نرخ دریافت ریویو و کاهش سهم ریویوهای منفی قابل پیشگیری.
چه زمانی درخواست امتیاز بدهیم؟
درخواست را زمانی بگذارید که کاربر «به نتیجه رسیده» باشد، نه لحظه ورود. چند تریگر نمونه:
- بعد از تکمیل یک کار کلیدی (مثلاً ساخت اولین پروژه/ثبت اولین تراکنش).
- بعد از ۳–۵ روز استفاده فعال.
- بعد از رسیدن به یک نقطه موفقیت (milestone).
اینجا میتوانید از مفاهیم فانل آنبوردینگ کمک بگیرید تا لحظههای «ارزشدریافت» را پیدا کنید؛ اگر نیاز دارید، راهنمای ساخت فانل آنبوردینگ و داشبوردهای Retention میتواند ورودی خوبی باشد.
پاسخ به ریویوهای منفی: یک فرآیند ساده اما منظم
- طبقهبندی: باگ، تجربه کاربری، قیمت، اعتماد/امنیت، پشتیبانی.
- اقدام: برای هر طبقه یک مالک (owner) مشخص کنید.
- پاسخ: کوتاه، محترمانه، با درخواست اطلاعات لازم (بدون دفاعیه).
- پیگیری: اگر مشکل حل شد، از کاربر بخواهید در صورت تمایل امتیاز را بهروزرسانی کند.
در «app store optimization checklist»، یک بخش ماهانه برای «تحلیل ریویوها و استخراج پیامهای پرتکرار» بگذارید؛ این پیامها خوراک مستقیم اسکرینشات و توضیحات هستند.
۷) لوکالایزیشن فارسی: کلمات همانها نیستند، «زبان تصمیم» مهم است
اگر در بازار ایران (کافهبازار/مایکت) فعالاید، لوکالایزیشن فقط ترجمه نیست؛ گاهی کاربر یک مفهوم را با واژه دیگری جستجو میکند. چند نکته کاربردی:
- واژگان رایج را از ریویوها بیرون بکشید: کاربران معمولاً مینویسند «هنگ میکنه»، «کند»، «مصرف باتری»، «تبلیغات زیاد»؛ اینها باید در پیامگذاری پاسخ داده شود.
- اصطلاحات را انسانی کنید: «گزارشگیری» ممکن است بهتر از «آنالیتیکس» بنشیند.
- قیمتگذاری/پرداخت: اگر مدل اشتراک دارید، شفافسازی در متن و اسکرینشاتها تبدیل را بالا میبرد.
۸) فریمورک تست A/B برای ASO: از ایده تا نتیجه قابل دفاع
اگر فقط «هر ماه چند عکس عوض میکنیم» روال شماست، احتمالاً نتیجه پایدار نمیگیرید. تست A/B باید فرضیهمحور باشد. این بخش، هسته اجرایی مقاله است و آن را بهعنوان مکمل «app store optimization checklist» در نظر بگیرید.
مراحل استاندارد تست A/B (حداکثر ساده، اما دقیق)
- مشکل را مشخص کنید: تبدیل پایین است یا دیدهشدن؟
- فرضیه بنویسید: «اگر X را تغییر دهیم، Y بهتر میشود چون Z».
- متغیرها را محدود کنید: در هر تست، فقط یک تغییر اصلی (مثلاً فقط اسکرینشات ۱).
- شاخص اصلی را تعیین کنید: معمولاً install conversion rate؛ گاهی CTR کارت به صفحه.
- مدتزمان/حجم نمونه را منطقی انتخاب کنید: تا حد امکان یک چرخه کامل رفتار (حداقل ۷ روز) را پوشش دهید.
- نتیجه را تفسیر کنید: فقط «برنده/بازنده» نیست؛ چرا برنده شد؟ چه چیزی یاد گرفتیم؟
نمونه فرضیههای خوب برای ASO
- «اگر اسکرینشات اول را از نمایش داشبورد به نمایش نتیجه (قبل/بعد) تغییر دهیم، نرخ نصب بالا میرود چون کاربر سریعتر ارزش را میفهمد.»
- «اگر در توضیحات کوتاه، مخاطب را مشخص کنیم (مثلاً فریلنسر/دانشجو)، تبدیل بهتر میشود چون حس تناسب ایجاد میشود.»
- «اگر بهجای ۶ ویژگی، روی ۳ ویژگی اصلی تمرکز کنیم، تبدیل بهتر میشود چون بار شناختی کمتر میشود.»
چه چیزهایی را اول تست کنیم؟ (اولویتبندی با اثر و هزینه)
| آیتم | اثر احتمالی روی تبدیل | هزینه/زمان اجرا | پیشنهاد اولویت |
|---|---|---|---|
| اسکرینشات ۱ و پیام اصلی | زیاد | متوسط | خیلی بالا |
| ترتیب اسکرینشاتها | متوسط | کم | بالا |
| آیکون | متوسط تا زیاد | متوسط | بالا (با احتیاط) |
| ویدئو | متغیر | زیاد | متوسط (بعد از اسکرینشات) |
| توضیحات بلند (بازنویسی کامل) | کم تا متوسط | کم | متوسط |
اگر دنبال یک مثال از اینکه چطور تست را ساختارمند کنید، میتوانید از منطق تست در کانالهای دیگر هم الهام بگیرید؛ مثلاً چکلیست طراحی پوش نوتیفیکیشن و A/B تست به شما کمک میکند فرضیه/شاخص/مدت را منظم تعریف کنید (با اینکه موضوع کانال متفاوت است).
۹) قالب آماده ثبت تستها و گزارش نتیجه (برای تیم و آرشیو یادگیری)
مشکل رایج تیمها این است که تستها پراکنده انجام میشود و بعد از دو ماه کسی یادش نیست چه چیزی را چرا عوض کرد. یک قالب ساده اما کامل به شما کمک میکند «یادگیری تجمعی» بسازید.
قالب ثبت تست A/B (کپی کنید و در شیت/نوشن بگذارید)
- نام تست: (مثلاً Screenshot1-ValueProp-v2)
- استور/پلتفرم: (Google Play / کافهبازار / مایکت)
- هدف: افزایش install conversion rate
- فرضیه: اگر … آنگاه … چون …
- دارایی تغییر کرده: (اسکرینشات ۱ / آیکون / ویدئو / توضیحات کوتاه)
- نسخه کنترل (A): توضیح کوتاه از وضعیت فعلی
- نسخه آزمایش (B): توضیح کوتاه از تغییر
- شاخص اصلی: conversion rate
- شاخصهای کمکی: page views، uninstall rate (اگر دارید)
- مدت زمان: (مثلاً ۱۴ روز)
- شرایط همزمان: آیا کمپین/آپدیت بزرگ/پروموشن داشتیم؟
- نتیجه: درصد تغییر + تصمیم (Rollout/Iterate/Stop)
- یادگیری: چه چیزی درباره پیام/مخاطب فهمیدیم؟
- گام بعدی: تست بعدی بر اساس نتیجه
این قالب را بهعنوان پیوست ثابت «app store optimization checklist» تیم نگه دارید تا هر چرخه بهینهسازی قابل ردگیری باشد.
۱۰) اشتباهات رایج در ASO (که معمولاً رشد را قفل میکند)
- تست همزمان چند چیز: آیکون + اسکرینشات + متن را با هم عوض میکنید و بعد نمیدانید چه چیزی اثر داشت.
- پیامهای زیاد در فریم اول: کاربر گیج میشود و «دلیل نصب» را نمیگیرد.
- اتکا به سلیقه داخلی: «این قشنگتره» جای داده و فرضیه را نمیگیرد.
- نادیده گرفتن ریویوها: در حالی که ریویوها منبع مستقیم کپیرایتینگ و ایده تستاند.
- تغییر بدون ثبت خط پایه: بعد از چند تغییر، دیگر نمیتوان اثر را اندازه گرفت.
- لوکالایزیشن سطحی: ترجمه میکنید، اما زبان جستجوی واقعی کاربر را پوشش نمیدهید.
۱۱) برنامه ۳۰/۶۰/۹۰ روزه برای اجرای ASO (واقعگرایانه و قابل اجرا)
روز ۱ تا ۳۰: پایهگذاری و اصلاحات سریع
- ساخت داشبورد خط پایه (impressions/page views/conversion).
- تکمیل تحقیق کلمات و خوشهبندی.
- بازنویسی ۲–۳ خط اول توضیحات + بولتپوینتها.
- بازطراحی یا اصلاح اسکرینشات ۱ و ترتیب اسکرینشاتها.
روز ۳۱ تا ۶۰: تستهای اول و تثبیت پیام
- اجرای ۱–۲ تست A/B روی اسکرینشات ۱ و پیام اصلی.
- استاندارد کردن فرآیند پاسخ به ریویوهای منفی و برچسبگذاری آنها.
- بهبود آیکون (اگر داده/فرضیه دارید، نه صرفاً سلیقه).
روز ۶۱ تا ۹۰: مقیاسدادن یادگیری و لوکالایزیشن
- تست روی ترکیب پیامها (برای خوشههای مختلف).
- اگر منطقی است، تولید ویدئو کوتاه.
- لوکالایزیشن برای بخشهای هدف (مثلاً نسخههای متنی متفاوت برای مخاطبهای مشخص).
در پایان ۹۰ روز، باید یک «آرشیو یادگیری» داشته باشید: چه پیامهایی بهتر کار میکند، کدام مزیتها تبدیل میسازد، و کدام نگرانیها مانع نصب است. این دقیقاً همان چیزی است که یک «app store optimization checklist» بالغ باید تولید کند: نه فقط کارهای انجامشده، بلکه دانستههای قابل استفاده.
۱۲) سوالات متداول
۱) چند وقت یکبار باید صفحه اپ را بهینه کنیم؟
اگر نصب ارگانیک برایتان مهم است، حداقل ماهانه یک چرخه بازبینی داشته باشید و هر ۴–۶ هفته یک تست مشخص اجرا کنید (با ثبت نتیجه). تغییرات بزرگ بدون تست، ریسک افت تبدیل دارد.
۲) اولویت با کلمات کلیدی است یا اسکرینشاتها؟
اگر مشکل شما «دیده نشدن» است، کلمات و متادیتا اولویت دارند؛ اگر دیده میشوید ولی نصب کم است، کریتیوها (خصوصاً اسکرینشات ۱) معمولاً سریعتر اثر میگذارند.
۳) آیا تکرار کلمات کلیدی در توضیحات باعث رشد رتبه میشود؟
اگر باعث خراب شدن خوانایی و پیامگذاری شود، معمولاً به تبدیل ضربه میزند و در نهایت نتیجه کلی بدتر میشود. بهتر است خوشهها را پوشش دهید، اما متن را انسانی نگه دارید.
۴) برای تست A/B حداقل چقدر ترافیک لازم است؟
عدد ثابت ندارد، اما معیار عملی این است که تست شما باید حداقل یک چرخه کامل رفتار (۷ روز) را پوشش دهد و تعداد نصبها آنقدر باشد که تغییرات کوچک را با نویز اشتباه نگیرید؛ اگر ترافیک کم است، سراغ تغییرات بزرگتر (مثل پیام اسکرینشات ۱) بروید.
۵) اگر امتیاز اپ پایین است، ASO فایده دارد؟
بهینهسازی صفحه کمک میکند، اما امتیاز پایین میتواند سقف تبدیل را محدود کند؛ همزمان باید روی علتهای ریویوهای منفی کار کنید (باگ، کندی، شفاف نبودن قیمت، تجربه پرداخت).
۶) در کافهبازار/مایکت با گوگلپلی چه تفاوتی در رویکرد داریم؟
منطق کلی یکسان است (کشفپذیری و تبدیل)، اما زبان کاربران، الگوهای جستجو و حساسیت به اعتماد/پشتیبانی ممکن است متفاوت باشد؛ بنابراین لوکالایزیشن و پیامگذاری فارسی در بازارهای داخلی اهمیت بیشتری پیدا میکند.
۷) چه چیزی را هرگز بدون تست تغییر ندهیم؟
آیکون و اسکرینشات ۱. این دو معمولاً بیشترین اثر را روی تصمیم سریع کاربر دارند و تغییر سلیقهای میتواند تبدیل را ناگهان پایین بیاورد.
۸) چگونه مطمئن شویم کاربر بعد از نصب هم میماند؟
ASO کار را به نصب میرساند، اما نگهداشت به آنبوردینگ و تجربه هفته اول وابسته است؛ اگر تبدیل خوب شد ولی ریزش بالاست، باید قیف آنبوردینگ و رویدادهای کلیدی را بررسی کنید.
چکلیست اجرایی ASO (app store optimization checklist)
برای اینکه کار «تمامشدنی» باشد، این چکلیست را بهصورت هفتگی/ماهانه مرور کنید:
- خط پایه: impressions / page views / conversion rate ثبت شده است.
- تحقیق کلمات: خوشهها بهروزرسانی شده و ۳ خوشه اولویتدار مشخص است.
- عنوان: خوانا، واضح، شامل دسته/فایده اصلی، بدون شلوغی.
- توضیحات: ۳ خط اول نتیجهمحور + بولتپوینتهای قابل اسکن + بخش اعتماد.
- اسکرینشاتها: فریم اول = وعده اصلی، هر فریم یک پیام، ترتیب بر اساس قیف تصمیم.
- ویدئو: اگر دارید، ارزش در ۳ ثانیه اول مشخص است.
- ریویوها: طبقهبندی ماهانه + پاسخگویی منظم + تریگر درخواست امتیاز بعد از «ارزشدریافت».
- تست A/B: فرضیه/شاخص/مدتزمان مشخص + ثبت نتیجه و یادگیری در قالب.
