پاسخ کوتاه: هزینه ساخت اپلیکیشن اختصاصی در برتینا از ۸۰ میلیون تومان شروع میشود و قیمت نهایی پس از نیازسنجی مشخص میشود — و دلیل این نقطهٔ شروع، ساده و شفاف است: یک «اپلیکیشن» در واقع سه تا چهار محصول نرمافزاری است که با هم ساخته میشوند: رابط کاربری اپ (اغلب برای دو پلتفرم iOS و اندروید)، بکاند و API که مغز ماجراست، و پنل مدیریتی که کسبوکار شما را سر پا نگه میدارد. پیشنهادهای «اپ چند میلیونی» بازار دروغ نمیگویند — چیز دیگری میفروشند: خروجی اپساز آماده، که برای بعضی کسبوکارها اتفاقاً انتخاب درستی است. این راهنما تجزیهٔ صادقانهٔ هزینه است تا بدانید هر پیشنهادی دقیقاً چه چیزی را قیمت زده.
چرا ساخت اپلیکیشن اینقدر گران است؟
پاسخ مستقیم: چون برخلاف تصور، «اپ» یک نرمافزار نیست — مجموعهای است از چند نرمافزار که باید هماهنگ کار کنند. وقتی قیمت ساخت اپلیکیشن را میشنوید، این اجزا را میخرید:
- تحلیل و طراحی تجربهٔ کاربری (UI/UX): مسیر کاربر، وایرفریم، طراحی رابط برای اندازههای مختلف صفحه، و پروتوتایپی که قبل از کدنویسی تست میشود. اپی که این مرحله را جدی نگرفته، در نظرات فروشگاهها قابل تشخیص است.
- توسعهٔ خود اپ: پیادهسازی برای iOS و اندروید — یا بومی جداگانه یا با فریمورک چندپلتفرمی که کد مشترک میسازد ولی همچنان تست و انتشار جدا میخواهد.
- بکاند و API: حساب کاربری، دادهها، منطق کسبوکار، نوتیفیکیشن — هیچ اپ جدیای بدون سرور معنا ندارد و این یک پروژهٔ کامل در دل پروژه است.
- پنل مدیریت: جایی که تیم شما محتوا، کاربران و سفارشها را اداره میکند — محصول چهارمی که خریدارها همیشه فراموش میکنند و بدون آن، برای هر تغییر کوچک به توسعهدهنده محتاجید.
با این تصویر، منطق «شروع از ۸۰ میلیون تومان» روشن میشود: این کف هزینهٔ ساختن چند محصولِ هماهنگ توسط تیم چندتخصصی است، نه قیمت یک قالب. جزئیات کامل خدمات و فرایند را در صفحهٔ ساخت اپلیکیشن اختصاصی برتینا ببینید — نیازسنجی اولیه رایگان است و پیش از آن هیچ عددی «قطعی» اعلام نمیشود.
پول اپلیکیشن دقیقاً کجا خرج میشود؟
پاسخ کوتاه: چهار فاز اصلی، بودجهٔ پروژه را بین خودشان تقسیم میکنند. نمودار و جدول زیر سهم مفهومی هر فاز را نشان میدهد — عدد دقیق هر پروژه، خروجی نیازسنجی همان پروژه است:
| جزء هزینه | چه چیزی تحویل میگیرید؟ | اگر حذف شود چه میشود؟ |
|---|---|---|
| کشف و تحلیل | سند دامنهٔ کار، مسیرهای کاربر، فهرست دقیق قابلیتها | پروژه وسط راه «قرار نبود این باشد» میخورد و بودجه میترکد |
| UI/UX | طراحی رابط و پروتوتایپ قابلتست | اپ کار میکند ولی کسی نمیتواند با آن کار کند |
| توسعهٔ اپ (iOS/اندروید) | اپلیکیشن روی هر دو پلتفرم با تست واقعی | نیمی از بازار (کاربران آیفون یا اندروید) را از دست میدهید |
| بکاند + API + پنل | سرور، دیتابیس، منطق کسبوکار، پنل ادمین | اپِ بدون مغز؛ هر تغییر محتوا یعنی انتشار نسخهٔ جدید |
| انتشار | حسابها، امضا، عرضه در مارکتها | اپ آماده است ولی به دست هیچکس نمیرسد |
| نگهداری | بهروزرسانی با تغییرات iOS/اندروید، مانیتورینگ، رفع اشکال | اپ با اولین تغییر بزرگ سیستمعامل یا مارکت از کار میافتد |
«اپ ۵ میلیونی» چیست و کِی انتخاب درستی است؟
پاسخ مستقیم و بدون تحقیر: پیشنهادهای چندمیلیونی بازار، اپ اختصاصی نمیفروشند — خروجی اپساز آماده میفروشند: قالبی از پیش ساخته که لوگو و محتوای شما در آن جایگذاری میشود و اغلب روی زیرساخت مشترک سازنده اجرا میشود. این محصول متفاوتی است، نه نسخهٔ ارزانترِ همان محصول.
اپساز کِی انتخاب درستی است؟ وقتی میخواهید ایدهای را سریع و کمهزینه بیازمایید؛ وقتی اپ صرفاً ویترین سادهٔ محتوا یا کاتالوگ است؛ یا وقتی بودجه واقعاً محدود است و «بودن در موبایل» فعلاً از «مالکیت» مهمتر است. در این سه حالت، خرج کردن چند ده میلیون برای ساخت اختصاصی، تصمیم اشتباه است — همین را صادقانه در جلسهٔ نیازسنجی هم میگوییم.
و کِی اشتباه است؟ وقتی منطق اختصاصی دارید (رزرو، پرداخت پیچیده، فرایند خاص شما)، وقتی داده و کاربر قرار است سرمایهٔ اصلی کسبوکار شود، یا وقتی مقیاس در افق است. آنجا محدودیتهای اپساز — عدم مالکیت کد، وابستگی به زیرساخت سازنده، دیوار قابلیتها — دیر یا زود هزینهای بزرگتر از تفاوت قیمت اولیه روی دستتان میگذارد.
هزینه طراحی اپلیکیشن اندروید بهتنهایی چقدر است؟
پاسخ مستقیم: تکپلتفرم شروع کردن — که در ایران تقریباً همیشه یعنی اول اندروید — هزینهٔ فاز اول را محسوس کم میکند، اما نه به اندازهٔ نصف؛ چون بکاند، پنل مدیریت، طراحی و تحلیل بین دو پلتفرم مشترکاند و فقط لایهٔ توسعهٔ اپ است که یکی میشود.
مسیر عاقلانه برای بودجهٔ محدود همین است: اندروید را کامل و درست بسازید، بازار را بیازمایید، و معماری را طوری بچینید که افزودن iOS بعداً «افزودن» باشد نه «دوبارهسازی». فریمورکهای چندپلتفرمی این مسیر را ارزانتر کردهاند: بخش بزرگی از کد بین دو پلتفرم مشترک میشود، هرچند تست، امضا و انتشار همچنان برای هر پلتفرم جداگانه است. جزئیات خدمات هر مسیر را در توسعهٔ اپلیکیشن اندروید و توسعهٔ اپلیکیشن iOS ببینید.
هزینهٔ بکاند و زیرساخت؛ قلم پنهانی که اپ را زنده نگه میدارد
پاسخ مستقیم: هر اپی که حساب کاربری، محتوا یا تراکنش دارد، به سرور نیاز دارد — و این هزینه دو بخش است: ساخت بکاند (بخشی از پروژهٔ توسعه) و میزبانی ماهانهٔ آن (هزینهٔ جاری). برای اپ با کاربر ایرانی، سرور مجازی با منابع اختصاصی نقطهٔ شروع استاندارد است؛ نزدیکی سرور به کاربر، سرعت پاسخ API را مستقیم بهتر میکند.
در ارزیابی پیشنهادها این را حتماً بپرسید: «بکاند روی زیرساخت کیست و اگر همکاری تمام شود چه میشود؟» اپهایی که بکاندشان روی زیرساخت اشتراکیِ سازنده قفل است، در عمل اجارهایاند — حتی اگر «اختصاصی» فروخته شده باشند. مالکیت واقعی یعنی کد بکاند و دسترسی سرور، هر دو، به نام شما باشد.
هزینهٔ انتشار در مارکتها چقدر است — و کلید امضا مال کیست؟
پاسخ مستقیم: هزینهٔ نقدی انتشار کوچک است — حساب توسعهدهندهٔ کافهبازار حدود ۴۰ هزار تومان در سال، گوگلپلی ۲۵ دلار برای همیشه (اما با الزام احراز هویت غیرایرانی)، و اپاستور اپل ۹۹ دلار در سال با پیشنیاز حساب خارجی. هزینهٔ واقعی انتشار، پیچیدگی مسیرهاست نه پول آن — چهار مسیر iOS در ایران و ریسک هرکدام را در راهنمای انتشار اپلیکیشن iOS در ایران کامل نوشتهایم.
و نکتهای که تقریباً هیچ فروشندهای به خریدار نمیگوید: کلید امضای اپلیکیشن (Keystore) مال کیست؟ در اندروید، هر بهروزرسانی باید با همان کلیدی امضا شود که نسخهٔ اول امضا شده — طبق مستندات رسمی اندروید، بدون آن کلید، انتشار بهروزرسانی برای همان اپ ممکن نیست. اگر کلید دست پیمانکار بماند و همکاری تمام شود، اپ شما عملاً گروگان است: نه بهروزرسانی، نه رفع باگ، نه استقلال. در هر قراردادی، تحویل Keystore و رمزهایش را صریح بنویسید — این یک خط قرارداد است که آیندهٔ محصولتان را تعیین میکند.
نگهداری اپلیکیشن؛ چرا بدون آن اپ میمیرد؟
پاسخ مستقیم: اپلیکیشن، برخلاف سایت، در محیطی زندگی میکند که هر سال زیر پایش عوض میشود — نسخهٔ جدید iOS و اندروید، تغییر سیاستهای مارکتها، تغییر SDKها و کتابخانهها. اپی که نگهداری ندارد، تاریخ انقضا دارد؛ فقط عددش را نمیدانید.
نگهداری حرفهای یعنی: سازگارسازی با نسخههای جدید سیستمعامل، پایش خطاها و کرشها، بهروزرسانی امنیتی بکاند، بکاپ، و واکنش سریع وقتی چیزی در مارکت یا درگاه تغییر میکند. در برتینا این سرویس از ۱۰ میلیون تومان در ماه شروع میشود — و اگر بودجهٔ نگهداری در طرح مالی اپ دیده نشده، آن طرح ناقص است؛ درست مثل خرید خودرو بدون بودجهٔ سرویس.
اپ و سایت را با هم میخواهید؟ حساب یکپارچه کنید
پاسخ کوتاه: اگر کسبوکارتان هم سایت و هم اپلیکیشن لازم دارد، جداگانه سفارش دادنشان تقریباً همیشه گرانتر از سفارش یکپارچه است — چون بکاند، پنل مدیریت، طراحی هویت بصری و بخشی از تحلیل، بین هر دو مشترک است و در پروژهٔ یکپارچه یکبار ساخته میشود.
در برتینا بستهٔ طراحی سایت و اپلیکیشن یکپارچه از ۱۸۰ میلیون تومان شروع میشود — در برابر جمعِ جداگانهٔ سایت اختصاصی (شروع از ۷۰) و اپ اختصاصی (شروع از ۸۰) بهعلاوهٔ دوبارهکاریهای ناگزیرِ دو پروژهٔ جدا. منطق مقایسه همان منطق راهنمای هزینه طراحی سایت است: قیمتها را با فهرست اقلام مقایسه کنید، نه با عدد سرجمع.
چطور هزینه را کم کنیم بدون اینکه کیفیت قربانی شود؟
پاسخ مستقیم: هزینهٔ اپ را نه با «ارزانتر ساختن همان دامنهٔ کار»، بلکه با «کوچکتر و هوشمندتر کردن دامنهٔ کار» پایین میآورند. چهار اهرم واقعی وجود دارد:
- نسخهٔ اول را حداقلی تعریف کنید: فهرست قابلیتها را به دو ستون «بدون آن محصول معنا ندارد» و «فاز بعد» تقسیم کنید. بیشترِ بودجههای ترکیده، حاصل نسخهٔ اولی است که میخواست همهچیز باشد.
- تکپلتفرم شروع کنید: همانطور که گفتیم، اندرویدِ کامل بهعلاوهٔ معماری آماده برای iOS، هم بودجهٔ اولیه را کم میکند و هم ریسک را.
- فریمورک چندپلتفرمی را جدی بگیرید: برای اکثر اپهای کسبوکاری، کد مشترک بین دو پلتفرم کیفیت را قربانی نمیکند و هزینهٔ توسعه و نگهداری را محسوس پایین میآورد — استثناها (بازی، پردازش سنگین، سختافزار خاص) را تیم فنی در نیازسنجی مشخص میکند.
- از داشتهها استفاده کنید: اگر سایت فعال با بکاند سالم دارید، اپ میتواند روی همان API سوار شود؛ نسازیدنِ دوبارهٔ بکاند، بزرگترین صرفهجویی ممکن است.
اهرمی که وجود ندارد: «همان دامنهٔ کار، نصف قیمت». هرجا این را شنیدید، یکی از حذفهای پنهانِ بخش بعد در جریان است.
سه سناریوی واقعی بودجه؛ خودتان را پیدا کنید
سناریو ۱ — کاتالوگ و حضور اولیه: رستوران، آرایشگاه یا فروشگاه کوچکی که میخواهد منو/خدمات و رزرو ساده در موبایل داشته باشد. مسیر منطقی: اپساز یا PWA روی سایت موجود؛ بودجهٔ آزادشده را خرج محتوا و تبلیغات کنید. ساخت اختصاصی در این سناریو، توپ جنگی برای شکار گنجشک است.
سناریو ۲ — سرویس با منطق اختصاصی: کلینیکی با رزرو و پروندهٔ مراجع، آموزشگاهی با اشتراک و آزمون، توزیعکنندهای با سفارشگیری نمایندگان. اینجا قلب محصول، منطقِ خاص شماست و اپساز جوابش را ندارد: اختصاصی، اغلب تکپلتفرم در شروع، با بکاند و پنل درست — همان محدودهٔ «شروع از ۸۰ میلیون» با فازبندی.
سناریو ۳ — محصول در مقیاس: فروشگاه پرسفارش یا سرویسی که اپ قرار است کانال اصلی درآمدش باشد. دوپلتفرم، بکاند مقیاسپذیر، مانیتورینگ جدی و قرارداد نگهداری — و معمولاً بهصرفهترین شکلش، بستهٔ یکپارچهٔ سایت+اپ است که در ادامه میآید. در این سناریو ارزانسازی اولیه، گرانترین تصمیم است؛ هر ساعت قطعی، فروش از دست رفته است.
قرارداد خوبِ ساخت اپلیکیشن چه بندهایی دارد؟
پاسخ کوتاه: قراردادی که این شش بند را صریح دارد، نشانهٔ ارائهدهندهٔ حرفهای است — و هرکدام که مبهم بماند، جای همان ابهام بعداً فاکتور میشود:
- فهرست دقیق قابلیتهای نسخهٔ اول (پیوستِ دامنهٔ کار، نه توصیف کلی)؛
- مالکیت کامل سورسکد اپ و بکاند پس از تسویه؛
- تحویل Keystore اندروید و دسترسی حسابهای مارکت و سرور؛
- فازبندی پرداخت متصل به تحویلهای قابلبررسی؛
- دورهٔ رفع اشکال پس از تحویل و شرایط نگهداری بعد از آن؛
- تکلیف تغییراتِ خارج از دامنهٔ کار (نرخ و فرایند تأیید).
چرا پیشنهاد خیلی ارزان برای اپ اختصاصی خطرناک است؟
پاسخ کوتاه: چون اپ ارزان معمولاً یکی از این چهار حذف پنهان را دارد — و هر چهارتا بعداً گران تمام میشوند:
- اپساز با برچسب «اختصاصی»: ظاهر پروژه اختصاصی است، باطنش قالب مشترک؛ اولین درخواست تغییرِ واقعی، دیوار را نشانتان میدهد.
- بدون تحویل کد و کلید: سورسکد، Keystore و دسترسی سرور تحویل نمیشود — یعنی محصول را «خریدهاید» ولی مالکش نیستید.
- تست فقط روی یک گوشی: دنیای اندروید دهها اندازه و نسخهٔ متفاوت دارد؛ اپ تستنشده، نظرات منفی و حذف کاربران را در هفتهٔ اول میگیرد.
- رها شدن پس از تحویل: بدون قرارداد نگهداری، اولین بهروزرسانی بزرگ iOS/اندروید یا تغییر سیاست مارکت، پایان عمر اپ است.
آزمون ساده: از ارائهدهنده بخواهید مکتوب تأیید کند که سورسکد، Keystore، دسترسی کامل سرور و مستندات، جزو تحویل است. واکنش به همین یک درخواست، جنس پیشنهاد را مشخص میکند.
هزینهٔ اپ در طول عمر؛ بودجهٔ سهساله را ببینید نه فاکتور اول را
پاسخ مستقیم: مثل سایت — و حتی جدیتر از آن — هزینهٔ واقعی اپلیکیشن، جمعِ سهسالهٔ چهار قلم است، نه فاکتور ساخت:
- ساخت (یکبار): از ۸۰ میلیون تومان برای اپ اختصاصی، با فازبندی؛
- نگهداری (ماهانه): از ۱۰ میلیون تومان — در اپ، این قلم اختیاری نیست، چون سیستمعاملها و مارکتها هر سال قواعد را عوض میکنند؛
- زیرساخت (ماهانه/سالانه): سرور بکاند، دامنه و SSL برای API، و سرویسهای جانبی (پیامک، نوتیفیکیشن)؛
- حسابها و تمدیدها (سالانه): حسابهای توسعهدهندهٔ مارکتها و هزینهٔ نگهداشت مسیر انتشار — که در ایران، خودش تصمیمی استراتژیک است.
این جدول را برای سه سال پر کنید و بعد پیشنهادها را مقایسه کنید. دو نتیجهٔ همیشگی این تمرین: اول، فاصلهٔ پیشنهادهای «ارزان» و «حرفهای» در افق سهساله بسیار کوچکتر از فاصلهٔ فاکتور اولشان است؛ دوم، اپی که بودجهٔ نگهداری ندارد، در واقع پروژهای نیمهکاره است که هنوز خودش را نشان نداده. اگر مسیر مشابه این تحلیل را برای سایت میخواهید، راهنمای هزینه طراحی سایت همین چارچوب را با جزئیات کامل دارد.
چکلیست نیازسنجی اپلیکیشن؛ قبل از قیمت گرفتن جواب اینها را داشته باشید
- اپ دقیقاً چه مسئلهای را برای کاربر حل میکند — در یک جمله؟
- کاربر شما بیشتر آیفون دارد یا اندروید؟ (تصمیم تک/دوپلتفرمی از همینجا شروع میشود)
- کدام قابلیتها برای نسخهٔ اول «ضروری»اند و کدام «فاز بعد»؟
- اپ به چه سیستمهایی وصل میشود؟ (پرداخت، پیامک، حسابداری، سایت فعلی)
- محتوای اپ را چه کسی و از کجا مدیریت میکند؟
- انتشار در کدام مارکتها هدف است و الزامات هرکدام را میدانید؟
- بودجهٔ نگهداری ماهانه و زیرساخت سرور دیده شده؟
- معیار موفقیت نسخهٔ اول چیست؟ (نصب؟ سفارش؟ رضایت؟)
با پاسخ این هشت سؤال به جلسهٔ نیازسنجی بیایید تا پیشنهادی که میگیرید، قیمتِ پروژهٔ شما باشد، نه قیمتِ حدس ما. تجربهٔ تکراری پروژههای اپ همین است: تیمی که با پاسخهای مکتوب وارد جلسه میشود، هم پیشنهاد دقیقتری میگیرد و هم در اجرای پروژه، با کمترین تغییرِ دامنهٔ کار به مقصد میرسد — و همین دو، بزرگترین محافظ بودجهٔ شما هستند.
سوالات متداول دربارهٔ هزینه ساخت اپلیکیشن
قیمت ساخت اپلیکیشن فروشگاهی چقدر است؟
اپ فروشگاهی بهدلیل درگاه پرداخت، سبد خرید، مدیریت سفارش و اتصال به موجودی، در ردهٔ پرهزینهترین اپهاست و از کف ۸۰ میلیون تومانی فاصلهٔ بیشتری میگیرد؛ عدد دقیق تابع یکپارچهسازیهای شماست و پس از نیازسنجی اعلام میشود. اگر فروشگاه وردپرسی فعالی دارید، گاهی ترکیب سایت قوی + PWA، نتیجهٔ بهتری از اپ بومی زودهنگام میدهد.
اپساز آماده بخرم یا اپ اختصاصی بسازم؟
قاعدهٔ سرانگشتی: برای آزمودن ایده، کاتالوگ ساده یا حضور اولیه، اپساز منطقی است؛ برای منطق اختصاصی، مالکیت داده و برنامهٔ رشد، اختصاصی. مرز واقعی «مالکیت» است: در اپساز، کد و زیرساخت مال شما نیست — این را با نیاز سهسالهٔ کسبوکارتان بسنجید، نه با بودجهٔ امسال.
ساخت اپلیکیشن چقدر طول میکشد؟
اپ اختصاصی واقعی، پروژهای چندماهه است: تحلیل و طراحی چند هفته، توسعه و تست چند ماه، و انتشار بسته به مارکتها. وعدهٔ «دو هفتهای» فقط با اپساز یا حذف تست ممکن است. زمان دقیق مثل قیمت، خروجی نیازسنجی است و فازبندی میشود.
سورسکد و کلید امضا (Keystore) به من تحویل داده میشود؟
در قرارداد حرفهای، بله — و باید صریح نوشته شود: سورسکد اپ و بکاند، Keystore اندروید با رمزهایش، دسترسی حسابهای مارکت و سرور. بدون Keystore، هیچکس جز پیمانکار قبلی نمیتواند برای اپ شما بهروزرسانی منتشر کند — این مهمترین سطر قرارداد اپ اندرویدی است.
آیا PWA جایگزین ارزانتر اپ است؟
برای بسیاری از سرویسهای محتوایی و فروشگاهی، بله: وباپ نصبشدنی با یک کدبیس، بدون کارمزد و ریسک مارکتها، و از iOS 16.4 حتی با نوتیفیکیشن. جایی که PWA کم میآورد، قابلیتهای عمیق سختافزاری و تجربهٔ کاملاً بومی است. تحلیل کامل این انتخاب، موضوع مقالهٔ بعدی همین مجموعه است.
هزینهٔ نگهداری اپلیکیشن چقدر است و چرا اجباری است؟
در برتینا نگهداری از ۱۰ میلیون تومان در ماه شروع میشود و شامل سازگارسازی با بهروزرسانیهای iOS/اندروید، پایش کرش و خطا، امنیت بکاند و پشتیبانی است. اجباری است چون محیط اپ — سیستمعامل، مارکت، SDKها — دائم تغییر میکند؛ اپ بدون نگهداری، با اولین تغییر بزرگ، خاموش میشود.
