«اندروید یا iOS یا PWA؟» طرحِ غلطِ مسئله است، چون این سه همجنس نیستند: دو تای اول سیستمعاملاند و سومی روشِ تحویل. به همین دلیل هر مقایسهای که این سه را در یک ردیف بگذارد به «بستگی دارد» ختم میشود.
تصمیمِ واقعی دو لایه دارد و باید جدا گرفته شود: توزیع — کاربر چطور آن را به دست میآورد و روی گوشی نگه میدارد؟ و قابلیت — چه چیزی از کارِ شما به سختافزار و سیستمعامل نیاز دارد؟ و نکتهای که تقریباً همهی مقایسهها از آن میگذرند این است که در ایران گلوگاه معمولاً لایهی اول است، نه دوم.
مطالبی که در ادامه می خوانید:
قبل از هر مقایسهای: عددِ خودتان، نه میانگینِ کشور
در هر مقالهای دربارهی این موضوع دو جمله تکرار میشود: «بیشترِ کاربرانِ ایرانی اندرویدیاند» و «کاربرانِ آیفون قدرتِ خریدِ بالاتری دارند». هر دو باورِ رایجاند، ولی برای تصمیمِ شما دو مشکلِ اساسی دارند: عددِ قابلِ استنادی پشتشان نیست، و مهمتر اینکه میانگینِ کشور دربارهی مخاطبِ خاصِ شما هیچ نمیگوید. ترکیبِ دستگاه در یک فروشگاهِ لوازمِ یدکی با یک فروشگاهِ لوازمِ آرایشِ برند زمین تا آسمان فرق دارد.
خوشبختانه هر دو سؤال جوابِ اندازهگیریپذیر دارند و جوابشان همین حالا در آمارِ سایتِ شماست:
- سهمِ دستگاه در ترافیکِ خودتان — چند درصد از بازدیدکنندگانتان اندروید و چند درصد iOS هستند.
- متوسطِ ارزشِ سفارش به تفکیکِ دستگاه — این عددِ طلایی است. اگر فرضِ «آیفونیها گرانتر میخرند» برای کسبوکارِ شما درست باشد، اینجا خودش را نشان میدهد؛ و اگر درست نباشد، از تصمیمِ چند صد میلیونی نجاتتان میدهد.
و اگر این داده را ندارید، یعنی هنوز سایت ندارید — که خودش جوابِ سؤالِ مقدمتری است: اپ لازم دارم یا سایت کافی است. ساختِ اپ بدونِ دانستنِ ترکیبِ دستگاهِ مخاطب، تصمیمگیری با چشمِ بسته است.
گیتِ اول و مهمترین: توزیع
این بخشی است که در مقایسههای فارسی معمولاً به یک جمله خلاصه میشود، در حالی که برای کسبوکارِ ایرانی مهمترین بندِ تصمیم است. سؤالِ درست این نیست «کدام پلتفرم بهتر است»، این است: کاربر از چه مسیری این را نصب میکند، و آن مسیر چقدر پایدار است؟
- اندروید: مسیرِ روشن است — بازارهای داخلی و همچنین نصبِ مستقیمِ فایل. یعنی توزیع دستِ خودتان است و به تأییدِ هیچ نهادِ خارجی گره نخورده.
- iOS: اینجا باید صریح بود. انتشار در App Store برای توسعهدهندهی ایرانی مسیرِ سربالایی است و سابقهی حذفِ اپهای ایرانی هم وجود دارد. این یعنی ریسکِ توزیع بخشی از هزینهی پروژه است، نه یک جزئیاتِ فنی. ⚠️ وضعیتِ دقیق و روزِ این مسیر چیزی است که قبل از بستنِ بودجه باید استعلام کنید — نه بعد از اینکه اپ ساخته شد. کسی که این را زودتر نپرسد، ممکن است اپی بسازد که راهی برای رسیدن به کاربر ندارد.
- PWA: استوری در میان نیست، پس هیچکس نمیتواند حذفش کند. این بزرگترین مزیتِ کمگفتهی PWA در بافتِ ایران است — ولی جای اصطکاکش عوض میشود، که بخشِ بعدی است.
قاعدهی عملی: اگر بخشِ قابلِ توجهی از مشتریانِ ارزشمندتان iOS دارند، پیش از تصمیم دربارهی زبان و فریمورک، اول تکلیفِ مسیرِ توزیعِ iOS را روشن کنید. این تنها بندِ تصمیم است که اگر غلط دربیاید، بودجهی ساخت را کاملاً هدر میدهد — بقیهی اشتباهها قابلِ اصلاحاند.
PWA اصطکاک را حذف نمیکند، جابهجا میکند
روایتِ رایج این است که PWA «بدونِ رفتن به استور نصب میشود» و همین سریع و ارزانش میکند. نصفِ اول درست است. نصفِ دومِ ماجرا این است که کاربر باید بداند «افزودن به صفحهی اصلی» را بزند — و هیچکس این را خودش نمیداند.
روی اندروید مرورگر معمولاً خودش پیشنهادِ نصب میدهد، پس اصطکاک کم است. ولی روی iOS این گزینه در منوی اشتراکگذاری پنهان است و هیچ پیشنهادِ خودکاری هم داده نمیشود؛ یعنی کاربرِ آیفونی که آموزش نبیند، PWA شما را عملاً هرگز نصب نمیکند و هر بار مثلِ یک سایتِ معمولی بازش میکند.
نتیجهی عملی که تقریباً هیچجا گفته نمیشود: اگر PWA انتخاب کردید، آموزشِ نصب بخشی از محصول است، نه یک کارِ اضافه. یک بخشِ کوچک در همان صفحه با اسکرینشاتِ مسیر، جدا برای اندروید و iOS. بدونِ آن، PWA فقط یک سایت است — و آنوقت مزیتِ اصلیاش (بازگشتِ کاربر با آیکون روی صفحهی اصلی) را از دست دادهاید.
پنج قابلیتی که تصمیم را قطعی میکنند
بهجای فهرستِ کلیِ «PWA به بعضی امکاناتِ گوشی دسترسیِ محدودتری دارد»، پنج موردی که در عمل تصمیم را عوض میکنند:
| قابلیت | وضعیت در PWA | چهوقت تصمیم را قطعی میکند |
|---|---|---|
| اعلانِ فوری (پوش) | روی اندروید کار میکند. روی iOS فقط برای PWAیی که کاربر به صفحهی اصلی اضافه کرده باشد | اگر مدلِ کسبوکارتان به بازگشتِ مکررِ کاربر وابسته است، این تعیینکنندهترین بند است — باشگاه مشتریان |
| موقعیتِ مکانی در پسزمینه | عملاً نه | پیک، حملِ بار، ردیابیِ سفارش ⇒ اپِ بومی لازم است |
| سختافزار و بلوتوث | محدود و ناهمسان بین مرورگرها | ترازو، بارکدخوانِ بلوتوثی، چاپگرِ رسید ⇒ اپِ بومی |
| کارکردِ آفلاینِ سنگین | آفلاینِ سبک بله؛ دادهِ حجیم و همگامسازیِ پیچیده نه | فرمِ میدانی، بازرسی، انبارگردانیِ بیاینترنت ⇒ اپِ بومی |
| پرداختِ درونبرنامهای | پرداختِ وبِ معمولی بله | در ایران معمولاً مسئله نیست چون پرداخت از درگاهِ بانکی انجام میشود؛ ولی قواعدِ استورها را قبلاً بخوانید |
و برعکسش هم مهم است: اگر هیچکدام از این پنج مورد در کارِ شما نیست — که برای بخشِ بزرگی از فروشگاهها و کسبوکارهای خدماتی صادق است — PWA از نظرِ قابلیت هیچ کمبودی برایتان ندارد و بحث کاملاً به لایهی توزیع و تجربه برمیگردد. در آن حالت سرعتِ وب مستقیماً همان تجربهی «اپمانند» را میسازد: سرعتِ سایت.
هزینهی واقعی در نگهداری است، نه در ساخت
«ساختِ همزمان برای دو پلتفرم گرانتر است» درست ولی گمراهکننده است، چون تصویرِ سالِ اول را میدهد. تصویرِ درست این است:
پلتفرمِ دوم در سالِ اول ارزانتر از اولی تمام میشود، چون طراحی، منطقِ کسبوکار و API از قبل ساخته شدهاند و فقط لایهی رابط دوباره پیاده میشود. ولی در سالهای بعد تقریباً همقیمتِ اولی است — و دلیلش ساده است: نگهداری با تعدادِ پلتفرم نصف نمیشود. دو چرخهی انتشار، دو صفِ بررسی و انتشار، دو جریانِ گزارشِ خطا، و هر تغییرِ کوچکِ محصول باید دو بار انجام و دو بار آزمون شود.
پس قاعده: تصمیمِ پلتفرم را با هزینهی سهساله بسنجید نه با فاکتورِ ساخت. بازهی واقعیِ قیمت و روشِ برآوردش در هزینهی ساخت اپلیکیشن موبایل در ایران آمده.
مسیرِ تصمیم
بهجای «بستگی دارد»، چهار پرسش بهترتیب. اولین جوابِ «بله» تصمیم را میگیرد:
- آیا یکی از آن پنج قابلیت را لازم دارید؟ بله ⇒ اپِ بومی، و PWA از فهرست خارج میشود. این بند فنی است و مذاکرهپذیر نیست.
- سهمِ iOS در ترافیک و در ارزشِ سفارشِ شما چقدر است؟ ناچیز ⇒ فقط اندروید، و باقیِ بودجه صرفِ کیفیت شود نه پوشش. قابلِ توجه ⇒ برو به پرسشِ ۳.
- مسیرِ توزیعِ iOS برایتان روشن و پایدار است؟ نه ⇒ PWA بهترین راهِ رسیدن به کاربرانِ iOS است، حتی اگر برای اندروید اپِ بومی بسازید. بله ⇒ برو به پرسشِ ۴.
- بودجهی سهسالهی دو پلتفرم را دارید؟ نه ⇒ با یکی شروع کنید و آن یکی را با پرسشِ ۲ انتخاب کنید. بله ⇒ هر دو، ولی مرحلهای؛ اولی را منتشر کنید و از بازخوردش برای دومی استفاده کنید.
و یک الگوی ترکیبی که در عمل خوب جواب میدهد و کمتر پیشنهاد میشود: اپِ بومیِ اندروید بهعلاوهی PWA برای iOS. پوششِ کاملِ مخاطب با یک کدِ وبِ مشترک، بدونِ گرهخوردن به مسیرِ توزیعِ App Store.
اگر کسبوکارتان رستورانی یا خدماتی است، منطقِ تصمیم لایهی دیگری هم دارد: اپ سفارش غذا یا پلتفرم واسط و نوبتدهی آنلاین.
جمعبندی
سه چیز را ببرید. اول: تصمیم را با آمارِ ملی نگیرید — سهمِ دستگاه و متوسطِ ارزشِ سفارش به تفکیکِ دستگاه در آنالیتیکسِ خودتان هست و هزار برابر مربوطتر است. دوم: گیتِ اول توزیع است نه قابلیت؛ تکلیفِ مسیرِ انتشارِ iOS را قبل از بستنِ بودجه روشن کنید، چون این تنها اشتباهی است که کلِ بودجهی ساخت را هدر میدهد. سوم: PWA اصطکاکِ استور را حذف نمیکند، جابهجا میکند — آموزشِ نصب بخشی از محصول است.
برای بررسیِ انتخابِ درست در موردِ خودتان، صفحهی طراحی اپلیکیشن موبایل را ببینید.
هفت علتِ شایعِ ردِ اپ در بازبینی و تصمیمهایی که باید قبل از ساخت گرفته شوند، در راهنمای انتشار اپ در کافهبازار و گوگلپلی آمده.
نظرات
0 نظرهنوز نظری ثبت نشده است. اولین نفری باشید که دیدگاهش را مینویسد.
دیدگاه خود را بنویسید