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