اصطلاحات رایج و تخصصی در قراردادهای فریلنسری مهندسی؛ راهنمای کامل مهندسان و کارفرمایان

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

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

اصطلاحاتی مانند Scope of Work، Deliverables، Milestone، Revision، Change Request، Fixed Fee، Hourly Rate، Advance Payment، Acceptance Criteria، Intellectual Property، Confidentiality، Liability، Termination و Dispute Resolution در ظاهر واژه‌هایی قراردادی هستند، اما در عمل مستقیماً با مدیریت پروژه مهندسی ارتباط دارند. اگر مهندس مفهوم این اصطلاحات را بداند، بهتر می‌تواند خدمات خود را قیمت‌گذاری کند، زمان تحویل را تعیین کند، درخواست‌های خارج از قرارداد را تشخیص دهد و از ایجاد تعهدات ناخواسته جلوگیری کند. از طرف دیگر، کارفرما نیز با شناخت این اصطلاحات بهتر می‌تواند بداند بابت مبلغی که پرداخت می‌کند دقیقاً چه خدمات و خروجی‌هایی دریافت خواهد کرد.

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

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

قرارداد فریلنسری مهندسی چیست؟

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

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

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

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

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

اصطلاحات پایه در قراردادهای فریلنسری مهندسی

۱. Parties – طرفین قرارداد

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

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

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

۲. Client / Employer – کارفرما

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

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

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

۳. Freelancer / Consultant / Engineer – فریلنسر، مشاور یا مهندس

طرف ارائه‌دهنده خدمات ممکن است با عناوین مختلفی مانند Freelancer، Consultant، Engineer، Designer یا Service Provider در قرارداد معرفی شود. انتخاب عنوان مناسب اهمیت دارد، اما مهم‌تر از عنوان، تعهداتی است که در متن قرارداد برای این شخص تعیین می‌شود.

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

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

۴. Scope of Work (SOW) – دامنه خدمات

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

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

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

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

۵. Deliverables – اقلام و خروجی‌های قابل تحویل

Deliverables به خروجی‌هایی گفته می‌شود که فریلنسر باید در طول پروژه یا در پایان آن به کارفرما تحویل دهد. این خروجی‌ها در پروژه‌های مهندسی می‌توانند شامل نقشه، فایل PDF، فایل CAD، مدل Revit، فایل ETABS، فایل SAFE، گزارش فنی، دفترچه محاسبات، جدول متره، برنامه زمان‌بندی یا سایر مدارک پروژه باشند.

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

برای مثال عبارت «تحویل طراحی سازه» نسبت به عبارتی مانند «تحویل نقشه‌های اجرایی سازه در قالب PDF و فایل قابل ویرایش، به همراه گزارش محاسبات و مدل سازه در نسخه نرم‌افزاری مورد توافق» بسیار مبهم‌تر است.

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

۶. Milestone – نقطه عطف پروژه

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

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

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

۷. Milestone Payment – پرداخت مرحله‌ای

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

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

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

اصطلاحات مالی در قراردادهای فریلنسری مهندسی

۸. Contract Value – مبلغ قرارداد

Contract Value مبلغ کل توافق‌شده برای انجام خدمات قراردادی است. یکی از مهم‌ترین اشتباهات در قراردادهای فریلنسری این است که مبلغ قرارداد مشخص می‌شود اما هزینه‌های جانبی تعیین نمی‌شوند.

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

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

۹. Fee – حق‌الزحمه

Fee به مبلغی گفته می‌شود که در برابر ارائه خدمات حرفه‌ای دریافت می‌شود. در فریلنسری مهندسی، نحوه تعیین Fee به ماهیت پروژه بستگی دارد.

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

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

۱۰. Fixed Fee / Lump Sum – مبلغ مقطوع

در مدل Fixed Fee یا Lump Sum، مبلغ مشخصی برای انجام مجموعه‌ای از خدمات تعیین می‌شود. کارفرما از ابتدا می‌داند چه میزان هزینه خواهد داشت و فریلنسر نیز می‌داند ارزش مالی تعهد او چقدر است.

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

بنابراین Fixed Fee زمانی بهترین عملکرد را دارد که Scope of Work و Deliverables به‌صورت دقیق تعریف شده باشند.

۱۱. Hourly Rate – نرخ ساعتی

Hourly Rate یعنی هزینه خدمات بر اساس تعداد ساعات کاری محاسبه شود. این مدل برای خدماتی مناسب است که حجم دقیق آن‌ها از ابتدا مشخص نیست؛ مانند مشاوره، بررسی نقشه، رفع اشکال، جلسات تخصصی، کنترل مدارک یا خدمات پشتیبانی فنی.

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

این شفافیت باعث می‌شود در پایان پروژه اختلافی درباره اینکه «این چند ساعت کار محسوب می‌شود یا نه» ایجاد نشود.

۱۲. Retainer – حق‌الزحمه همکاری مستمر

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

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

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

۱۳. Advance Payment – پیش‌پرداخت

Advance Payment مبلغی است که پیش از تکمیل پروژه یا پیش از شروع بخش اصلی کار پرداخت می‌شود. پیش‌پرداخت می‌تواند برای شروع پروژه، رزرو ظرفیت کاری مهندس یا تأمین هزینه‌های اولیه استفاده شود.

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

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

۱۴. Payment Schedule – برنامه پرداخت

Payment Schedule برنامه‌ای است که زمان و شرایط پرداخت‌ها را مشخص می‌کند. برنامه پرداخت حرفه‌ای باید تا حد امکان با Milestoneهای پروژه هماهنگ باشد.

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

۱۵. Late Payment – تأخیر در پرداخت

Late Payment به تأخیر در پرداخت مبلغ سررسیدشده اشاره دارد. قرارداد بهتر است مشخص کند در صورت عدم پرداخت به‌موقع، چه فرآیندی اجرا خواهد شد.

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

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

اصطلاحات مربوط به زمان و تحویل پروژه

۱۶. Deadline – مهلت نهایی

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

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

۱۷. Turnaround Time – زمان انجام خدمت

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

برای مثال می‌توان توافق کرد بررسی یک فایل جدید طی سه روز کاری انجام شود. تعیین Turnaround Time باعث می‌شود کارفرما انتظار پاسخ فوری برای تمام درخواست‌ها نداشته باشد و فریلنسر نیز بتواند برنامه کاری خود را مدیریت کند.

۱۸. Extension of Time (EOT) – تمدید مدت قرارداد

Extension of Time یا EOT به تمدید مدت انجام تعهدات قراردادی گفته می‌شود. در پروژه‌های مهندسی، دلایل مختلفی می‌توانند موجب نیاز به تمدید شوند؛ از تأخیر کارفرما در ارسال اطلاعات گرفته تا تغییرات اساسی در طراحی.

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

۱۹. Delay – تأخیر

Delay زمانی اتفاق می‌افتد که انجام یک تعهد از زمان مورد توافق عبور کند. اما نکته مهم این است که هر تأخیری الزاماً به معنای تخلف یک طرف نیست.

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

اصطلاحات بسیار مهم مربوط به اصلاحات

۲۰. Revision – اصلاح

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

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

به همین دلیل بهتر است قرارداد تعداد، نوع یا چارچوب اصلاحات را مشخص کند و تفاوت میان اصلاح و تغییر اساسی را توضیح دهد.

۲۱. Change Request – درخواست تغییر

Change Request زمانی مطرح می‌شود که کارفرما یا یکی از طرفین درخواست تغییر در محدوده، خروجی، زمان یا روش اجرای پروژه داشته باشد.

یک Change Request حرفه‌ای باید مشخص کند چه چیزی تغییر کرده، این تغییر چه اثری بر زمان و هزینه دارد و آیا مورد توافق طرفین قرار گرفته است یا خیر.

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

۲۲. Change Order – دستور تغییر

Change Order معمولاً به سند یا توافق رسمی مربوط به اعمال تغییرات پروژه اشاره دارد. هدف آن این است که تغییرات فقط در حد گفت‌وگوی شفاهی باقی نمانند.

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

۲۳. Out of Scope – خارج از دامنه قرارداد

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

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

فریلنسر حرفه‌ای باید بتواند بدون ایجاد تنش با کارفرما توضیح دهد که کدام درخواست داخل Scope است و کدام درخواست نیازمند توافق و قیمت‌گذاری جدید است.

اصطلاحات مربوط به مالکیت فایل‌ها و حقوق فکری

۲۴. Intellectual Property (IP) – مالکیت فکری

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

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

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

۲۵. Copyright – حق نشر

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

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

۲۶. Source Files / Editable Files – فایل‌های قابل ویرایش

Source Files یا فایل‌های اصلی و قابل ویرایش یکی از موضوعات مهم در قراردادهای فریلنسری مهندسی هستند. فایل‌هایی مانند DWG، RVT، ETABS، SAFE، Excel یا سایر فایل‌های تخصصی ممکن است بخش مهمی از ارزش حرفه‌ای پروژه باشند.

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

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

۲۷. License to Use – مجوز استفاده

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

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

اصطلاحات مربوط به محرمانگی

۲۸. Confidential Information – اطلاعات محرمانه

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

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

۲۹. Non-Disclosure Agreement (NDA) – توافق‌نامه عدم افشا

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

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

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

اصطلاحات مربوط به مسئولیت و ریسک

۳۰. Liability – مسئولیت

Liability به مسئولیتی اشاره دارد که ممکن است در نتیجه نقض تعهد یا ایجاد خسارت متوجه یکی از طرفین شود.

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

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

۳۱. Professional Liability – مسئولیت حرفه‌ای

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

اما این مسئولیت باید با Scope واقعی کار هماهنگ باشد. اگر مهندس صرفاً مسئول بررسی یک نقشه خاص است، نباید بدون دلیل مسئولیت تمام ابعاد پروژه به او نسبت داده شود.

تعریف دقیق مسئولیت حرفه‌ای به هر دو طرف کمک می‌کند بدانند سطح تعهد و انتظار حرفه‌ای چیست.

۳۲. Limitation of Liability – محدودیت مسئولیت

Limitation of Liability به تعیین حدود مسئولیت قراردادی اشاره دارد. این بند در قراردادهای حرفه‌ای می‌تواند موضوعی بسیار حساس باشد و باید با توجه به قانون حاکم و ماهیت پروژه تنظیم شود.

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

در پروژه‌های پرریسک، بهتر است چنین بندهایی با دقت بیشتری بررسی شوند.

۳۳. Indemnification – جبران خسارت

Indemnification به تعهد یکی از طرفین برای جبران برخی خسارت‌ها، هزینه‌ها یا ادعاهای مشخص طرف دیگر اشاره دارد.

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

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

اصطلاحات مربوط به فسخ و خاتمه قرارداد

۳۴. Termination – خاتمه قرارداد

Termination به پایان دادن قرارداد پیش از تکمیل کامل تعهدات اشاره دارد. قرارداد باید مشخص کند در چه شرایطی هر طرف می‌تواند قرارداد را خاتمه دهد.

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

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

۳۵. Termination for Convenience – خاتمه بدون اثبات تخلف

در برخی قراردادها امکان خاتمه همکاری بدون اینکه لزوماً تخلف طرف مقابل اثبات شود، پیش‌بینی می‌شود. این حالت معمولاً با عنوان Termination for Convenience شناخته می‌شود.

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

۳۶. Termination for Cause – خاتمه به دلیل تخلف

Termination for Cause زمانی مطرح می‌شود که یکی از طرفین به دلیل نقض جدی تعهدات قراردادی، حق خاتمه همکاری داشته باشد.

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

۳۷. Breach of Contract – نقض قرارداد

Breach of Contract زمانی اتفاق می‌افتد که یکی از طرفین تعهد قراردادی خود را مطابق توافق انجام ندهد.

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

تشخیص اهمیت تخلف و آثار آن باید بر اساس متن قرارداد و قانون قابل اعمال انجام شود.

اصطلاحات مربوط به شرایط غیرقابل پیش‌بینی

۳۸. Force Majeure – فورس ماژور یا قوه قهریه

Force Majeure به شرایطی اشاره دارد که خارج از کنترل طرفین بوده و ممکن است اجرای تعهدات را دشوار یا غیرممکن کند.

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

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

اصطلاحات مربوط به حل اختلاف

۳۹. Dispute – اختلاف

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

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

۴۰. Dispute Resolution – حل‌وفصل اختلاف

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

هدف اصلی این بند این است که در زمان ایجاد اختلاف، طرفین بدانند چه مسیری را باید دنبال کنند.

۴۱. Arbitration – داوری

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

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

۴۲. Governing Law – قانون حاکم

Governing Law مشخص می‌کند قرارداد بر اساس چه قانونی تفسیر و اجرا شود.

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

اصطلاحات مربوط به پذیرش پروژه

۴۳. Acceptance Criteria – معیارهای پذیرش

Acceptance Criteria مشخص می‌کند کارفرما بر اساس چه معیارهایی باید یک خروجی را بپذیرد.

این مفهوم در پروژه‌های مهندسی بسیار مهم است؛ زیرا عبارت «تحویل نهایی» بدون معیار پذیرش می‌تواند باعث اختلاف شود.

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

۴۴. Acceptance – تأیید و پذیرش

Acceptance به تأیید خروجی تحویل‌شده توسط کارفرما اشاره دارد. وجود فرآیند مشخص پذیرش می‌تواند پایان هر مرحله را روشن کند.

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

۴۵. Final Delivery – تحویل نهایی

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

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

اصطلاحات کاربردی برای قراردادهای طراحی و مهندسی

۴۶. As-Built – نقشه چون‌ساخت

As-Built به نقشه یا مدارکی گفته می‌شود که وضعیت واقعی اجراشده پروژه را نشان می‌دهند.

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

۴۷. Shop Drawing – نقشه کارگاهی

Shop Drawing نقشه‌هایی هستند که جزئیات لازم برای ساخت، تولید یا نصب یک جزء را ارائه می‌کنند.

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

۴۸. Design Development – توسعه طراحی

Design Development به مرحله‌ای از فرآیند طراحی گفته می‌شود که طرح اولیه با جزئیات بیشتری توسعه پیدا می‌کند.

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

۴۹. Technical Specification – مشخصات فنی

Technical Specification مجموعه‌ای از الزامات و مشخصات فنی پروژه است.

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

۵۰. Applicable Standards – استانداردها و مقررات قابل اعمال

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

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

اصطلاحات مربوط به ارتباط و مدیریت پروژه

۵۱. Point of Contact (POC) – فرد رابط

Point of Contact فرد مشخصی است که ارتباط اصلی میان کارفرما و فریلنسر را مدیریت می‌کند.

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

۵۲. Communication Channel – کانال ارتباطی

Communication Channel به مسیر رسمی ارتباط میان طرفین اشاره دارد.

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

۵۳. Written Approval – تأیید کتبی

Written Approval یعنی تصمیم یا تأیید مهم پروژه به‌صورت مکتوب ثبت شده باشد.

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

اصطلاحات تخصصی مهم برای فریلنسرهای مهندسی

۵۴. Non-Compete – عدم رقابت

Non-Compete Clause بندی است که ممکن است محدودیت‌هایی برای فعالیت حرفه‌ای فرد ایجاد کند.

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

مهندس نباید بندی را صرفاً به دلیل وجود عبارت «عدم رقابت» امضا کند؛ بلکه باید دقیقاً بداند این بند چه فعالیت‌هایی را محدود می‌کند و تا چه زمانی اثر دارد.

۵۵. Non-Solicitation – عدم جذب مشتری یا نیروی طرف مقابل

Non-Solicitation می‌تواند طرفین را در شرایط مشخص از جذب مستقیم مشتریان، کارکنان یا همکاران یکدیگر منع کند.

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

۵۶. Conflict of Interest – تعارض منافع

Conflict of Interest زمانی مطرح می‌شود که منافع شخصی یا حرفه‌ای یک طرف بتواند بر تصمیم‌گیری یا عملکرد حرفه‌ای او تأثیر بگذارد.

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

۵۷. Independent Contractor – پیمانکار مستقل

Independent Contractor اصطلاحی رایج برای فردی است که خدمات خود را به‌صورت مستقل ارائه می‌دهد و لزوماً در قالب رابطه استخدامی فعالیت نمی‌کند.

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

تفاوت چند اصطلاحی که معمولاً با یکدیگر اشتباه گرفته می‌شوند

Scope of Work در برابر Deliverables

Scope of Work درباره «کاری که باید انجام شود» صحبت می‌کند، در حالی که Deliverables درباره «چیزی که باید تحویل داده شود» است.

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

این تفاوت برای قیمت‌گذاری و کنترل پروژه بسیار مهم است.

Revision در برابر Change Request

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

مثلاً اصلاح اندازه یک پنجره ممکن است Revision باشد، اما تغییر کامل پلان طبقات پس از تأیید طراحی می‌تواند Change Request محسوب شود.

Deadline در برابر Milestone

Deadline یک مهلت زمانی است، اما Milestone یک نقطه یا مرحله مهم در مسیر پروژه است.

هر Milestone می‌تواند Deadline مخصوص خود را داشته باشد.

Fixed Fee در برابر Hourly Rate

در Fixed Fee مبلغ پروژه از ابتدا تعیین می‌شود، اما در Hourly Rate هزینه بر اساس ساعات کار محاسبه می‌شود.

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

در قرارداد فریلنسری مهندسی چه بندهایی باید حتماً بررسی شوند؟

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

مرحله بعد، موضوع قرارداد است. موضوع نباید آن‌قدر کلی باشد که امکان برداشت‌های مختلف وجود داشته باشد. عبارت‌هایی مانند «انجام کلیه امور مهندسی» معمولاً برای قرارداد حرفه‌ای کافی نیستند.

پس از آن باید Scope of Work بررسی شود. مهندس باید بتواند با خواندن قرارداد دقیقاً تشخیص دهد چه خدماتی در تعهد او قرار دارد و چه درخواست‌هایی نیازمند توافق جدید هستند.

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

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

از نظر مالی نیز باید Contract Value، Fee، Advance Payment، Milestone Payment و Payment Schedule بررسی شوند. همچنین باید مشخص شود هزینه‌های جانبی و کسورات احتمالی چگونه مدیریت می‌شوند.

یکی از مهم‌ترین بخش‌ها Revision و Change Request است. مهندس باید بداند چند مرحله اصلاح در مبلغ قرارداد لحاظ شده و تغییرات اساسی چگونه قیمت‌گذاری خواهند شد.

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

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

یک مثال عملی؛ بررسی قرارداد فریلنسری طراحی سازه

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

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

یک قرارداد حرفه‌ای باید پاسخ این پرسش‌ها را تا حد امکان روشن کند.

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

اگر بعد از تأیید طراحی، کارفرما تعداد طبقات را تغییر دهد، این موضوع می‌تواند به‌عنوان Change Request بررسی شود و اثر آن بر زمان و هزینه مشخص شود.

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

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

شروع کار بدون قرارداد مکتوب

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

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

تعریف نکردن دامنه خدمات

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

فریلنسر باید تعهد خود را قابل اندازه‌گیری کند.

نامحدود گذاشتن اصلاحات

عبارت «اصلاح تا تأیید نهایی» ممکن است باعث شود کارفرما درخواست‌های متعددی را در قالب اصلاح مطرح کند.

بهتر است تعداد یا ماهیت اصلاحات و همچنین تعریف تغییر اساسی مشخص شود.

مشخص نکردن مسئول تأمین اطلاعات

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

مشخص نکردن زمان پرداخت

«تسویه پس از پایان پروژه» یک عبارت کلی است. بهتر است پرداخت‌ها به تاریخ یا Milestoneهای مشخص متصل شوند.

تحویل فایل خام بدون تعیین شرایط

فایل قابل ویرایش می‌تواند ارزش حرفه‌ای و تجاری داشته باشد. وضعیت این فایل‌ها باید در قرارداد مشخص شود.

چک‌لیست طلایی قرارداد فریلنسری مهندسی

پیش از امضای قرارداد بهتر است مهندس و کارفرما بتوانند به پرسش‌های زیر پاسخ روشن بدهند:

• طرفین قرارداد دقیقاً چه اشخاصی هستند؟
• موضوع قرارداد چیست؟
• Scope of Work دقیقاً شامل چه خدماتی است؟
• چه خدماتی Out of Scope هستند؟
• Deliverables دقیقاً چه خروجی‌هایی هستند؟
• فرمت و نسخه فایل‌ها مشخص شده است؟
• Milestoneهای پروژه چیست؟
• Deadline هر مرحله چه زمانی است؟
• مبلغ قرارداد چقدر است؟
• روش پرداخت چگونه است؟
• پیش‌پرداخت وجود دارد؟
• پرداخت‌های مرحله‌ای چگونه انجام می‌شوند؟
• هزینه‌های جانبی بر عهده چه کسی است؟
• چند مرحله Revision در قرارداد وجود دارد؟
• Change Request چگونه مدیریت می‌شود؟
• اگر اطلاعات اولیه دیر ارائه شود چه اتفاقی می‌افتد؟
• مالکیت فایل‌ها چگونه تعیین شده است؟
• آیا فایل‌های قابل ویرایش تحویل می‌شوند؟
• تعهدات محرمانگی چیست؟
• مسئولیت حرفه‌ای هر طرف تا کجاست؟
• شرایط فسخ چیست؟
• در صورت اختلاف چه روشی استفاده می‌شود؟
• قانون حاکم چیست؟

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

چگونه یک قرارداد فریلنسری مهندسی حرفه‌ای‌تر تنظیم کنیم؟

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

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

اصل سوم، تعریف مرز میان اصلاح و تغییر است. این موضوع یکی از مهم‌ترین عوامل کنترل Scope Creep در پروژه‌های فریلنسری است.

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

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

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

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

جمع‌بندی

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

شناخت اصطلاحاتی مانند Scope of Work، Deliverables، Milestone، Revision، Change Request، Fixed Fee، Hourly Rate، Intellectual Property، NDA، Liability، Termination و Dispute Resolution به مهندس کمک می‌کند هنگام مذاکره و امضای قرارداد، فقط به مبلغ پروژه توجه نکند و تمام ابعاد همکاری را ببیند.

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

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

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

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