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

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

۱. موضوع و شرح دقیق پروژه

اولین بخش مهم قرارداد باید دقیقاً مشخص کند چه نوع سایتی قرار است طراحی و توسعه داده شود.

عبارت‌هایی مثل «طراحی یک سایت حرفه‌ای» بیش از حد کلی هستند.

بهتر است مواردی مثل این‌ها مشخص شوند:

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

۲. دقیقاً چه چیزهایی تحویل داده می‌شود؟

قرارداد باید خروجی نهایی پروژه را مشخص کند.

بسته به نوع همکاری، موارد قابل تحویل می‌توانند شامل این‌ها باشند:

  • نسخه نهایی سایت
  • پنل مدیریت
  • دسترسی‌های مدیریتی
  • فایل‌ها و سورس پروژه
  • مستندات لازم
  • آموزش مدیریت سایت
اگر تحویل سورس یا فایل‌های اصلی برای شما مهم است، حتماً باید در قرارداد مشخص شود.

۳. زمان‌بندی پروژه باید مرحله‌بندی شود

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

تحلیل ← طراحی ← توسعه ← تست ← تحویل

همچنین باید مشخص شود اگر مشتری محتوا، اطلاعات یا تأییدیه‌های لازم را دیر تحویل دهد، زمان پروژه چگونه تغییر می‌کند.

۴. مبلغ و نحوه پرداخت

مبلغ کل پروژه و مراحل پرداخت باید کاملاً روشن باشند.

برای مثال می‌توان پرداخت را بر اساس مراحل پروژه تقسیم کرد:

پیش‌پرداخت برای شروع رسمی پروژه.
پرداخت میانی پس از تأیید مرحله مشخصی از کار.
تسویه نهایی پس از تکمیل و آماده شدن پروژه برای تحویل.

۵. تعداد و محدوده اصلاحات را مشخص کنید

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

بهتر است مشخص شود:

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

۶. مسئول آماده‌سازی محتوا چه کسی است؟

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

متن صفحات
تصاویر
لوگو
محصولات
اطلاعات تماس
مقالات اولیه

اگر ورود محتوا بخشی از خدمات طراح است، حجم آن نیز بهتر است مشخص شود.

۷. مالکیت دامنه، هاست و پروژه

این یکی از مهم‌ترین بخش‌های قرارداد است.

باید مشخص شود مالک موارد زیر چه کسی است:

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

۸. تحویل دسترسی‌ها را فراموش نکنید

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

پنل مدیریت
هاست
دامنه
ایمیل
درگاه پرداخت
پنل پیامک

۹. پشتیبانی بعد از تحویل دقیقاً شامل چیست؟

عبارت «پشتیبانی رایگان» بدون جزئیات کافی نیست.

بهتر است قرارداد مشخص کند:

  • پشتیبانی چند روز یا چند ماه است؟
  • رفع باگ شامل پشتیبانی می‌شود؟
  • تغییرات جدید شامل پشتیبانی هستند یا نه؟
  • روش ارسال درخواست پشتیبانی چیست؟
  • زمان تقریبی پاسخ‌گویی چقدر است؟

۱۰. تفاوت باگ و قابلیت جدید را مشخص کنید

این موضوع می‌تواند جلوی بسیاری از اختلاف‌ها را بگیرد.

رفع باگ

قابلیتی که طبق قرارداد باید کار کند، اما به دلیل مشکل فنی درست اجرا نمی‌شود.

قابلیت جدید

امکانی که در توافق اولیه وجود نداشته و بعداً درخواست شده است.

۱۱. هزینه سرویس‌های جانبی را جدا مشخص کنید

طراحی سایت ممکن است به سرویس‌هایی نیاز داشته باشد که هزینه آن‌ها جدا از مبلغ توسعه است.

مثل:

دامنه
هاست
سرور
پنل پیامک
سرویس ایمیل
API پولی

بهتر است مشخص شود هزینه تمدید سالانه این سرویس‌ها بر عهده چه کسی خواهد بود.

۱۲. مسئولیت امنیت و نگهداری

امنیت سایت فقط به زمان تحویل محدود نمی‌شود.

قرارداد باید تا حد امکان روشن کند مسئولیت مواردی مثل این‌ها چگونه است:

  • بکاپ‌گیری
  • نگهداری سرور
  • بروزرسانی بخش‌های فنی
  • رسیدگی به مشکلات امنیتی
  • بازیابی اطلاعات

۱۳. درباره سئو عبارت‌های مبهم ننویسید

عبارتی مثل «سئو کامل سایت» باید دقیق‌تر تعریف شود.

مشخص کنید منظور از خدمات سئو چیست:

ساختار فنی
متاتگ‌ها
Sitemap
Search Console
محتوا
سئو مستمر
هیچ مجری حرفه‌ای نمی‌تواند رتبه یک گوگل را به‌صورت قطعی تضمین کند.

۱۴. تأخیر هر یک از طرفین چه اثری دارد؟

گاهی تأخیر پروژه فقط مربوط به تیم توسعه نیست.

ممکن است مشتری در ارسال تصاویر، متن، اطلاعات محصول یا تأیید طرح تأخیر داشته باشد.

بهتر است قرارداد روش مدیریت این شرایط و تأثیر آن بر زمان تحویل را مشخص کند.

۱۵. شرایط فسخ پروژه

حتی اگر همه چیز خوب پیش برود، بهتر است شرایط توقف همکاری از ابتدا مشخص باشد.

از جمله:

  • در چه شرایطی قرارداد قابل فسخ است؟
  • مبلغ مراحل انجام‌شده چگونه محاسبه می‌شود؟
  • فایل‌های تولیدشده تا آن مرحله چه وضعیتی دارند؟
  • پیش‌پرداخت در چه شرایطی قابل بازگشت است؟

۱۶. محرمانگی اطلاعات در پروژه‌های حساس

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

برای پروژه‌های سازمانی یا سامانه‌های اختصاصی، این موضوع بهتر است به‌طور مشخص در قرارداد نوشته شود.

۱۷. اجازه انتشار پروژه در نمونه‌کار

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

اگر این موضوع برای کسب‌وکار شما محدودیت دارد، بهتر است از ابتدا مشخص شود.

چک‌لیست قرارداد طراحی سایت

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

پروژه حرفه‌ای باید از روز اول مرزها و تعهدات مشخصی داشته باشد.

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

تحلیل پروژه شرح خدمات زمان‌بندی توسعه اختصاصی تحویل پشتیبانی
درخواست طراحی سایت

سؤالات متداول

آیا برای پروژه کوچک هم قرارداد لازم است؟

حتی در پروژه کوچک نیز داشتن توافق مکتوب درباره مبلغ، خدمات و زمان تحویل مفید است.

آیا مالکیت دامنه باید در قرارداد ذکر شود؟

بله، بهتر است مالکیت و دسترسی دامنه از ابتدا کاملاً مشخص باشد.

آیا پشتیبانی باید داخل مبلغ طراحی باشد؟

الزامی نیست؛ اما مدت و محدوده پشتیبانی باید قبل از شروع همکاری مشخص شوند.

تغییر امکانات وسط پروژه چه می‌شود؟

بهتر است فرآیند درخواست تغییر، تأثیر آن بر هزینه و زمان پروژه در قرارداد تعیین شود.

آیا قرارداد طراحی سایت باید حقوقی و پیچیده باشد؟

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

جمع‌بندی

قرارداد خوب از اختلاف جلوگیری می‌کند، نه اینکه فقط برای روز اختلاف نوشته شود.

شرح پروژه، مبلغ، زمان، مالکیت، اصلاحات و پشتیبانی باید قبل از شروع همکاری روشن باشند.

هر چیزی که برای شما مهم است، بهتر است به‌جای توافق شفاهی در متن قرارداد ثبت شود.

قرارداد شفاف یعنی هر دو طرف قبل از شروع بدانند چه چیزی می‌دهند و چه چیزی تحویل می‌گیرند.

مرتضی قاسم پور

گفت‌وگو درباره این مطلب

۰ دیدگاه