مالکیت و پذیرش نهایی سایت پیش از پرداخت مانده حساب
بیشتر بخوانید...

راهنمای پرداخت مرحله‌ای پروژه

مالکیت و پذیرش نهایی سایت پیش از پرداخت مانده حساب

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

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

مالکیت فایل‌ها، دسترسی‌ها و محتوای تولیدشده

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

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

در پرداخت پروژه، ۵۰ درصد در شروع، ۲۰ درصد در طول پروژه و ۳۰ درصد هنگام تحویل دریافت می‌شود. جزئیات این مدل را در صفحه طراحی سایت اقساطی در شیراز ببینید. این ساختار، پرداخت مرحله‌ای است و شامل وعده پرداخت ماهانه، اعتبار پس از تحویل، حذف پیش‌پرداخت یا ضمانت نتیجه نمی‌شود.

تفاوت نمایش نسخه نهایی با پذیرش رسمی پروژه

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

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

آزمون تحویل: دسترسی، عملکرد، آموزش و رفع ایراد

۱. آزمون دسترسی

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

۲. آزمون عملکرد

مسیرهای اصلی مانند باز شدن صفحه‌ها، منوها، فرم تماس، پیوندهای مهم و نمایش در موبایل را امتحان کنید. برای هر ایراد، نشانی صفحه، شرح مشکل و وضعیت اصلاح را ثبت کنید.

۳. آزمون آموزش

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

۴. آزمون ایرادهای توافق‌شده

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

نمونه چک‌لیست تحویل

موضوع وضعیت یادداشت
دسترسی‌های مدیریتی تأیید / نیازمند اصلاح حساب مسئول و روش انتقال ثبت شود
صفحه‌ها و منوها تأیید / نیازمند اصلاح مسیرهای اصلی بررسی شوند
فرم‌ها و پیوندها تأیید / نیازمند اصلاح ارسال آزمایشی و مقصد پیام بررسی شود
نمایش موبایل تأیید / نیازمند اصلاح صفحه‌های اصلی آزمون شوند
آموزش و فایل‌های توافق‌شده تحویل شد / باقی‌مانده موارد تحویل‌شده فهرست شوند

ثبت پذیرش نهایی و پرداخت ۳۰ درصد مانده

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

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

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

سه پرسش متداول

آیا پرداخت مانده باید پیش از دریافت همه دسترسی‌ها انجام شود؟

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

اگر پس از نمایش نسخه نهایی درخواست تازه‌ای مطرح شود چه می‌شود؟

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

آیا تحویل سایت یعنی همه محتوای آن هم آماده است؟

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

بررسی شرایط پرداخت مرحله‌ای