# هزینه ساخت اپلیکیشن خدماتی در ایران ۱۴۰۵؛ از نسخهٔ اول تا نگهداری

> اپ ثبت درخواست یک تیم را با بازار چند ارائه‌دهنده هم‌قیمت ندان. دامنه و نقش‌ها را مشخص کن، پیشنهادهای هم‌اندازه بگیر و هزینهٔ سال اول را جدا از مبلغ شروع بسنج.

- Published: 2026-10-17T17:09:19.457Z
- Updated: 2026-10-31T07:03:43.608Z
- Author: نیکان نورافکن

---
اگر یک تیم خدماتی داری، احتمالاً مسئله‌ات از اینجا شروع شده: درخواست مشتری در پیام‌رسان می‌آید، مسئولش در تماس تلفنی تعیین می‌شود و آخر روز معلوم نیست کدام کار هنوز پیگیری نشده است. برای جمع‌کردن این مسیر، الزاماً به همهٔ امکانات یک بازار خدمات چندطرفه نیاز نداری.

**هزینه ساخت اپلیکیشن خدماتی در ایران به خروجی، نقش‌ها و جریان کار بستگی دارد؛ عدد واحدی ندارد.** در بررسی ۹ آبان ۱۴۰۵، تیکینو برای یک نمونهٔ خدماتی/رزرو با اندروید و iOS بازهٔ ۵۰ تا ۹۰ میلیون تومان و وب‌افرا برای دستهٔ وسیع‌تر اپ خدماتی ۷۰ تا ۵۵۰ میلیون درج کرده‌اند. این‌ها پیشنهادهای عمومی با دامنهٔ متفاوت‌اند؛ نه میانگین بازار، نه دو سر یک بازهٔ واحد و نه قیمت وب‌اپ کوچک تو.

برای برآورد خودت، ابتدا «ثبت درخواست ← بررسی مدیر ← تعیین مسئول ← پیگیری وضعیت» را تعریف کن. سپس هزینهٔ ساخت و اتصال‌ها را از اجرا، نگهداری و زمان بررسی جدا بنویس. در ادامه، نمونهٔ قیمت‌های منبع‌دار، سه سطح دامنه و محاسبه‌گر بودجهٔ سال اول را می‌بینی.

ما سازندهٔ کُندا هستیم. دربارهٔ نقش آن در کوچک‌کردن نسخهٔ اول توضیح می‌دهیم، اما هزینهٔ یک پروژهٔ هم‌اندازه را با آژانس اندازه‌گیری نکرده‌ایم و درصد صرفه‌جویی اعلام نمی‌کنیم.

<figure><img src="/blog/images/app-development-cost-iran-ai/illustration.webp" width="1200" height="800" alt="تصویر مفهومی هزینهٔ ساخت اپلیکیشن با بخش‌های توسعه، داده، زمان و نگهداری" loading="eager" /><figcaption>قیمت تولید نسخهٔ اول، فقط یکی از ردیف‌های بودجهٔ محصول است.</figcaption></figure>

## هزینه ساخت اپلیکیشن خدماتی در ۱۴۰۵ چقدر است؟

این دو نمونه در **۹ آبان ۱۴۰۵** از صفحهٔ خود ارائه‌دهنده بررسی شده‌اند. دامنهٔ نوشته‌شده را کنار مبلغ بخوان؛ قیمت روز و اقلام قرارداد باید دوباره از فروشنده تأیید شوند.

| ارائه‌دهنده و نوع پیشنهاد | مبلغ درج‌شده به تومان | دامنهٔ اعلام‌شده | این عدد چه چیزی را روشن نمی‌کند؟ |
| --- | --- | --- | --- |
| [تیکینو؛ خدماتی/رزرو آنلاین](https://www.tikyno.com/pricing/pricing-mobile-app) | ۵۰ تا ۹۰ میلیون | تقویم، رزرو، پرداخت و اعلان؛ اندروید + iOS | جزئیات پنل، ظرفیت رزرو، مالکیت و تعهد نگهداری باید در پیشنهاد مکتوب بیاید |
| [وب‌افرا؛ دستهٔ اپلیکیشن خدماتی](https://webafra.com/طراحی-اپلیکیشن/تعرفه-طراحی-اپلیکیشن) | ۷۰ تا ۵۵۰ میلیون | دسته‌ای گسترده با مثال‌های مختلف خدماتی و واسطه‌گری | صفحه برای این کل بازه یک بریف ثابت ارائه نمی‌کند؛ قیمت نسخهٔ محدود از آن قابل استخراج نیست |
| وب‌اپ کوچک ثبت و پیگیری درخواست | در این بررسی قیمت هم‌دامنه نداریم | یک کسب‌وکار، فرم درخواست و پنل پیگیری؛ امکانات دقیق در بخش بعد | باید با بریف یکسان قیمت بگیری؛ از اعداد دو ردیف بالا برایش نرخ نساز |
| ساخت نسخهٔ اول با کُندا | [پلن روز و اعتبار حساب](https://kondaai.com/pricing) را بررسی کن | هزینهٔ ابزار به‌علاوهٔ زمان اصلاح، بررسی و سرویس‌های لازم | قیمت پلن، قیمت کامل تحویل یک اپ خدماتی یا تضمین تعداد اصلاح‌ها نیست |

اختلاف دو پیشنهاد اول را به کیفیت یا ارزان‌تر بودن یک سازنده نسبت نده. ابتدا خروجی، اقلام تحویل و تعهد نگهداری را یکسان کن؛ بعد مبلغ‌ها را مقایسه کن.

## کدام اپ خدماتی را قیمت می‌گیری؟

«اپلیکیشن خدماتی» می‌تواند سه سفارش کاملاً متفاوت باشد. پیش از مذاکره یکی را انتخاب کن:

| نسخه | جریان اصلی | چه چیزی هزینه و آزمون را بیشتر می‌کند؟ | برای شروع چه تصمیمی بگیر؟ |
| --- | --- | --- | --- |
| ثبت و پیگیری برای یک تیم | مشتری درخواست می‌فرستد؛ مدیر بررسی و به همکار واگذار می‌کند | ورود کاربران، مجوز دیدن درخواست و ثبت وضعیت | اگر تماس و هماهنگی دستی کافی است، این جریان را اول بررسی کن |
| رزرو زمان برای یک کسب‌وکار | مشتری خدمت و زمان آزاد را انتخاب می‌کند | جلوگیری از رزرو هم‌زمان، لغو، ظرفیت و اتصال پرداخت در صورت نیاز | فرق «زمان پیشنهادی» و «رزرو قطعی» را در بریف روشن کن |
| بازار چند ارائه‌دهنده | مشتری از چند متخصص درخواست یا پیشنهاد می‌گیرد | احراز نقش‌ها، پیشنهاد قیمت، کمیسیون، تسویه، اختلاف و چند پنل | هر بخش را جدا قیمت و آزمون کن؛ آن را هم‌دامنهٔ فرم ساده ندان |

در مثال این راهنما، تیم تعمیرات فقط نسخهٔ اول را می‌خواهد: مشتری نوع خدمت، محدودهٔ مراجعه و زمان پیشنهادی را می‌نویسد؛ مدیر بعداً زمان را تأیید می‌کند. هنوز رزرو خودکار، نقشهٔ زنده، درگاه و تسویه نداریم. در نسخهٔ آزمایشی از اطلاعات ساختگی استفاده می‌کنیم.

### بریف نسخهٔ اول را به تحویل قابل بررسی تبدیل کن

| بخش | داخل نسخهٔ اول | معیار تحویل |
| --- | --- | --- |
| فرم درخواست | نام نمونه، راه ارتباطی، نوع خدمت و شرح | ورودی نامعتبر رد شود؛ موفقیت پس از ذخیره نشان داده شود |
| پنل مدیر | فهرست، تعیین مسئول و تغییر مرحله | مدیر درخواست ذخیره‌شده را پس از رفرش ببیند |
| پیگیری مشتری | فقط با روش دسترسی تعریف‌شده | مشتری نتواند درخواست فرد دیگری را بخواند |
| مرحله‌ها | جدید، در حال پیگیری، بسته‌شده | تغییر مجاز ذخیره شود؛ شکست ذخیره پیام روشن داشته باشد |
| خروجی گوشی | مرورگر موبایل | فرم و دکمهٔ اصلی بدون برش قابل استفاده باشند |

اگر فقط وب‌اپ می‌خواهی، همین را صریح بنویس. انتشار اندروید/iOS، کار آفلاین و قابلیت‌های دستگاه، اقلام دیگری‌اند و از پیش‌نمایش مرورگر نتیجه نمی‌شوند. برای مسیر ساخت، [راهنمای ساخت اپ با هوش مصنوعی](/blog/build-app-without-coding) را ببین؛ این صفحه روی بودجه و مقایسهٔ پیشنهادها تمرکز دارد.

[برگهٔ دامنه و هزینهٔ اپ خدماتی](/blog/images/app-development-cost-iran-ai/service-app-budget.csv) را دانلود کن. مبلغ‌ها خالی‌اند تا پیشنهاد واقعی خودت را وارد کنی؛ هیچ عدد اولیه‌ای در این برگه تعرفهٔ کُندا یا فروشنده نیست.

## چرا قیمت طراحی اپلیکیشن این‌قدر متفاوت است؟

مهم‌ترین عامل، تعداد قابلیت‌ها نیست؛ پیچیدگی ارتباط میان آن‌هاست. «رزرو نوبت» می‌تواند یک فرم ساده باشد یا برنامه‌ای با چند شعبه، ظرفیت مشترک، پرداخت، لغو، استرداد و گزارش. هر اتصال و هر نقش، حالت‌های بیشتری برای ساخت و آزمون ایجاد می‌کند.

در اپ خدماتی، این سؤال‌ها را جدا از «چند صفحه دارد؟» بپرس: آیا زمان انتخابی مشتری فقط درخواست است یا باید جلوی رزرو هم‌زمان گرفته شود؟ همکار همهٔ سفارش‌ها را می‌بیند یا فقط کار خودش را؟ لغو و بازپرداخت داریم؟ پیامک از کدام سرویس و با هزینهٔ چه کسی ارسال می‌شود؟ هر پاسخ، دامنهٔ قرارداد و حالت‌های آزمون را عوض می‌کند.

پیش از گرفتن قیمت، پنج تصمیم را روشن کن: وب یا نیتیو بودن خروجی، نقش‌های کاربر، جریان اصلی، سرویس‌های بیرونی و معیار تحویل. جملهٔ «یک اپ مثل فلان بساز» برای پیشنهاد قابل مقایسه کافی نیست. فروشنده‌ها برداشت متفاوتی از همان جمله خواهند داشت.

<div class="bg-surface rounded-xl sm:rounded-2xl p-3.5 sm:p-7 shadow-xs border border-border flex flex-col gap-3 sm:gap-4 not-prose my-6 sm:my-8 overflow-hidden">
<div class="flex items-center gap-2 pb-0.5">
<span class="w-2 h-2 rounded-full bg-primary-container"></span>
<h3 class="font-bold text-text-primary text-xs sm:text-base m-0">
بریف یکسان، پیشنهاد قابل مقایسه
</h3>
</div>
<div class="w-full bg-surface-container-low/60 rounded-lg sm:rounded-xl p-2.5 sm:p-6 flex flex-col gap-2.5 sm:gap-3.5 relative border border-border/50">
<div class="flex items-stretch gap-2 sm:gap-5 relative group">
<div class="flex flex-col items-center shrink-0 w-7 sm:w-10">
<div class="w-7 h-7 sm:w-9 sm:h-9 rounded-full flex items-center justify-center text-[11px] sm:text-xs font-bold shrink-0 transition-all bg-surface text-text-primary border-2 border-primary-container/50 shadow-xs group-hover:border-primary-container">
<span>۰۱</span>
</div>
<div class="w-0.5 flex-1 min-h-[28px] sm:min-h-[36px] bg-gradient-to-b from-primary-container/60 via-border to-border/60 my-1 relative flex items-center justify-center">
<span class="material-symbols-outlined text-[11px] sm:text-[13px] text-text-secondary/70 bg-surface-container-low px-0.5 rounded-full">keyboard_arrow_down</span>
</div>
</div>
<div class="flex-1 bg-surface rounded-lg sm:rounded-xl p-3 sm:p-5 border transition-all shadow-xs flex flex-col gap-1.5 sm:gap-2 border-border hover:border-primary-container/40 hover:shadow-sm">
<div class="flex items-center justify-between gap-2 sm:gap-3 flex-wrap">
<div class="flex items-center gap-1.5 sm:gap-2 flex-wrap">
<span class="text-[10px] sm:text-xs text-primary font-bold px-2 py-0.5 rounded-md bg-surface-container">
مرحلهٔ ۰۱
</span>
<h4 class="font-bold text-text-primary text-xs sm:text-base m-0">
خروجی
</h4>
</div>
</div>
<p class="text-[11.5px] sm:text-sm text-text-secondary leading-relaxed pt-0.5 m-0">
وب‌اپ، PWA یا بستهٔ نیتیو را روشن کن.
</p>
</div>
</div>
<div class="flex items-stretch gap-2 sm:gap-5 relative group">
<div class="flex flex-col items-center shrink-0 w-7 sm:w-10">
<div class="w-7 h-7 sm:w-9 sm:h-9 rounded-full flex items-center justify-center text-[11px] sm:text-xs font-bold shrink-0 transition-all bg-surface text-text-primary border-2 border-primary-container/50 shadow-xs group-hover:border-primary-container">
<span>۰۲</span>
</div>
<div class="w-0.5 flex-1 min-h-[28px] sm:min-h-[36px] bg-gradient-to-b from-primary-container/60 via-border to-border/60 my-1 relative flex items-center justify-center">
<span class="material-symbols-outlined text-[11px] sm:text-[13px] text-text-secondary/70 bg-surface-container-low px-0.5 rounded-full">keyboard_arrow_down</span>
</div>
</div>
<div class="flex-1 bg-surface rounded-lg sm:rounded-xl p-3 sm:p-5 border transition-all shadow-xs flex flex-col gap-1.5 sm:gap-2 border-border hover:border-primary-container/40 hover:shadow-sm">
<div class="flex items-center justify-between gap-2 sm:gap-3 flex-wrap">
<div class="flex items-center gap-1.5 sm:gap-2 flex-wrap">
<span class="text-[10px] sm:text-xs text-primary font-bold px-2 py-0.5 rounded-md bg-surface-container">
مرحلهٔ ۰۲
</span>
<h4 class="font-bold text-text-primary text-xs sm:text-base m-0">
دامنهٔ نسخهٔ اول
</h4>
</div>
</div>
<p class="text-[11.5px] sm:text-sm text-text-secondary leading-relaxed pt-0.5 m-0">
نقش‌ها، جریان اصلی و اتصال‌های ضروری را بنویس.
</p>
</div>
</div>
<div class="flex items-stretch gap-2 sm:gap-5 relative group">
<div class="flex flex-col items-center shrink-0 w-7 sm:w-10">
<div class="w-7 h-7 sm:w-9 sm:h-9 rounded-full flex items-center justify-center text-[11px] sm:text-xs font-bold shrink-0 transition-all bg-surface text-text-primary border-2 border-primary-container/50 shadow-xs group-hover:border-primary-container">
<span>۰۳</span>
</div>
<div class="w-0.5 flex-1 min-h-[28px] sm:min-h-[36px] bg-gradient-to-b from-primary-container/60 via-border to-border/60 my-1 relative flex items-center justify-center">
<span class="material-symbols-outlined text-[11px] sm:text-[13px] text-text-secondary/70 bg-surface-container-low px-0.5 rounded-full">keyboard_arrow_down</span>
</div>
</div>
<div class="flex-1 bg-surface rounded-lg sm:rounded-xl p-3 sm:p-5 border transition-all shadow-xs flex flex-col gap-1.5 sm:gap-2 border-border hover:border-primary-container/40 hover:shadow-sm">
<div class="flex items-center justify-between gap-2 sm:gap-3 flex-wrap">
<div class="flex items-center gap-1.5 sm:gap-2 flex-wrap">
<span class="text-[10px] sm:text-xs text-primary font-bold px-2 py-0.5 rounded-md bg-surface-container">
مرحلهٔ ۰۳
</span>
<h4 class="font-bold text-text-primary text-xs sm:text-base m-0">
معیار تحویل
</h4>
</div>
</div>
<p class="text-[11.5px] sm:text-sm text-text-secondary leading-relaxed pt-0.5 m-0">
شرط ذخیره، مجوز، بازیابی و انتشار را مشخص کن.
</p>
</div>
</div>
<div class="flex items-stretch gap-2 sm:gap-5 relative group">
<div class="flex flex-col items-center shrink-0 w-7 sm:w-10">
<div class="w-7 h-7 sm:w-9 sm:h-9 rounded-full flex items-center justify-center text-[11px] sm:text-xs font-bold shrink-0 transition-all bg-surface text-text-primary border-2 border-primary-container/50 shadow-xs group-hover:border-primary-container">
<span>۰۴</span>
</div>
</div>
<div class="flex-1 bg-surface rounded-lg sm:rounded-xl p-3 sm:p-5 border transition-all shadow-xs flex flex-col gap-1.5 sm:gap-2 border-border hover:border-primary-container/40 hover:shadow-sm">
<div class="flex items-center justify-between gap-2 sm:gap-3 flex-wrap">
<div class="flex items-center gap-1.5 sm:gap-2 flex-wrap">
<span class="text-[10px] sm:text-xs text-primary font-bold px-2 py-0.5 rounded-md bg-surface-container">
مرحلهٔ ۰۴
</span>
<h4 class="font-bold text-text-primary text-xs sm:text-base m-0">
هزینهٔ ادامه
</h4>
</div>
</div>
<p class="text-[11.5px] sm:text-sm text-text-secondary leading-relaxed pt-0.5 m-0">
اجرا، رسیدگی، تمدید و تغییر نیاز را جدا بپرس.
</p>
</div>
</div>
</div>
<div class="text-text-secondary text-[11px] sm:text-xs pt-1 flex items-start gap-1.5 sm:gap-2">
<span class="material-symbols-outlined text-xs sm:text-sm text-text-secondary/70 shrink-0 mt-0.5">info</span>
<span class="leading-relaxed">تا دامنهٔ تحویل یکسان نشده، اختلاف قیمت معنای روشنی ندارد.</span>
</div>
</div>

## فریلنسر: خروجی و مسئولیت را در پیشنهاد بنویس

برای یک پروژهٔ محدود، همکاری با توسعه‌دهندهٔ مستقل می‌تواند مناسب باشد. اما قیمت را با تحویل‌دادن فایل یکی نگیر. روشن کن طراحی، بک‌اند، پنل، استقرار، آموزش و رفع خطای بعد از تحویل در قرارداد هست یا نه.

برای تصمیم واقعی، یک بریف یکسان را به چند توسعه‌دهنده بده و تفاوت دامنه، مسئولیت و شرایط را ثبت کن. نرخ یک پروژه را به قیمت همهٔ فریلنسرها تعمیم نده.

برای مثال، اگر فرم رزرو لازم داری، معیار پذیرش را این‌طور بنویس: درخواست ثبت شود، پس از بارگذاری دوباره قابل مشاهده باشد، کاربر غیرمجاز نتواند اطلاعات مشتریان را بخواند و رزرو هم‌زمان طبق قاعدهٔ توافق‌شده مدیریت شود. همین جمله‌ها جلوی اختلاف برداشت را می‌گیرند.

## آژانس: هزینهٔ تیم را با دامنهٔ خدمات بسنج

آژانس ممکن است طراحی، توسعه، مدیریت پروژه و پشتیبانی را با هم ارائه کند. این ساختار برای پروژه‌ای که هماهنگی و مسئولیت روشن می‌خواهد می‌تواند ارزش داشته باشد. در مقابل، برای اعتبارسنجی یک جریان کوچک، شاید تمام این دامنه از روز اول لازم نباشد.

دو جدول قیمتِ ارائه‌دهندگان در ابتدای مقاله، نمونهٔ اعلام خود فروشنده‌اند. محدودیت این منابع روشن است: صفحهٔ عمومی قیمت، پیشنهاد اختصاصی برای بریف تو نیست. دربارهٔ هزینهٔ تغییر، زمان پشتیبانی، تحویل داده و دسترسی زیرساخت جواب مشخص بگیر.

اگر یک پیشنهاد ارزان‌تر است، فوراً نتیجه نگیر کیفیتش کمتر است. فهرست اقلام تحویل را کنار هم بگذار. ممکن است یکی فقط اپ را بدهد و دیگری سایت، طراحی اختصاصی و پنل را هم حساب کرده باشد.

## اپ‌ساز و AI چه هزینه‌هایی دارند؟

پلن اپ‌ساز، دسترسی به یک محصول و امکاناتش را می‌خرد؛ قرارداد توسعهٔ اختصاصی، زمان و مسئولیت ساخت یک خروجی مشخص را. این دو مدل پرداخت متفاوت‌اند. دورهٔ پلن را هم درست بخوان: مبلغ یک دورهٔ چندماهه با هزینهٔ هر ماه برابر نیست. مبلغ پرداخت اولیه و تمدید را جدا ثبت کن.

در ساخت با AI، هزینه به مدل قیمت‌گذاری ابزار، حجم تغییرات و سرویس‌های اجرای اپ بستگی دارد. اگر نیاز را مبهم بگویی و چند بار کل ساختار را تغییر بدهی، هزینهٔ اصلاح بالا می‌رود. محتوای آماده، معیار پذیرش و درخواست‌های کوچک کمک می‌کنند هزینه را قابل پیگیری نگه داری.

[صفحهٔ قیمت‌گذاری کُندا](https://kondaai.com/pricing) پلن‌ها و اعتبار هر سطح را نشان می‌دهد. در بررسی ۲۵ مهر ۱۴۰۵، کارت‌های ماهانهٔ این صفحه دیده شدند؛ مبلغ و شرایط جاری را پیش از شروع دوباره بررسی کن. هزینهٔ ساخت اولیه، اصلاح‌ها و اجرای سرویس‌ها را جدا ثبت کن تا بودجهٔ مسیر روشن بماند.

اگر تفاوت ابزارها را نمی‌دانی، [ساخت اپ بدون کدنویسی](/blog/build-app-without-coding) مدل‌های قالبی و پرامپتی را جدا می‌کند. برای یک سایت خدماتی هم [راهنمای ساخت سایت با AI](/blog/build-website-with-ai) دامنهٔ سبک‌تری پیشنهاد می‌دهد.

## کُندا چطور می‌تواند هزینهٔ ساخت نسخهٔ اول را کنترل کند؟

اگر هنوز نمی‌دانی مشتری از کدام بخش محصول استفاده می‌کند، ساختن همهٔ قابلیت‌ها از روز اول می‌تواند بودجه را صرف حدس‌ها کند. کُندا برای این مرحله یک مسیر قابل بررسی دارد: نیازت را به فارسی توضیح می‌دهی، پیش‌نمایش خروجی را می‌بینی و دربارهٔ قدم بعد تصمیم می‌گیری. فرصت صرفه‌جویی اینجاست که بخشی از تصمیم‌های طراحی و جریان کار را روی یک نمونهٔ قابل استفاده بگیری؛ پیش از آنکه دامنهٔ بزرگ‌تری را سفارش بدهی.

این روش وقتی به کنترل هزینه کمک می‌کند که نسخهٔ اول را محدود نگه داری. برای یک تیم خدماتی، شاید ثبت مشتری و تعیین اقدام بعدی کافی باشد. اپ نیتیو، گزارش‌های پیچیده و اتصال‌های متعدد را وقتی اضافه کن که نیازشان روشن شده باشد. کم‌کردن دامنه با حذف آزمون و بازبینی فرق دارد؛ هر چیزی که در نسخهٔ کوچک می‌ماند، باید درست بررسی شود.

| تصمیم در ساخت با کُندا | چه بخشی از هزینه را هدف می‌گیرد؟ | چه کاری همچنان لازم است؟ |
| --- | --- | --- |
| یک جریان اصلی را بساز | هزینهٔ ساخت قابلیت‌هایی که هنوز نیازشان معلوم نیست | انتخاب مسئله و گرفتن بازخورد از مخاطب |
| پیش‌نمایش را قبل از توسعهٔ بیشتر بررسی کن | دوباره‌کاری ناشی از برداشت متفاوت از نیاز | مرور متن، مسیرها و رفتار فرم‌ها |
| تغییرها را کوچک و مشخص درخواست کن | مصرف اصلاح‌های پراکنده و تغییر مکرر کل پروژه | ثبت مصرف و آزمون دوبارهٔ بخش تغییرکرده |
| نمونه را مبنای گفت‌وگو با متخصص قرار بده | ابهام در برآورد بخش‌های باقی‌مانده | بررسی فنی، اتصال سرویس‌ها و مسئولیت نگهداری |

### در نمونه‌های واقعی این مجموعه چه دیدیم؟

در [نمونهٔ سایت خدماتی](/blog/build-website-without-coding)، خروجی کُندا چهار نمای خانه، خدمات، نمونه‌کار و تماس داشت. این نمونه به ما امکان داد منو، محتوای صفحات و مسیر درخواست مشاوره را مرور کنیم. فرم به‌روشنی دمو بود و عنوان و توضیح صفحات هنوز به اصلاح نیاز داشت. از نگاه بودجه، حالا می‌شد کار باقی‌مانده را مشخص کرد: بازبینی محتوای کسب‌وکار، اتصال فرم و اصلاح مسیرها و متادیتا.

<figure><img src="/blog/images/build-website-without-coding/konda-workspace.webp" width="1440" height="657" alt="محیط کار کُندا و پیش‌نمایش سایت خدماتی برای بررسی دامنهٔ نسخهٔ اول" loading="lazy" /><figcaption>نمونهٔ واقعی بررسی‌شده در ۲۴ مهر ۱۴۰۵: پیش‌نمایش کنار محیط ساخت، برای مشخص‌کردن کارهای باقی‌مانده. تصویر، مدرک هزینه یا زمان ساخت نیست.</figcaption></figure>

<!-- konda-start -->


در [نمونهٔ اپ پیگیری مشتریان](/blog/build-app-without-coding)، یک مشتری آزمایشی ثبت کردیم و بعد از بارگذاری دوباره آن را در حساب مدیر دیدیم. اما همان مشتری برای همکار تعیین‌شده نمایش داده نشد. همین آزمون نشان داد پیش از استفادهٔ واقعی باید برای بررسی و اصلاح دسترسی‌ها وقت بگذاریم. بودجه‌ای که فقط تولید رابط را حساب کند، این بخش از کار را جا می‌اندازد.

این دو نمونه، شواهد عملکرد و محدودیت خروجی‌اند. هزینه و زمان ساختشان اندازه‌گیری نشده و با پروژهٔ هم‌اندازهٔ یک آژانس مقایسه نشده‌اند. بنابراین از آن‌ها نتیجهٔ «چند درصد ارزان‌تر» نمی‌گیریم. پیشنهاد عملی ما این است: با کُندا یک دامنهٔ کوچک بساز، کار باقی‌مانده را فهرست کن و سپس هزینهٔ تکمیل را بسنج.

### با چه پرامپتی جلوی بزرگ‌شدن بی‌دلیل پروژه را بگیری؟

پرامپت زیر برای شروع یک نسخهٔ محدود نوشته شده است؛ در این مقاله اجرای تازه‌ای با آن انجام نداده‌ایم. قبل از استفاده، نقش‌ها و معیار تحویل را با نیاز واقعی خودت هماهنگ کن.

<div class="relative bg-surface rounded-xl sm:rounded-2xl p-4 sm:p-7 shadow-xs border border-border overflow-hidden not-prose my-6 sm:my-8">
<div class="absolute top-0 right-0 w-1.5 sm:w-2.5 h-full bg-primary-container"></div>
<div class="flex flex-col sm:flex-row sm:items-center justify-between pb-3 flex-wrap gap-2.5">
<div class="flex items-center gap-2">
<span class="px-2.5 py-1 rounded-full bg-primary-container text-text-on-neon text-[11px] sm:text-xs font-bold shadow-xs">دستورالعمل ۰۱</span>
<span class="text-xs sm:text-sm text-text-secondary font-bold">پرامپت پیشنهادی برای نسخهٔ محدود</span>
</div>
<button class="konda-copy-directive-btn inline-flex items-center justify-center gap-1.5 text-text-primary hover:text-primary text-xs font-bold transition-all cursor-pointer px-3.5 py-1.5 rounded-full bg-surface-container-low hover:bg-surface-container border border-border active:scale-95 shadow-xs w-full sm:w-auto">
<span class="material-symbols-outlined text-sm">content_copy</span>
<span class="btn-text">کپی دستورالعمل</span>
</button>
</div>
<p class="text-xs sm:text-sm text-text-primary bg-surface-container-low p-3.5 sm:p-5 rounded-lg sm:rounded-xl leading-relaxed font-sans select-all text-right border border-border/60 m-0" dir="rtl">
«یک وب‌اپ فارسی و راست‌به‌چپ برای ثبت درخواست مشتریان یک تیم خدماتی بساز. نسخهٔ اول فقط فرم نام، راه ارتباطی و شرح درخواست، و فهرست درخواست‌ها برای مدیر داشته باشد. از دادهٔ ساختگی مشخص استفاده کن. ثبت موفق را فقط پس از ذخیرهٔ واقعی نشان بده؛ خطای ارسال و حالت خالی را جدا نمایش بده. اگر اتصال یا ورود مدیر آماده نیست، آن را دمو معرفی کن. فعلاً پرداخت، پیامک و گزارش پیشرفته اضافه نکن. بخش‌های آماده و کارهای باقی‌مانده را برای بررسی فهرست کن.»
</p>
</div>

بعد از بررسی خروجی، هر اصلاح را به یک نتیجهٔ قابل آزمون وصل کن. مثلاً «هنگام شکست ارسال، اطلاعات فرم پاک نشود» دقیق‌تر از «فرم را حرفه‌ای کن» است. تعداد اصلاح‌ها و مصرفشان را ثبت کن. اگر یک مشکل تکرار می‌شود، پیش از درخواست تغییرهای بیشتر، علتش را با فرد فنی بررسی کن.

## هزینهٔ کُندا را چطور با پیشنهاد یک توسعه‌دهنده مقایسه کنی؟

برای هر دو مسیر یک خط پایان بنویس. مثلاً «وب‌اپ ثبت درخواست با ذخیرهٔ واقعی، پنل مدیر، کنترل دسترسی و استقرار». اگر خروجی کُندا هنوز یک فرم دمو دارد، هزینهٔ اتصال آن را در برآورد بگذار. اگر پیشنهاد توسعه‌دهنده شامل پشتیبانی است، برای رسیدگی به خروجی کُندا هم ردیف بودجه داشته باش.

هزینهٔ مسیر کُندا را از این اقلام بساز: پرداخت ابزار و اعتبار مصرف‌شده، زمان تعریف نیاز و اصلاح، بازبینی فنی و تکمیل اتصال‌ها، سپس اجرا و نگهداری. موردی را که در پلن پوشش داده شده دوباره حساب نکن؛ مورد نامشخص را هم صفر نگذار. این فهرست کمک می‌کند بفهمی ساخت نمونهٔ اولیه با کُندا برای پروژهٔ تو چقدر ارزش اقتصادی دارد.

برای پروژهٔ کوچک با نیاز روشن و امکان بازبینی، کُندا می‌تواند گزینهٔ مناسبی برای شروع باشد. اگر همین ابتدا اتصال تخصصی، قابلیت دستگاه یا الزامات حساس داری، بودجهٔ متخصص را از مرحلهٔ اول کنار بگذار. حتی در این مسیر هم یک نمونهٔ محدود می‌تواند به روشن‌شدن نیاز کمک کند؛ تصمیم دربارهٔ ادامه را با نتیجهٔ آزمون بگیر.

برای پیگیری کارِ تیم پس از ثبت درخواست، [راهنمای ابزار مدیریت پروژه با مسئول و موعد](/blog/build-project-management-tool-with-ai) مسیر انتساب و تغییر وضعیت را توضیح می‌دهد. این یک انتخاب دامنه است؛ لازم نیست همهٔ قابلیت‌های مدیریت پروژه را وارد اپ خدماتی نسخهٔ اول کنی.

## هزینه‌های پنهان را در شش ردیف بنویس

| ردیف | چه چیزی را حساب کنی؟ | سؤال قبل از خرید |
| --- | --- | --- |
| محتوا و طراحی | متن، عکس، بازبینی رابط و دسترس‌پذیری | چه چیزی را خودم باید تحویل بدهم؟ |
| دامنه | ثبت و تمدید سالانه | مالک حساب و دامنه کیست؟ |
| اجرا | میزبانی، دیتابیس، فایل و پشتیبان‌گیری | چه سقف مصرفی دارد؟ |
| اتصال‌ها | پیامک، ایمیل، نقشه یا پرداخت | هزینهٔ هر مصرف با کیست؟ |
| رسیدگی | رفع خطا، به‌روزرسانی و بازیابی | چه مدت و چه مواردی پوشش دارد؟ |
| زمان تو | تعریف نیاز، تست و هماهنگی | چند ساعت در بودجه لحاظ شده؟ |

هزینهٔ سال اول را با هزینهٔ شروع جدا حساب کن. برخی اقلام سالانه‌اند و بعضی ماهانه؛ برای تبدیل یک مبلغ سالانه به هزینهٔ نقدی ماه اول، حواست باشد تقسیم بر دوازده فقط «معادل ماهانه» است، نه مبلغی که همان روز می‌پردازی.

## محاسبه‌گر بودجهٔ سال اول

این محاسبه‌گر **ابزار برآورد با ورودی خودت** است و قیمت فروش کُندا یا پیشنهاد بازار تولید نمی‌کند. مبلغ‌ها را به تومان بنویس. زمان خودت را هم می‌توانی ارزش‌گذاری کنی؛ اگر نمی‌خواهی، نرخ ساعتی را صفر بگذار.

<form class="not-prose" data-cost-calculator style="padding:24px;background:#edf3fc;border:1px solid #d3e4fe;border-radius:18px;margin:24px 0" aria-label="محاسبه‌گر بودجهٔ سال اول"><h3 style="font-weight:700;margin:0 0 8px">بودجه‌ات را با عددهای خودت بسنج</h3><p style="font-size:13px;line-height:1.9;margin:0 0 18px">عددهای اولیه فقط مثال فرضی‌اند. همهٔ مبلغ‌ها به تومان هستند.</p><div style="display:grid;grid-template-columns:repeat(auto-fit,minmax(min(100%,210px),1fr));gap:16px"><label style="font-size:13px;display:grid;gap:7px">ساخت اولیه (تومان)<input name="build" type="number" min="0" max="1000000000000" step="any" value="5000000" inputmode="decimal" dir="ltr" style="font:inherit;font-size:16px;color:#0b1c30;background:white;border:1px solid #becbdd;border-radius:10px;width:100%;padding:10px 12px" /></label><label style="font-size:13px;display:grid;gap:7px">دامنهٔ سالانه (تومان)<input name="domain" type="number" min="0" max="1000000000000" step="any" value="1000000" inputmode="decimal" dir="ltr" style="font:inherit;font-size:16px;color:#0b1c30;background:white;border:1px solid #becbdd;border-radius:10px;width:100%;padding:10px 12px" /></label><label style="font-size:13px;display:grid;gap:7px">سرویس‌ها در ماه (تومان)<input name="services" type="number" min="0" max="1000000000000" step="any" value="500000" inputmode="decimal" dir="ltr" style="font:inherit;font-size:16px;color:#0b1c30;background:white;border:1px solid #becbdd;border-radius:10px;width:100%;padding:10px 12px" /></label><label style="font-size:13px;display:grid;gap:7px">رسیدگی در ماه (تومان)<input name="maintenance" type="number" min="0" max="1000000000000" step="any" value="500000" inputmode="decimal" dir="ltr" style="font:inherit;font-size:16px;color:#0b1c30;background:white;border:1px solid #becbdd;border-radius:10px;width:100%;padding:10px 12px" /></label><label style="font-size:13px;display:grid;gap:7px">زمان تو (ساعت)<input name="hours" type="number" min="0" max="1000000000000" step="any" value="20" inputmode="decimal" dir="ltr" style="font:inherit;font-size:16px;color:#0b1c30;background:white;border:1px solid #becbdd;border-radius:10px;width:100%;padding:10px 12px" /></label><label style="font-size:13px;display:grid;gap:7px">ارزش هر ساعت تو (تومان)<input name="hourly" type="number" min="0" max="1000000000000" step="any" value="200000" inputmode="decimal" dir="ltr" style="font:inherit;font-size:16px;color:#0b1c30;background:white;border:1px solid #becbdd;border-radius:10px;width:100%;padding:10px 12px" /></label></div><div style="background:#fff;border-radius:12px;padding:16px;margin-top:20px"><span style="font-size:13px">جمع برآورد سال اول</span><output aria-live="polite" style="display:block;font-size:25px;font-weight:700;margin-top:6px">۲۲٬۰۰۰٬۰۰۰ تومان</output></div><p style="font-size:12px;line-height:1.9;margin:12px 0 0">بدون مالیات، مهاجرت یا مصرف پیش‌بینی‌نشده. چیزی ارسال یا ذخیره نمی‌شود.</p><noscript>محاسبهٔ زنده به JavaScript نیاز دارد؛ از فرمول زیر برای محاسبهٔ دستی استفاده کن.</noscript></form>

برای یک مثال کاملاً فرضی، اگر ساخت اولیه ۵ میلیون، دامنهٔ سالانه ۱ میلیون، هزینهٔ ماهانهٔ سرویس‌ها ۵۰۰ هزار، رسیدگی ماهانه ۵۰۰ هزار و ارزش ۲۰ ساعت وقت تو ساعتی ۲۰۰ هزار تومان باشد، جمع سال اول ۲۲ میلیون تومان می‌شود. **این ورودی‌ها قیمت هیچ ابزار یا پروژه‌ای نیستند**؛ فقط روش محاسبه را نشان می‌دهند.

فرمول محاسبه این است: هزینهٔ اولیه + دامنهٔ سالانه + ۱۲ × هزینهٔ ماهانهٔ سرویس‌ها و رسیدگی + ارزش زمان تو. اگر مالیات، قرارداد سالانه، مهاجرت یا هزینهٔ مصرف متغیر داری، آن‌ها را جدا به برآورد اضافه کن. از یک خروجی دقیق عددی، دقت بیشتر از ورودی‌ها انتظار نداشته باش.

## چطور سه پیشنهاد قابل مقایسه بگیری؟

یک بریف کوتاه با نقش‌ها، جریان اصلی، تعداد تقریبی صفحات، سرویس‌های لازم و معیار تحویل بساز. همان فایل را برای هر سه مسیر استفاده کن. در پاسخ، مبلغ ساخت، اقلام خارج از دامنه، هزینهٔ تمدید و هزینهٔ تغییر را جدا بخواه.

<div class="relative bg-surface rounded-xl sm:rounded-2xl p-4 sm:p-7 shadow-xs border border-border overflow-hidden not-prose my-6 sm:my-8">
<div class="absolute top-0 right-0 w-1.5 sm:w-2.5 h-full bg-primary-container"></div>
<div class="flex flex-col sm:flex-row sm:items-center justify-between pb-3 flex-wrap gap-2.5">
<div class="flex items-center gap-2">
<span class="px-2.5 py-1 rounded-full bg-primary-container text-text-on-neon text-[11px] sm:text-xs font-bold shadow-xs">دستورالعمل ۰۲</span>
<span class="text-xs sm:text-sm text-text-secondary font-bold">متن پیشنهادی درخواست قیمت</span>
</div>
<button class="konda-copy-directive-btn inline-flex items-center justify-center gap-1.5 text-text-primary hover:text-primary text-xs font-bold transition-all cursor-pointer px-3.5 py-1.5 rounded-full bg-surface-container-low hover:bg-surface-container border border-border active:scale-95 shadow-xs w-full sm:w-auto">
<span class="material-symbols-outlined text-sm">content_copy</span>
<span class="btn-text">کپی دستورالعمل</span>
</button>
</div>
<p class="text-xs sm:text-sm text-text-primary bg-surface-container-low p-3.5 sm:p-5 rounded-lg sm:rounded-xl leading-relaxed font-sans select-all text-right border border-border/60 m-0" dir="rtl">
«برای همین بریف، قیمت مکتوب بده: یک وب‌اپ خدماتی برای یک کسب‌وکار، با ثبت درخواست مشتری، مدیر و همکار، تعیین مسئول و پیگیری وضعیت. روش دسترسی مشتری و محدودیت دیدن درخواست دیگران را مشخص کن. رزرو قطعی، پرداخت و پیامک را جدا قیمت بده. هزینهٔ طراحی، توسعه، بک‌اند، استقرار و آموزش را جدا مشخص کن. بگو چه چیزهایی خارج از دامنه است، چه کسی مالک کد و داده خواهد بود، پشتیبانی چه مدت و شامل چه مواردی است و هزینهٔ ماهانهٔ اجرا و تغییرات بعدی چطور حساب می‌شود. برای هر جریان، معیار تحویل و روش آزمون پیشنهاد بده.»
</p>
</div>

سه استعلام واقعی برای یک بریف یکسان، مدرک قوی‌تری از کنار هم گذاشتن چند صفحهٔ قیمت است. در این بررسی، آن استعلام‌های خصوصی انجام نشده‌اند و جدول عمومی جای آن‌ها معرفی نمی‌شود. همچنین نرخ ارز لازم نیست، چون عدد دلاری را به تومان تبدیل نکرده‌ایم؛ اگر بعداً این کار را کردی، نرخ و زمان تبدیل را کنار مبلغ ثبت کن.

## چه وقت ساخت با AI منطقی‌تر است؟

وقتی می‌خواهی یک فرض مشخص را با محصولی کوچک امتحان کنی و می‌توانی خروجی را بررسی کنی، مسیر AI ارزش آزمایش دارد. وقتی پروژه به سخت‌افزار، مقیاس بالا، یکپارچه‌سازی پیچیده یا الزامات ویژه وابسته است، ابتدا بخش سخت را با فرد متخصص بررسی کن. هزینهٔ اشتباه در انتخاب مسیر می‌تواند از هزینهٔ ساخت نسخهٔ اول بیشتر شود.

<div class="bg-surface-container-low rounded-2xl p-6 sm:p-7 shadow-xs border border-border flex flex-col gap-4 not-prose my-8">
<h3 class="font-bold text-text-primary text-base">
پیش از تصمیم بودجه، این‌ها را روشن کن
</h3>
<ul class="flex flex-col gap-3.5 text-xs sm:text-sm text-text-secondary">
<li class="flex items-start gap-2.5">
<span class="material-symbols-outlined text-primary text-lg mt-0.5 shrink-0">check_circle</span>
<span>قیمت‌ها مربوط به خروجی و دامنهٔ یکسان هستند.</span>
</li>
<li class="flex items-start gap-2.5">
<span class="material-symbols-outlined text-primary text-lg mt-0.5 shrink-0">check_circle</span>
<span>اقلام خارج از قرارداد و هزینهٔ تغییر مشخص‌اند.</span>
</li>
<li class="flex items-start gap-2.5">
<span class="material-symbols-outlined text-primary text-lg mt-0.5 shrink-0">check_circle</span>
<span>هزینهٔ خرید، تمدید و مصرف متغیر جدا ثبت شده‌اند.</span>
</li>
<li class="flex items-start gap-2.5">
<span class="material-symbols-outlined text-primary text-lg mt-0.5 shrink-0">check_circle</span>
<span>زمان خودت و بازبینی فنی در بودجه وجود دارد.</span>
</li>
<li class="flex items-start gap-2.5">
<span class="material-symbols-outlined text-primary text-lg mt-0.5 shrink-0">check_circle</span>
<span>مالکیت، خروج داده و مسئولیت نگهداری مکتوب شده‌اند.</span>
</li>
</ul>
</div>

برای شروع، دامنه را کوچک کن و [یک نسخهٔ قابل بررسی در کُندا بساز](#konda-start). اگر هنوز به ابزار نیاز نداری، از همین مقاله [برگهٔ مقایسهٔ پیشنهادها](/blog/images/app-development-cost-iran-ai/quote-comparison.csv) را بردار و اقلام را روشن کن. قدم خوب، تصمیمی است که بودجه و مسئولیتش را می‌فهمی.


برای مقایسهٔ مشخص ابزارها و واحد مصرف، [Bolt یا Lovable](/blog/bolt-vs-lovable) و [Replit یا Lovable](/blog/replit-vs-lovable) را ببین. این انتخاب باید با دامنه و مسئول نگهداری پروژه هماهنگ باشد.

پیش از هزینه‌کردن برای امکانات بیشتر، دامنه و معیار توقف نسخهٔ اول را روشن کن. [راهنمای ساخت MVP با هوش مصنوعی](/blog/build-mvp-with-ai) یک پروندهٔ داخلی، معیار پذیرش و دفتر بودجهٔ قابل تکمیل دارد.


## پرسش‌های متداول

### هزینه ساخت اپلیکیشن خدماتی در سال ۱۴۰۵ چقدر است؟

عدد واحدی ندارد. در بررسی ۹ آبان ۱۴۰۵، تیکینو برای خدماتی/رزرو اندروید و iOS بازهٔ ۵۰ تا ۹۰ میلیون تومان و وب‌افرا برای دستهٔ وسیع‌تر خدماتی ۷۰ تا ۵۵۰ میلیون درج کرده‌اند. این پیشنهادها هم‌دامنه نیستند و میانگین بازار یا قیمت وب‌اپ کوچک تو محسوب نمی‌شوند.

### یک اپ خدماتی ساده چه امکاناتی لازم دارد؟

برای نمونهٔ این راهنما، فرم درخواست، پنل مدیر، تعیین مسئول و وضعیت جدید، در حال پیگیری و بسته‌شده کافی است. دسترسی هر نقش، ذخیرهٔ واقعی و بازخوانی پس از رفرش باید بررسی شوند. رزرو قطعی، پرداخت و پیامک در دامنهٔ اولیه نیستند.

### چرا اپ خدماتی شبیه آچاره از یک فرم ثبت درخواست گران‌تر می‌شود؟

بازار چند ارائه‌دهنده به نقش‌ها و جریان‌های بیشتری مثل پیشنهاد قیمت، کمیسیون، تسویه و رسیدگی به اختلاف نیاز دارد. هر کدام طراحی، اتصال و آزمون جدا می‌خواهند؛ تعداد صفحات به‌تنهایی مبنای مقایسه نیست.

### ساخت با هوش مصنوعی حتماً ارزان‌تر است؟

خیر؛ صرفه‌جویی به دامنه، مصرف ابزار، زمان اصلاح و هزینهٔ تکمیل و بازبینی بستگی دارد. کُندا می‌تواند برای روشن‌کردن نسخهٔ محدود به کار بیاید، اما در این مقاله مقایسهٔ هزینهٔ هم‌دامنه یا درصد صرفه‌جویی اندازه‌گیری نشده است.

### هزینهٔ نگهداری ماهانه اپ خدماتی چقدر است؟

به میزبانی، داده، پشتیبان‌گیری، مصرف پیامک یا سرویس‌های متصل و تعهد رفع خطا بستگی دارد. مبلغ ماهانه و سقف مصرف را جدا از هزینهٔ ساخت در پیشنهاد مکتوب بگیر؛ این مقاله نرخ واحدی برای نگهداری تعیین نمی‌کند.

### اعداد محاسبه‌گر، قیمت کُندا هستند؟

خیر. ورودی‌های اولیه فقط مثال فرضی‌اند و جمع ۲۲ میلیون تومان روش محاسبهٔ سال اول را نشان می‌دهد. قیمت روز پلن، مصرف واقعی و هزینهٔ تکمیل پروژه را باید جدا وارد کنی.

### آیا وب‌اپ خدماتی همان اپ اندروید و iOS است؟

خیر. وب‌اپ در مرورگر استفاده می‌شود. بستهٔ نصب، انتشار در فروشگاه‌ها، کار آفلاین یا قابلیت‌های دستگاه را باید صریح در خروجی و قرارداد تعریف کنی؛ پیش‌نمایش مرورگر آن‌ها را ثابت نمی‌کند.



## منابع

- [تیکینو؛ قیمت عمومی خدماتی/رزرو آنلاین، بررسی ۹ آبان ۱۴۰۵](https://www.tikyno.com/pricing/pricing-mobile-app) (2026)
- [وب‌افرا؛ دستهٔ اپ خدماتی، بررسی ۹ آبان ۱۴۰۵](https://webafra.com/طراحی-اپلیکیشن/تعرفه-طراحی-اپلیکیشن) (2026)
- [کُندا؛ پلن‌ها و اعتبار روز حساب](https://kondaai.com/pricing) (2026)