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