# ساخت یک وب‌سایت چقدر طول می‌کشد؟

> ساخت یک وب‌سایت چقدر طول می‌کشد؟ زمان‌بندی‌های واقعی به تفکیک نوع پروژه به‌علاوه پنج مرحله — کشف، طراحی، ساخت، QA، انتشار — و آنچه واقعاً پروژه‌ها را کند می‌کند.

_2026-07-01 · 2026-07-11 · William Lopez · SirVendor_
_Canonical: https://sirvendor.com/fa/blog/زمان-ساخت-وب-سایت_
_Language: fa_

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

## نکات کلیدی

- **صفحه فرود:** ۱–۲ هفته. **سایت کسب‌وکار:** ۴–۸ هفته. **وب‌اپلیکیشن / فروشگاه بزرگ:** ۳–۶ ماه.
- **ساخت به‌ندرت گلوگاه است** — انتظار برای محتوا و بازخورد شماره‌یک دلیل تأخیرهاست.
- **هر پروژه از پنج مرحله عبور می‌کند:** کشف، طراحی، ساخت، QA و انتشار.
- **شما بیش از آنچه فکر می‌کنید زمان‌بندی را کنترل می‌کنید.** محتوای آماده، بازخورد سریع، محدوده قفل‌شده و تصمیم‌های به‌موقع می‌توانند هفته‌ها را کم کنند.
- **عجله از QA و کشف می‌زند** — دو مرحله‌ای که در آن‌ها مشکلات به‌جای ایجادشدن، پیشگیری می‌شوند.

## زمان‌بندی‌ها به تفکیک نوع پروژه

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

| نوع پروژه | زمان‌بندی معمول | یادداشت‌ها |
| --- | --- | --- |
| صفحه فرود (۱ صفحه) | ۱–۲ هفته | سریع اگر محتوا آماده باشد |
| سایت کوچک (۳–۵ صفحه) | ۲–۴ هفته | به طراحی سفارشی بستگی دارد |
| سایت کسب‌وکار (۵–۱۵ صفحه) | ۴–۸ هفته | CMS، بلاگ، یکپارچه‌سازی‌ها زمان اضافه می‌کنند |
| فروشگاه تجارت الکترونیک | ۶–۱۲+ هفته | راه‌اندازی محصول و پرداخت‌ها زمان می‌برد |
| وب‌اپلیکیشن سفارشی | ۳–۶ ماه | بک‌اند و آزمایش غالب هستند |

این‌ها با بازه‌های هزینه در [هزینه یک وب‌سایت چقدر است](/blog/how-much-does-a-website-cost) جفت می‌شوند — ساخت‌های بزرگ‌تر و پیچیده‌تر بیشتر هزینه دارند *و* بیشتر طول می‌کشند، به همان دلیل: کار بیشتر. می‌توانید از [ماشین‌حساب هزینه پروژه](/tools/project-cost-calculator) یک تخمین متناسب بگیرید.

## پنج مرحله ساخت یک وب‌سایت

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

| مرحله | چه اتفاقی می‌افتد | سهم از زمان‌بندی |
| --- | --- | --- |
| ۱. کشف | محدوده، اهداف، برنامه محتوا، نقشه سایت | ~۱۰–۱۵٪ |
| ۲. طراحی | چیدمان‌ها، بصری‌ها، بازخورد شما | ~۲۵–۳۰٪ |
| ۳. ساخت | توسعه، کدنویسی واقعی | ~۳۰–۴۰٪ |
| ۴. QA | آزمایش، رفع اشکال، بررسی‌های چنددستگاهی | ~۱۰–۱۵٪ |
| ۵. انتشار | فعال‌شدن، بررسی‌های نهایی، تحویل | ~۵–۱۰٪ |

### مرحله ۱: کشف

مشخص می‌کنیم چه می‌سازیم — اهداف، محدوده، ویژگی‌ها، نقشه سایت و یک برنامه محتوا. وسوسه‌انگیز است که برای «شروع کردن» از این صرف‌نظر کنیم، اما کشف جایی است که کل پروژه در جهت درست هدف‌گذاری می‌شود. یک ساعت اینجا روزها را بعداً صرفه‌جویی می‌کند. اینجا همچنین جایی است که محدوده را قفل می‌کنیم، که بهترین دفاع واحد در برابر تأخیرهای زیر است.

### مرحله ۲: طراحی

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

### مرحله ۳: ساخت

توسعه واقعی — تبدیل طراحی‌های تأییدشده به یک سایت کارآمد و کدنویسی‌شده. برای یک سایت سرراست این سریع است؛ برای سایتی با ویژگی‌های سفارشی، یک CMS، یکپارچه‌سازی‌ها یا یک بک‌اند، بزرگ‌ترین مرحله است. اینجا جایی است که مهندسی رخ می‌دهد، و بخشی است که مشتریان کمترین دید را به آن دارند. رویکردم در صفحه [خدمات توسعه وب](/services/web-development) است.

### مرحله ۴: QA

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

### مرحله ۵: انتشار

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

## چه چیزی واقعاً پروژه‌ها را کند می‌کند

اینجا بخش صادقانه‌ای است که بیشتر زمان‌بندی‌ها ذکر نمی‌کنند: **کار توسعه به‌ندرت چیزی است که یک پروژه را دیر می‌کند.** این‌ها مقصران واقعی هستند، تقریباً به ترتیب:

- **انتظار برای محتوا.** متن و تصاویری که آماده نیستند همه‌چیز را متوقف می‌کنند. این شماره‌یک تأخیر است، هر بار. اگر متن و عکس‌هایتان پیش از شروع ساخت آماده باشند، بزرگ‌ترین ریسک برای زمان‌بندی‌تان را حذف می‌کنید.
- **بازخورد کند یا پراکنده.** بازخوردی که در طول دو هفته قطره‌قطره می‌رسد — یا با خودش تناقض دارد — یک بازنگری دو‌روزه را به یک بازنگری دو‌هفته‌ای تبدیل می‌کند. بازخورد یکپارچه و به‌موقع شتاب را حفظ می‌کند.
- **گسترش خزنده محدوده.** «می‌توانیم این را هم اضافه کنیم…» نحوه تبدیل یک پروژه چهار‌هفته‌ای به هشت است. ایده‌های جدید خوب‌اند، اما زمان می‌گیرند؛ آن‌ها را برای مرحله دوم پارک کنید.
- **نیازمندی‌های نامشخص.** اهداف مبهم به دوباره‌کاری منجر می‌شوند. کشف برای پیشگیری از این وجود دارد، که به همین دلیل صرف‌نظر از آن نتیجه معکوس می‌دهد.
- **دسترسی و تصمیم‌های کند.** انتظار برای ورودها، تأییدها یا یک تصمیم‌گیرنده که دسترسی به او سخت است، زمان مرده‌ای اضافه می‌کند که هیچ ربطی به کد ندارد.

الگو را ببینید: **بیشتر تأخیرها در سمت مشتری هستند، نه سمت توسعه‌دهنده.** این خبر خوبی است، چون به این معناست که شما کنترل واقعی بر زمان‌بندی خودتان دارید.

## چگونه پروژه‌تان را طبق برنامه نگه دارید

چهار عادت یک پروژه را سریع‌تر از هر ترفند فنی پیش می‌برند:

1. **محتوایتان را پیش از شروع ساخت آماده داشته باشید.** فقط همین می‌تواند هفته‌ها را صرفه‌جویی کند.
2. **بازخورد را در یک دسته یکپارچه در هر دور بدهید.** یادداشت‌های همه را جمع کنید، سپس آن‌ها را با هم بفرستید.
3. **محدوده را قفل کنید.** بر سر اینکه «تمام‌شده» چه معنایی دارد از پیش توافق کنید و بر آن پافشاری کنید — ایده‌های جدید به یک فهرست مرحله‌دوم می‌روند. گام تعیین‌محدوده در [چگونه یک توسعه‌دهنده وب استخدام کنیم](/blog/how-to-hire-a-web-developer) این را پوشش می‌دهد.
4. **به‌موقع تصمیم بگیرید.** وقتی از شما خواسته می‌شود چیزی را تأیید کنید، طرفِ سریع‌بودن کل پروژه را در حال حرکت نگه می‌دارد.

## آیا یک فریلنسر سریع‌تر می‌سازد یا یک آژانس؟

برای پروژه‌های کوچک و متوسط، یک فریلنسر معمولاً سریع‌تر است — هیچ سربار هماهنگی داخلی وجود ندارد، و کسی که پروژه را می‌فهمد همان کسی است که آن را می‌سازد. برای پروژه‌های بسیار بزرگ با بخش‌های مستقل متعدد، یک آژانس می‌تواند موازی‌سازی کند و سریع‌تر حرکت کند. این مبادله را به‌طور کامل در [فریلنسر در برابر آژانس](/blog/freelancer-vs-agency) پوشش می‌دهم، و می‌توانید در [صفحه مقایسه](/compare) مقایسه کنید. برای اپلیکیشن‌ها به‌طور خاص، زمان‌بندی‌ها طولانی‌تر می‌شوند — به [هزینه ساخت یک اپلیکیشن چقدر است](/blog/how-much-does-it-cost-to-build-an-app) و [خدمات توسعه اپلیکیشن](/services/app-development) نگاه کنید.

## نتیجه نهایی

انتظار **۱–۲ هفته برای یک صفحه فرود، ۴–۸ هفته برای یک سایت کسب‌وکار، و ۳–۶ ماه برای یک اپلیکیشن سفارشی یا فروشگاه بزرگ** را داشته باشید. هر پروژه از کشف، طراحی، ساخت، QA و انتشار عبور می‌کند — و بزرگ‌ترین چیزی که بین یک پروژه و ضرب‌الاجلش می‌ایستد معمولاً کد نیست، محتوا و بازخورد است. آماده بیایید، سریع پاسخ دهید و محدوده را حفظ کنید، و سریع‌تر از آنچه انتظار دارید یک سایت عالی می‌گیرید.

یک زمان‌بندی واقع‌بینانه برای پروژه خاص خود می‌خواهید؟ [برای یک برآورد رایگان با من تماس بگیرید](/contact) — آنچه نیاز دارید توصیف کنید و یک برنامه صادقانه در کنار قیمت به شما می‌دهم.