انتشار اپلیکیشن در بازارهای ایرانی
اپلیکیشن آماده است. حالا چطور به دست کاربر میرسد؟
در بیشتر بازارها جواب یک جمله است: در گوگلپلی و اپاستور منتشرش کنید. در ایران، این سؤال چند جواب دارد و هرکدام قواعد، تأخیر و محدودیت خودش را دارد.
این بخشی از پروژه است که تقریباً همیشه دیر به آن فکر میشود و بعد هفتهها تأخیر میسازد.
اندروید: چند کانال، نه یکی
کافهبازار. بزرگترین و اصلیترین. بیشترین کاربر، بیشترین قواعد.
مایکت. دومین، با کاربران قابل توجه.
سایر بازارها با سهم کمتر.
دانلود مستقیم از سایت خودتان. بدون واسطه و بدون بازبینی — و کاربر باید «نصب از منابع ناشناس» را فعال کند، که برای بخشی از مخاطبان مانع واقعی است.
قاعدهٔ عملی: در چند کانال منتشر کنید، و از روز اول فرض نکنید همه یک نسخه دارند.
این آخری یک الزام معماری است، نه یک نکتهٔ عملیاتی: هر بازار تأخیر بازبینی خودش را دارد، پس در هر لحظه نسخههای متفاوتی از اپ شما در دست کاربران است. سرویس شما باید با نسخههای قدیمی سازگار بماند — همان بندی که در مدیریت انتشار گفتیم.
چه چیزی لازم است
برای انتشار در بازارهای اصلی:
- حساب توسعهدهنده، با احراز هویت — معمولاً کد ملی و گاهی مدارک شرکت.
- آیکون و تصاویر در ابعاد مشخص.
- توضیحات فارسی.
- سیاست حریم خصوصی، اگر داده جمع میکنید.
- مجوزها، برای دستههای خاص: مالی، سلامت، محتوا.
آن آخری بیشترین تأخیر را میسازد. اگر اپلیکیشن شما در حوزهٔ تنظیمشدهای است، فرایند مجوز را از ابتدای پروژه و موازی با توسعه شروع کنید — نه بعد از آماده شدن اپ. تعداد تیمهایی که محصولشان آماده بوده و ماهها پشت مجوز ماندهاند، کم نیست.
چه چیزی رد میشود
دلایل رایج رد شدن، که با کمی دقت قابل پیشگیریاند:
دسترسیهای غیرضروری. اپلیکیشنی که بدون دلیل روشن دسترسی مخاطبین یا موقعیت میخواهد. برای هر دسترسی باید دلیل بیاورید و آن دلیل باید با کارکرد اپ بخواند.
پرداخت خارج از سازوکار مجاز. قواعدش را پیش از پیادهسازی بخوانید.
محتوای مغایر قواعد.
اپلیکیشنی که فقط پوستهٔ سایت است. بازارها به اپلیکیشنی که صرفاً یک مرورگر است با تردید نگاه میکنند. اگر تصمیم دارید از وب شروع کنید، بحثش در اول اپ بسازیم یا سایت آمده.
نبود توضیح کافی یا تصاویری که با محتوای اپ نمیخواند.
خطا در اولین اجرا. بازبین اپ را باز میکند؛ اگر بلافاصله بسته شود، رد میشود. روی دستگاه واقعی و از حالت نصب تازه تست کنید.
زمانبندی، که باید در برنامه باشد
بازبینی معمولاً چند روز طول میکشد و قابل پیشبینی دقیق نیست. سه پیامد:
رفع باگ فوری، فوری نیست. باگی که در وب پانزده دقیقهای اصلاح میشود، در اپ ممکن است روزها طول بکشد.
راهاندازی هماهنگ با بازاریابی سخت است. اگر کمپینی دارید، انتشار را زودتر انجام دهید و قابلیت را با پرچم قابلیت روشن کنید — سازوکارش در مدیریت انتشار.
انتشار همزمان در کانالها را فرض نکنید.
بهروزرسانی اجباری
قابلیتی که باید از نسخهٔ اول باشد، چون افزودنش بعداً روی نسخههای منتشرشده غیرممکن است.
اپ در شروع از سرور میپرسد آیا نسخهٔ فعلی هنوز پشتیبانی میشود. سه حالت:
- مجاز: ادامه.
- پیشنهاد بهروزرسانی: پیام قابل رد کردن.
- اجباری: ادامه ممکن نیست.
اجباری را کم استفاده کنید — فقط وقتی نسخهٔ قدیمی واقعاً کار نمیکند یا مشکل امنیتی دارد. و حتماً لینک مستقیم به همان بازاری بدهید که کاربر از آن نصب کرده، نه یک لینک ثابت.
مسئلهٔ iOS
اینجا صادق باشیم: انتشار در اپاستور برای توسعهدهندهٔ ایرانی مستقیماً ممکن نیست.
گزینههای عملی:
نصب مستقیم با پروفایل سازمانی، برای کاربران محدود و کنترلشده — مناسب اپ داخلی سازمان، نه محصول عمومی.
بازارهای واسط ایرانی برای iOS، که فرایند نصبشان دردسر بیشتری برای کاربر دارد.
اپلیکیشن وب پیشرو (PWA). روی iOS محدودیت دارد — بهویژه در اعلان — ولی برای بخش زیادی از محصولات کافی است و بدون هیچ فروشگاهی نصب میشود. جزئیاتش در PWA چیست.
توصیهٔ عملی ما: اگر سهم iOS در مخاطبان شما کوچک است، از PWA شروع کنید و منابع را روی اندروید بگذارید. اگر مخاطبتان عمدتاً iOS است — که در بعضی حوزههای لوکس و B2B واقعاً همینطور است — این را پیش از شروع پروژه حل کنید، نه بعدش. تصمیم فناوریاش در انتخاب فناوری برای استارتاپ.
دانلود مستقیم، جدیتر از آنچه به نظر میرسد
برای بسیاری از محصولات B2B و سازمانی، دانلود مستقیم کاملاً کافی است — چون کاربران محدود و مشخصاند.
اگر این مسیر را انتخاب میکنید:
- صفحهٔ فرود با راهنمای نصب تصویری. «نصب از منابع ناشناس» برای کاربر عادی گیجکننده است.
- فایل امضاشده، با کلید ثابت. اگر کلید عوض شود، کاربران نمیتوانند بهروزرسانی کنند و باید حذف و نصب مجدد کنند.
- سازوکار بهروزرسانی داخل اپ، چون بازاری نیست که خودش خبر بدهد.
- کلید امضا را جایی امن نگه دارید و پشتیبان بگیرید. از دست دادن کلید امضا یعنی نمیتوانید هرگز بهروزرسانی منتشر کنید و باید اپ جدیدی بسازید. این را در تداوم کسبوکار هم گفتیم؛ اینجا بازگشتناپذیرترین شکلش است.
چکلیست پیش از اولین انتشار
- حساب توسعهدهنده و احراز هویت انجام شده
- مجوزهای صنفی، اگر لازم است، شروع شده
- دسترسیها حداقلی و هرکدام توجیه دارند
- سیاست حریم خصوصی نوشته و در دسترس است
- سازوکار بهروزرسانی اجباری در اپ هست
- سرویس با نسخههای قدیمی اپ سازگار است
- کلید امضا پشتیبانگیری شده
- روی دستگاه واقعی و نصب تازه تست شده
- رفتار اولین اجرا بررسی شده — تجربهٔ اولین اجرا
- برنامهٔ انتشار در هر کانال با تأخیرش دیده شده
بند یکیماندهبهآخر را جدی بگیرید: بازبین بازار، دقیقاً همان تجربهای را میبیند که کاربر تازه میبیند.