چرا قرارداد فریلنسری بدون این بندها خطرناک است؟

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

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

چرا قرارداد فریلنسری بدون بندهای مشخص خطرناک است؟

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

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

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

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

دوازده بند ضروری قرارداد فریلنسری

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

در تجربه من، بزرگ‌ترین اختلاف‌ها در پروژه‌های فریلنسری، از دو بند غفلت می‌آید: دامنه کار و تعداد بازبینی. اگر این دو بند به‌درستی نوشته شوند، بخش بزرگی از ریسک پروژه کاهش پیدا می‌کند.

بند دامنه کار (Scope of Work) و اهمیت آن

بند دامنه کار، قلب قرارداد فریلنسری است. در این بند، باید دقیقاً مشخص شود که فریلنسر چه چیزی تحویل می‌دهد و چه چیزی خارج از دامنه کار است. بی‌دقتی در این بند، به رشد تدریجی پروژه (Scope Creep) منجر می‌شود. یعنی کارفرما در طول پروژه درخواست‌های کوچک اضافه می‌کند که هرکدام به‌تنهایی بی‌اهمیت به نظر می‌رسند، اما در مجموع می‌توانند حجم کار را چند برابر کنند.

ساختار درست بند دامنه کار

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

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

بخش سوم، معیارهای پذیرش است. یعنی کارفرما بر اساس چه معیاری خروجی را تأیید می‌کند. اگر قالب وردپرس است، معیار پذیرش باید مثلاً سازگاری با موبایل، سرعت مناسب در PageSpeed و اعتبار کد در Theme Check باشد. برای درک دقیق این معیارها، مقاله چگونه قالب استاندارد وردپرس را تشخیص دهیم می‌تواند راهنمای خوبی باشد. برای سایت‌های شرکتی، معیار پذیرش معمولاً با انتخاب قالب مناسب کسب‌وکار گره خورده است.

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

مثال عملی از بند دامنه کار

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

بند پرداخت، پیش‌پرداخت و جریمه تأخیر

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

مؤلفه اول: مبلغ کل و تفکیک پرداخت

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

مؤلفه دوم: پیش‌پرداخت (Down Payment)

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

مؤلفه سوم: جریمه تأخیر پرداخت

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

مؤلفه چهارم: روش پرداخت

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

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

بند مالکیت معنوی و انتقال حقوق

بند مالکیت معنوی (Intellectual Property) در قرارداد فریلنسری، یکی از مهم‌ترین بندهایی است که اکثر فریلنسرها نادیده می‌گیرند. در این بند، مشخص می‌شود که مالک خروجی نهایی چه کسی است و چه زمانی انتقال مالکیت انجام می‌شود. بدون این بند، فرض پیش‌فرض قانونی معمولاً به نفع فریلنسر است، اما در عمل، کارفرما می‌تواند مدعی شود که به‌طور ضمنی مالکیت منتقل شده است.

انتقال مالکیت مشروط به پرداخت کامل

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

تفکیک مالکیت کد و مالکیت محتوا

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

حق استفاده از نمونه‌کار

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

بند تعداد بازبینی و محدوده اصلاحات

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

تعیین عدد دقیق بازبینی

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

تفکیک بین اصلاح و تغییر

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

فرآیند ثبت درخواست بازبینی

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

بند محرمانگی و عدم افشا

بند محرمانگی (Non-Disclosure Agreement) یا NDA، بندی است که در آن فریلنسر متعهد می‌شود اطلاعات حساس کارفرما را در طول و بعد از پروژه افشا نکند. این بند در پروژه‌هایی که با داده حساس یا استراتژی کسب‌وکار سروکار دارند، حیاتی است. مثلاً در پروژه‌های فروشگاهی، اطلاعاتی مثل حجم فروش، نرخ تبدیل و لیست مشتریان، جزو اطلاعات محرمانه محسوب می‌شوند.

دامنه محرمانگی

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

مدت اعتبار محرمانگی

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

بند فسخ و شرایط خروج از پروژه

بند فسخ (Termination) یکی از بندهایی است که کمترین توجه به آن می‌شود، اما در لحظه بحران، حیاتی است. در این بند، شرایط پایان زودهنگام پروژه از طرف هر دو طرف مشخص می‌شود. بدون این بند، اگر پروژه در نیمه راه متوقف شود، تکلیف پرداخت و تحویل خروجی‌ها مبهم می‌ماند.

فسخ از طرف کارفرما

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

فسخ از طرف فریلنسر

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

تحویل خروجی‌ها در صورت فسخ

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

بند مسئولیت و حدود تضمین

بند مسئولیت و تضمین، از فریلنسر در برابر ادعاهای بیش از حد کارفرما محافظت می‌کند. در این بند، مشخص می‌شود که فریلنسر چه چیزی را تضمین می‌کند و چه چیزی را تضمین نمی‌کند. بدون این بند، کارفرما می‌تواند در صورت بروز هر مشکلی در آینده، فریلنسر را مسئول بداند.

تضمین در برابر باگ در بازه مشخص

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

حدود تضمین در پروژه‌های وردپرسی

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

تضمین در برابر نقض کپی‌رایت

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

بند حل اختلاف و مرجع قانونی

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

مرحله اول: مذاکره و حل دوستانه

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

مرحله دوم: میانجی‌گری

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

مرحله سوم: مرجع قانونی

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

اشتباهات رایج در نوشتن قرارداد فریلنسری

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

اشتباه اول: نبود قرارداد در پروژه‌های کوچک

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

اشتباه دوم: دامنه کار مبهم

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

اشتباه سوم: نادیده گرفتن رشد تدریجی پروژه

رشد تدریجی پروژه (Scope Creep) یکی از بزرگ‌ترین قاتل‌های سود فریلنسر است. در طول پروژه، درخواست‌های کوچک یکی‌یکی اضافه می‌شود و حجم کار چند برابر می‌شود بدون آن‌که مبلغ افزایش پیدا کند. تنها راه جلوگیری، بند دامنه کار دقیق و فرآیند مشخص برای تغییرات است.

اشتباه چهارم: نداشتن پیش‌پرداخت

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

اشتباه پنجم: نداشتن بند مالکیت معنوی

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

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

پرسش‌های پرتکرار درباره قرارداد فریلنسری

این بخش به پرسش‌هایی می‌پردازد که در چند سال گذشته بیشترین تکرار را در جلسات مشاوره و دیدگاه‌های سایت داشته‌اند.

آیا قرارداد شفاهی هم اعتبار قانونی دارد؟

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

آیا فریلنسر باید وکیل داشته باشد؟

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

چطور از رشد تدریجی پروژه (Scope Creep) جلوگیری کنیم؟

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

آیا پیش‌پرداخت برای همه پروژه‌ها لازم است؟

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

در پروژه بین‌المللی، قرارداد باید به چه زبانی باشد؟

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

مالکیت معنوی چه زمانی به کارفرما منتقل می‌شود؟

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

اگر کارفرما بدون پرداخت نهایی، از خروجی استفاده کند چه کنیم؟

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

آیا قرارداد باید ثبت رسمی شود؟

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

نگاه آخر: قرارداد، ابزار حرفه‌ای بودن است، نه بی‌اعتمادی

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

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

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