قرارداد طراحی سایت با نمونه قابل ویرایش
قرارداد طراحی سایت وقتی به کار میآید که معلوم کند چه چیزی ساخته میشود، چه زمانی آماده بررسی است و پذیرش آن چطور انجام میشود. نمونه قابل ویرایش این صفحه یک قرارداد کامل ۱۹ مادهای است، با جدول مراحل و پرداخت، پیوست امکانات و معیار پذیرش، و صورتجلسه تحویل نهایی.
دانلود نمونه قرارداد طراحی سایت

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