راهنمای پرداخت مرحلهای پروژه
جدول تعهدات و تحویل هر مرحله از پروژه وبسایت
هر مرحله از پروژه وبسایت باید دستکم یک خروجی قابل بررسی، یک مسئول مشخص و یک روش تأیید داشته باشد. این کار کمک میکند عبارتهای کلی مانند «تکمیل سایت» یا «تحویل طراحی» به فهرستی روشن از کارهای انجامشده تبدیل شوند.

چرا هر مرحله باید خروجی و مسئول مشخص داشته باشد؟
پروژه وبسایت فقط با کدنویسی یا طراحی صفحه تمام نمیشود. اطلاعات کسبوکار، ساختار صفحات، محتوای متنی، تصاویر، دسترسیها و بازخورد کارفرما هم بر روند تحویل اثر میگذارند. وقتی مسئول هر بخش مشخص نباشد، تأخیر یا نقص یک مورد ممکن است به اشتباه به کل پروژه نسبت داده شود.
- خروجی، چیزی است که میتوان آن را دید، آزمود یا دریافت کرد.
- مسئول، شخص یا طرفی است که باید آن خروجی را آماده یا بررسی کند.
- معیار تأیید، روشی ساده برای تشخیص آماده بودن خروجی است.
- وابستگی، اطلاعات یا اقدامی است که شروع مرحله بعد به آن نیاز دارد.
نمونه جدول تعهدات برای شروع، توسعه و تحویل
| مرحله | تعهد اجرایی | تعهد کارفرما | معیار بررسی |
|---|---|---|---|
| شروع | ثبت دامنه کار، ساختار اولیه و برنامه بررسی | ارائه اطلاعات کسبوکار، اهداف و دسترسیهای لازم | فهرست صفحات و مسئولیتها مکتوب و قابل ارجاع باشد |
| توسعه | پیادهسازی بخشهای توافقشده و ارائه نسخه قابل مشاهده | بررسی نسخه و ارسال بازخورد یکپارچه | بخشهای اصلی روی نسخه آزمایشی قابل آزمون باشند |
| تحویل | آزمون، رفع ایرادهای توافقشده، تحویل دسترسیها و آموزش مورد توافق | انجام آزمون نهایی و ثبت پذیرش | چکلیست تحویل تکمیل و موارد باز تعیین تکلیف شوند |
در ساختار پرداخت پروژه، ۵۰ درصد در شروع، ۲۰ درصد در طول پروژه و ۳۰ درصد هنگام تحویل پرداخت میشود. برای آشنایی با شرایط مرتبط، به طراحی سایت اقساطی در شیراز مراجعه کنید. این شرایط پرداخت مرحلهای پروژه است و نباید بهعنوان اقساط ماهانه، اعتبار بعد از تحویل یا پرداخت بدون پیشپرداخت برداشت شود.
معیار قابل بررسی برای پایان هر مرحله
یک معیار خوب باید تا حد امکان قابل مشاهده باشد. برای نمونه، بهجای «سایت آماده شد» بنویسید: «صفحههای خانه، خدمات، درباره و تماس در نسخه آزمایشی قرار دارند؛ فرم تماس آزمایش شده؛ منوی اصلی در موبایل و دسکتاپ بررسی شده؛ موارد ایراد در فهرست جداگانه ثبت شدهاند.»
چکلیست تأیید مرحله
- خروجیهای مرحله را با فهرست توافقشده مقایسه کنید.
- صفحهها را در اندازههای رایج نمایش بررسی کنید.
- پیوندها، فرمها، دکمهها و مسیرهای اصلی را آزمایش کنید.
- متنها و تصاویر تحویلدادهشده را با نسخه مورد تأیید مقایسه کنید.
- ایرادهای مهم را از پیشنهادهای جدید جدا کنید.
- تاریخ تأیید یا فهرست موارد باقیمانده را ثبت کنید.
برای مثال فرضی، اگر کارفرما درخواست سایت معرفی یک آموزشگاه را دارد، پایان مرحله توسعه میتواند شامل صفحه معرفی دورهها، فرم درخواست مشاوره، صفحه تماس و نسخه مناسب موبایل باشد. ورود محتوای دورهای که هنوز از سوی کارفرما ارسال نشده، نباید بهصورت مبهم جزو خروجی تحویلشده تلقی شود.
مدیریت تغییر درخواستها و اثر آن بر زمان و مبلغ
تغییر درخواست با رفع ایراد یکی نیست. ایراد یعنی خروجی با توافق اولیه همخوان نیست؛ تغییر یعنی قابلیت یا محتوای تازهای به دامنه کار اضافه میشود. برای هر تغییر، شرح کوتاه، اثر احتمالی بر زمان، اثر احتمالی بر مبلغ و تصمیم نهایی را در توافق عملیاتی ثبت کنید.
مثلاً تغییر رنگ دکمهای که با طراحی تأییدشده همخوان نیست، میتواند در فهرست اصلاحات قرار گیرد؛ اما اضافه کردن پنل اختصاصی گزارشگیری، قابلیت تازهای است و باید جداگانه بررسی شود. تا زمانی که اثر تغییر روشن نشده، آن را بخشی قطعی از مرحله جاری معرفی نکنید.
روش ساده برای نگهداری جدول
- پیش از شروع، ستونهای خروجی، مسئول و معیار تأیید را تکمیل کنید.
- پس از هر بررسی، وضعیت را به «انجامشده»، «نیازمند اصلاح» یا «منتظر اطلاعات» تغییر دهید.
- نسخه و تاریخ هر بازخورد را ثبت کنید.
- در پایان، موارد تحویلشده و موارد خارج از دامنه را جداگانه نگه دارید.

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






