وب اپلیکیشن دقیقاً چه چیزی است که قیمتش را می‌پرسید؟
سایت معمولی برای «نمایش» ساخته میشود: معرفی شرکت، چند صفحه خدمات و یک فرم تماس. وب اپلیکیشن برای «انجام کار» ساخته میشود: کاربر وارد حساب خودش میشود، سفارش ثبت می‌کند، پرداخت می‌کند و وضعیت کارش را دنبال می‌کند. همهٔ این‌ها در مرورگر و بدون نصب انجام میشود.
سامانهٔ نوبت‌دهی یک کلینیک، پورتال مشتریان یک شرکت پخش و پلتفرم آموزش آنلاین، هر سه وب‌اپ هستند. وب‌اپ از دستهٔ توسعه نرم‌افزار سفارشی است: نرم‌افزاری که برای روش کار خود شما ساخته میشود.
تقریباً همهٔ این سامانه‌ها یک بخش مدیریتی هم دارند که تیم شما با آن کار می‌کند. هزینهٔ آن بخش را جدا در مقالهٔ هزینه طراحی پنل مدیریت اختصاصی باز کرده‌ایم.
۶ عاملی که هزینه ساخت وب اپلیکیشن را تعیین می‌کنند
پنج عامل اول از صفحهٔ طراحی و توسعه وب اپلیکیشن تکنوراه آمده است. عامل ششم، انتقال داده، همان چیزی است که در برآوردها زیاد جا می‌ماند. جدول زیر را پیش از قیمت گرفتن پر کنید.
| عامل هزینه | چرا هزینه را بالا می‌برد | سؤالی که قبل از قیمت گرفتن جواب می‌دهید |
|---|---|---|
| نقشها و پنلها | هر نقش صفحه‌ها، دسترسی‌ها و آزمون جدا لازم دارد | چند نوع کاربر داریم و هر کدام دقیقاً چه کاری می‌کند؟ |
| منطق کسبوکار | قاعده‌های خاص شما در هیچ قالب آماده‌ای نیست و باید طراحی و تست شود | کدام قاعده مخصوص کار ماست؟ (قیمت، کمیسیون، تأیید) |
| اتصال‌ها | هر سیستم بیرونی رابط، خطاگیری و آزمون خودش را دارد | به کدام سیستم‌ها باید وصل شویم؟ |
| طراحی رابط کاربری | طراحی اختصاصی کار بیشتری از قالب آماده دارد | هویت بصری داریم؟ طراحی اختصاصی لازم است یا نه؟ |
| حجم کاربر و داده | معماری برای بار زیاد از روز اول کار بیشتری دارد | در شروع چند کاربر هم‌زمان داریم؟ |
| انتقال دادهٔ قدیمی | داده‌ها باید پاک‌سازی، تبدیل و وارد سیستم جدید شوند | از اکسل یا سیستم قبلی چه دادهای منتقل میشود؟ |
نقشها و پنلها
نقش کاربری یعنی نوع کاربری که دسترسی و صفحه‌های خودش را دارد. مثال فرضی: سامانه‌ای که فقط «مشتری» و «مدیر» دارد، با سامانه‌ای که مشتری، کارشناس، سرپرست و حسابدار دارد، از نظر حجم کار فرق جدی دارد. هر نقش یعنی مجموعه‌ای صفحه و قاعدهٔ دسترسی تازه.
منطق کسبوکار
منطق کسبوکار یعنی قاعده‌هایی که کار شما را از بقیه جدا می‌کند. صفحهٔ خدمت ما سه نمونهٔ رایج را نام می‌برد: قیمت‌گذاری پویا، کمیسیون چندسطحی و گردش تأیید چندمرحله‌ای. مثال فرضی: اگر هر سفارش باید اول تأیید کارشناس و بعد تأیید مالی بگیرد، این گردش کار باید طراحی، ساخته و برای همهٔ حالت‌های رد و برگشت تست شود.
اتصال به سرویسهای بیرونی
درگاه پرداخت، نرم‌افزار حسابداری، پنل پیامک یا اپ موبایل، هر کدام یک اتصال است. API یعنی راهی که دو نرم‌افزار با آن داده رد و بدل می‌کنند. مثال فرضی: اتصال به پنل پیامک معمولاً ساده است، ولی همگام‌سازی دوطرفهٔ فاکتورها با حسابداری کار خیلی بیشتری دارد، چون ناهمخوانی‌ها هم باید مدیریت شوند.
طراحی رابط کاربری
رابط کاربری همان چیزی است که کاربر می‌بیند و با آن کار می‌کند. مثال فرضی: پنل داخلی که فقط کارمندان می‌بینند با یک طراحی تمیز و استاندارد کار می‌کند؛ ولی پلتفرمی که مشتری باید با آن خرید کند، معمولاً طراحی اختصاصی و هم‌خوان با برند می‌خواهد.
حجم کاربر و داده
مثال فرضی: سامانه‌ای که در شروع ده‌ها کاربر داخلی دارد، با پلتفرمی که از روز اول قرار است برای عموم باز شود، معماری یکسانی لازم ندارد. لازم نیست از روز اول برای بزرگ‌ترین حالت بسازید، ولی پیمانکار باید بداند در شروع با چه حجمی روبه‌روست.
انتقال داده از سیستم قبلی
مثال فرضی: شرکتی که سال‌ها مشتری‌ها و قراردادها را در چند فایل اکسل نگه داشته، پیش از ورود داده‌ها به سیستم جدید باید تکراری‌ها و ناقص‌ها را یکی کند. این کار در برآوردهای یک‌خطی معمولاً دیده نمیشود. اگر بخش گزارش و داشبورد هم دارید، مقالهٔ داشبورد مدیریتی چیست کمک می‌کند بدانید دقیقاً چه می‌خواهید.
هزینه انواع وب اپلیکیشن؛ چه چیزی هر نوع را سنگین می‌کند؟
نوع سامانه به‌تنهایی قیمت را نمی‌گوید، ولی نشان می‌دهد کار سنگین کجاست. این جدول بر پایهٔ توصیف همین انواع در صفحهٔ خدمت ماست و رتبه‌بندی قیمت نیست. قیمت طراحی وب اپلیکیشن برای پنل ساده و پلتفرم چندنقشی خیلی فرق دارد.
| نوع وب‌اپ | چه چیزی هزینه‌اش را سنگین می‌کند |
|---|---|
| پورتال مشتری | سفارش، قرارداد، فاکتور و تیکت، و اتصال به سیستم‌های داخلی شرکت |
| پلتفرم آنلاین (مثل نوبت‌دهی یا رزرو) | کل مسیر خدمت از ثبت‌نام و انتخاب تا پرداخت، پیگیری و پشتیبانی |
| مارکت‌پلیس | پنل فروشنده، محاسبهٔ کمیسیون، تسویه‌حساب، مدیریت اختلاف و امتیازدهی |
| SaaS | جداسازی دادهٔ هر مشتری، پلن‌های اشتراک، صورت‌حساب دوره‌ای و محدودیت‌های هر پلن |
| PWA | نصب روی گوشی بدون فروشگاه اپ؛ معمولاً روی یکی از انواع بالا اضافه میشود |
SaaS یعنی نرم‌افزاری که مشتری‌ها به‌صورت اشتراکی از آن استفاده می‌کنند. «چندمستأجری» هم یعنی دادهٔ هر مشتری کاملاً از بقیه جدا بماند. این تصمیم باید از اول در معماری دیده شود و اضافه کردنش در ادامهٔ کار گران است.
مثال فرضی: بنیان‌گذاری که «یک پلتفرم آموزش آنلاین» می‌خواهد، اگر فقط دوره‌های خودش را بفروشد، یک پلتفرم آنلاین ساده‌تر لازم دارد. اگر بخواهد مدرس‌های دیگر هم دوره بفروشند، کارش به مارکت‌پلیس نزدیک میشود: پنل مدرس، کمیسیون و تسویه.
مثال فرضی: پورتال مشتری یک شرکت خدماتی، از نسخه اول تا فاز دوم
یک شرکت خدماتی را در نظر بگیرید که درخواست‌های مشتری را با تلفن و اکسل پیگیری می‌کند. می‌خواهد مشتری خودش درخواست ثبت کند و وضعیتش را ببیند. این مثال فرضی است و عددی ندارد.
| نسخه اول | فاز دوم |
|---|---|
| ورود مشتری | اتصال به نرم‌افزار حسابداری |
| ثبت درخواست | اپ موبایل روی همان بکاند |
| پیگیری وضعیت درخواست | گزارش‌های پیشرفته برای مدیر |
| پنل کارشناس برای پاسخ و تغییر وضعیت | امکانات تازه بر اساس بازخورد مشتری‌ها |
نکتهٔ مهم: نسخه اول یک جریان کامل است، نه نیمی از همه چیز. مشتری از ورود تا دیدن نتیجهٔ درخواستش را طی می‌کند و کارشناس کار واقعی انجام می‌دهد. فاز دوم روی داده و بازخورد واقعی برنامه‌ریزی میشود.
اگر هنوز از خود ایده مطمئن نیستید، با ساخت نسخه اولیه (MVP) شروع کنید. MVP یعنی کوچک‌ترین نسخه‌ای که مسئلهٔ اصلی را حل می‌کند. راه‌های دیگر کم کردن خرج نسخه اول را در کاهش هزینه ساخت اپلیکیشن نوشته‌ایم.
وب اپلیکیشن یا سایت وردپرسی؛ کدام هزینه کمتری دارد؟
وردپرس ابزار خوبی است و ما هم آن را بد نمی‌دانیم. جدول صفحهٔ خدمت ما هزینهٔ شروع سایت وردپرسی را «پایین‌تر» و وب‌اپ اختصاصی را «بالاتر» می‌داند. اگر کارتان معرفی کسبوکار، تولید محتوا یا یک فروشگاه با روال معمول است، وردپرس کافی است و وب‌اپ فقط هزینهٔ اضافه است.
وب‌اپ وقتی می‌ارزد که منطق کار شما در هیچ افزونه‌ای پیدا نشود، چند نوع کاربر با پنل جدا داشته باشید، یا لازم باشد به سیستم‌های دیگر وصل شوید. مثال فرضی: سایت وردپرسی که برای نوبت‌دهی، پرداخت و پیامک سه افزونهٔ جدا دارد و هر به‌روزرسانی یکی را خراب می‌کند، به همین مرحله رسیده است.
راه‌اندازی وب‌اپ زمان بیشتری هم می‌برد (بخش زمان را پایین‌تر ببینید). مقایسهٔ کامل را در سایت اختصاصی یا وردپرس بخوانید.
سؤال بعدی معمولاً این است: اگر کاربرانم با گوشی کار می‌کنند، وب‌اپ کافی است یا اپ موبایل لازم دارم؟
وب‌اپ PWA یا اپ نیتیو؟
PWA وب‌اپی است که روی گوشی مثل اپ نصب میشود، ولی از مرورگر می‌آید، نه از فروشگاه اپ. توضیح کامل تفاوت‌ها را در PWA یا اپلیکیشن نیتیو داده‌ایم. اینجا فقط از زاویهٔ هزینه نگاه می‌کنیم. هزینه ساخت PWA معمولاً کمی بیشتر از وب‌اپ معمولی است، ولی از اپ نیتیو کمتر است.
طبق همان مقاله، PWA معمولاً ارزانتر تمام میشود، چون یک کد برای همهٔ دستگاهها نوشته و نگهداری میشود. ولی بخش بزرگی از هزینه در بکاند، پنل مدیریت و منطق کسبوکار است و این بخش در هر دو روش تقریباً یکسان است. بکاند یعنی بخش سمت سرور که کاربر نمی‌بیند، ولی داده و قاعده‌ها آنجاست. پس فاصلهٔ هزینه بیشتر در رابط کاربری و انتشار است، نه در کل پروژه.
| اگر… | انتخاب مناسب |
|---|---|
| کار اصلی فرم، سفارش، رزرو یا محتواست و کاربر با لینک یا جستجو می‌رسد | PWA معمولاً کافی است |
| به دوربین، بلوتوث، اجرا در پس‌زمینه یا اعلان کامل نیاز دارید | اپ نیتیو یا فلاتر لازم است |
| حضور در فروشگاه اپ برای جذب کاربر مهم است | اپ نیتیو یا فلاتر لازم است |
یک محدودیت را هم بدانید: در PWA کاربر خودش باید «افزودن به صفحه اصلی» را بزند و کار آفلاین معمولاً محدود است.
اگر بعداً اپ خواستید
طبق صفحهٔ خدمت ما، اگر به امکانات عمیق‌تر گوشی یا حضور در فروشگاه‌ها نیاز پیدا کردید، اپ موبایل با Flutter روی همان بکاند ساخته میشود و لازم نیست سیستم از نو نوشته شود. Flutter ابزاری است که با یک کد، اپ اندروید و iOS می‌سازد. یعنی پول بکاند دو بار خرج نمیشود. جزئیات ساخت وب اپلیکیشن PWA را در صفحهٔ خدمت ببینید.
نمی‌دانید PWA برای کارتان کافی است یا اپ لازم دارید؟ نیازتان را در فرم برآورد هزینه و زمان بنویسید تا هزینه و زمان هر دو حالت را بگوییم.
ساخت وب‌اپ چقدر زمان می‌برد و پرداخت چطور است؟
بازه‌های کلی ما در تکنوراه اینهاست: MVP ساده ۶ تا ۱۰ هفته، پروژهٔ متوسط ۳ تا ۴ ماه و پروژهٔ بزرگ ۶ ماه به بالا (زمان ساخت اپلیکیشن). زمان دقیق پروژهٔ شما بعد از روشن شدن نیازمندی‌ها معلوم میشود، نه قبل از آن.
کار در تکنوراه در فازهای مشخص جلو می‌رود: فاز صفر (تشخیص و نوشتن مستند نیازمندی، طبق صفحهٔ خدمت ۱ تا ۳ هفته)، معماری و طراحی سیستم، اجرا در بازه‌های کوتاه، و استقرار و پشتیبانی. شرح هر فاز در صفحهٔ طراحی و توسعه وب اپلیکیشن آمده است.
پرداخت هم فازبندی‌شده است و به تحویل هر فاز گره می‌خورد. یعنی کارفرما پیش از پرداخت مرحلهٔ بعد، خروجی فاز قبل را می‌بیند و تأیید می‌کند؛ مثلاً طرح صفحه‌ها را پیش از شروع برنامه‌نویسی.
هزینه‌های بعد از تحویل و چیزهایی که در برآورد اول جا می‌مانند
طبق صفحهٔ خدمت ما، بعد از تحویل ۶ ماه پشتیبانی اولیه دارید تا خطاهای احتمالی رفع و سیستم پایدار شود. بعد از آن هزینهٔ قرارداد نگهداری سالانه معمولاً ۱۵ تا ۲۰ درصد هزینهٔ ساخت اولیه است. این رقم را از اول در بودجه بگذارید.
این موارد در برآوردهای اول زیاد جا می‌مانند. از پیمانکار بپرسید هر کدام در برآوردش هست یا نه:
- سرور و پشتیبان‌گیری: هزینهٔ میزبانی و نسخهٔ پشتیبان منظم از داده‌ها
- محیط تست: نسخهٔ جدایی از سامانه که تغییرات اول آنجا آزمایش میشود، نه روی سیستم اصلی
- انتقال دادهٔ قدیمی: از اکسل یا نرم‌افزار قبلی
- آموزش تیم: جلسهٔ کار با سیستم برای کارمندان
- مستندات: راهنمای معماری و استقرار، برای وقتی که تیم دیگری بخواهد کار را ادامه دهد
مثال فرضی: دو برآورد که یکی محیط تست و انتقال داده را دارد و دیگری ندارد، شاید در نگاه اول فاصلهٔ زیادی داشته باشند، ولی در عمل دو کار متفاوت را قیمت داده‌اند. صفحهٔ خدمت ما مستندات، آموزش و پشتیبان‌گیری منظم را جزو کار می‌داند.
مالکیت سورس‌کد هم روی هزینهٔ آینده اثر دارد. این موضوع را در بخش «مالکیت سورس‌کد و هزینه خروج» مقالهٔ هزینه ساخت نرم‌افزار سفارشی باز کرده‌ایم.
یک برآورد جدی وب‌اپ چه شکلی دارد؟ (نمونه واقعی)
برآورد قابل اعتماد روی فهرست امکانات به تفکیک بخش نوشته میشود، نه روی یک جمله مثل «یک سامانهٔ نوبت‌دهی». در چنین برآوردی هر تغییر در فهرست، هزینه و زمان را دوباره محاسبه می‌کند. اگر برآوردی یک‌خطی است، نمی‌دانید دقیقاً چه چیزی را خریده‌اید.
پروپوزال واقعی یک وب‌اپ رشد فردی (PWA همراه پنل مدیریت) را که برای پروژهٔ «بذر» نوشته‌ایم، از دکمهٔ دانلود پایین همین صفحه بگیرید. این فایل یک پروپوزال است و نشان می‌دهد محدوده چطور مبنای قیمت میشود: مسیر ورود کاربر قدم‌به‌قدم، امکانات به تفکیک هر بخش، و بندی که همین قاعدهٔ تغییر محدوده را در خود پروپوزال آورده است.
برای اینکه خودتان هم فهرست امکانات را مرتب بنویسید، راهنمای مستند نیازمندی پروژه (PRD) را ببینید. PRD سندی است که می‌گوید محصول چه کاری باید انجام دهد و برای چه کسی. اگر می‌خواهید از چند شرکت هم‌زمان قیمت بگیرید، نمونه RFP نرم‌افزار هم کمک می‌کند.
قبل از درخواست برآورد وب‌اپ این ۸ مورد را آماده کنید (چکلیست)
جواب این‌ها را حتی به شکل یادداشت ساده بنویسید. همین یادداشت فاصلهٔ دو برآورد را کم می‌کند:
- نقشها: چه کسانی با سیستم کار می‌کنند؟ مشتری، کارشناس، مدیر، حسابدار…
- جریان‌های اصلی: سه تا پنج کار اصلی را از اول تا آخر بنویسید. مثلاً «مشتری درخواست ثبت می‌کند، کارشناس بررسی می‌کند، مشتری نتیجه را می‌بیند».
- اتصال‌ها: به کدام سیستم‌ها باید وصل شوید؟ درگاه، حسابداری، پیامک، CRM.
- دادهٔ قدیمی: چه دادهای از اکسل یا نرم‌افزار قبلی منتقل میشود؟
- نیاز موبایل: واکنشگرا (درست دیده شدن در صفحهٔ گوشی) کافی است، PWA می‌خواهید یا اپ؟
- سطح طراحی: هویت بصری دارید یا طراحی از صفر لازم است؟
- کاربر هم‌زمان در شروع: تخمین خودتان از تعداد کاربرانی که هم‌زمان کار می‌کنند.
- تصمیم‌گیر: چه کسی خروجی‌ها را تأیید می‌کند و حرف آخر را می‌زند؟
برای مقایسهٔ پیشنهادهایی که بعداً می‌گیرید، چکلیست جداگانهٔ مقالهٔ هزینه ساخت نرم‌افزار سفارشی را به کار ببرید.
جمع‌بندی و قدم بعدی
هزینهٔ وب‌اپ از حجم کار می‌آید و حجم کار از شش عامل: نقشها، منطق کسبوکار، اتصال‌ها، طراحی، حجم کاربر و انتقال داده. دو پیشنهاد با فاصلهٔ زیاد معمولاً دو محدودهٔ متفاوت‌اند. این هفته سه کار انجام دهید:
- نوع سامانه را مشخص کنید: پورتال، پلتفرم آنلاین، مارکت‌پلیس یا SaaS، و اینکه PWA کافی است یا اپ لازم دارید.
- چکلیست ۸ موردی را پر کنید: حتی جواب‌های ناقص بهتر از هیچ است.
- برای نسخه اول برآورد بگیرید: یک جریان کامل، نه همه چیز با هم.
چکلیست را پر کرده‌اید؟ برآورد هزینه و زمان وب‌اپلیکیشن خودتان را بگیرید.
مطمئن نیستید وب‌اپ لازم دارید یا یک سایت کافی است؟ در صفحهٔ طراحی و توسعه وب اپلیکیشن جلسهٔ مشاورهٔ رایگان ۱۵ دقیقه‌ای بگیرید؛ صادقانه می‌گوییم، حتی اگر راه ساده‌تری وجود داشته باشد.
سوالات متداول
هزینه ساخت وب اپلیکیشن چقدر است؟
عدد ثابتی ندارد، چون از حجم کار ساخته میشود. پنج عامل اصلی طبق صفحهٔ طراحی و توسعه وب اپلیکیشن تکنوراه اینهاست: تعداد نقشها و پنلها، پیچیدگی منطق کسبوکار، تعداد اتصال به سرویسهای بیرونی، سطح طراحی اختصاصی و حجم کاربر و داده از روز اول. برای عدد پروژهٔ خودتان، فرم برآورد هزینه و زمان را در همین صفحه پر کنید.
ساخت وب اپلیکیشن چقدر زمان می‌برد؟
در تکنوراه یک MVP ساده معمولاً ۶ تا ۱۰ هفته، یک پروژهٔ متوسط ۳ تا ۴ ماه و یک پروژهٔ بزرگ ۶ ماه به بالا طول می‌کشد. زمان دقیق بعد از روشن شدن نیازمندی‌ها مشخص میشود. جزئیات در مقالهٔ زمان ساخت اپلیکیشن آمده است.
وب اپلیکیشن ارزانتر است یا اپلیکیشن موبایل؟
طبق مقالهٔ PWA یا اپلیکیشن نیتیو، PWA معمولاً ارزانتر تمام میشود، چون یک کد برای همهٔ دستگاهها نوشته و نگهداری میشود. ولی بکاند، پنل مدیریت و منطق کسبوکار در هر دو تقریباً یکسان است. اگر بعداً اپ موبایل خواستید، روی همان بکاند ساخته میشود و سیستم از نو نوشته نمیشود.
هزینه نگهداری وب اپلیکیشن بعد از تحویل چقدر است؟
طبق صفحهٔ طراحی و توسعه وب اپلیکیشن تکنوراه، بعد از تحویل ۶ ماه پشتیبانی اولیه دارید. بعد از آن هزینهٔ قرارداد نگهداری سالانه معمولاً ۱۵ تا ۲۰ درصد هزینهٔ ساخت اولیه است.
برای گرفتن برآورد دقیق وب اپلیکیشن چه اطلاعاتی لازم است؟
فهرست نقشهای کاربری، سه تا پنج جریان اصلی کار از اول تا آخر، سیستمهایی که باید وصل شوند، دادهای که از سیستم قبلی منتقل میشود و نیاز موبایل (واکنشگرا، PWA یا اپ). چکلیست کامل ۸ موردی در همین مقاله آمده است.