Договір з фрілансером

Вихідна ситуація та практичний контекст

Фриланс у бізнесі працює тільки тоді, коли правила співпраці прописані жорсткіше, ніж “домовились у чаті”

Фрилансер може закрити задачу швидко і дешевше, ніж штат. Але для бізнесу ризик тут завжди один: ви платите за роботу, а на виході отримуєте конфлікт щодо обсягу, строків, прав на результат або зникаючого виконавця. Найчастіше проблема не в людині, а в тому, що співпраця не зафіксована письмово: немає технічного завдання, критеріїв приймання, правил правок, власника прав на результат і механіки оплати.

Юридично сильний договір з фрилансером потрібен, щоб контролювати три речі: результат, строки, права на продукт. І зробити це так, щоб у разі спору у вас були докази, а не лише переписка.

Кому потрібен договір з фрилансером

Договір критично потрібен, якщо ви залучаєте фрилансерів для:

• розробки сайтів, застосунків, інтеграцій, чат-ботів, скриптів

• дизайну, брендингу, UI/UX, 3D, motion, відеомонтажу

• копірайтингу, контенту, перекладів, сценаріїв, PR-матеріалів

• маркетингу, реклами, SMM, SEO, email-маркетингу

• бухгалтерських, аналітичних, консалтингових задач

• адміністрування систем, техпідтримки, кібербезпеки

Чим більше задача пов’язана з вашим продуктом, клієнтами, брендом і даними — тим важливіше оформлення.

Типові ризики, якщо працювати без договору

Найпоширеніші “болі” бізнесу у фрилансі:

• фрилансер вважає, що зробив роботу, а ви вважаєте, що результат “не той”

• немає меж: правки стають безкінечними або, навпаки, виконавець відмовляється доробляти

• строки “попливли”, бо не визначено етапність і відповідальність за прострочення

• ви заплатили, але права на код/дизайн/тексти юридично не перейшли до вас

• фрилансер використав ваші матеріали в портфоліо або передав третім особам

• виконавець отримав доступ до CRM/адмінки/репозиторію і залишив “бекдор” або не повернув доступи

• немає механіки повернення авансу, якщо виконавець зник

Який тип договору обрати: “роботи” чи “послуги”

Для фрилансера майже завжди підходять дві конструкції:

1. Договір на виконання робіт (результат)
   Коли результат можна “помацати”: готовий сайт, дизайн-макет, модуль, відео, пакет банерів, фінальний текст, звіт, налаштування.

2. Договір на надання послуг (процес + вимірюваний обсяг)
   Коли послуга споживається в процесі: супровід реклами, техпідтримка за заявками, консультації, адміністрування.

Для бізнесу просте правило: якщо вам потрібен конкретний deliverable — краще робити договір через результат з прийманням по етапах.

Що обов’язково має бути в договорі з фрилансером

1) Предмет і межі робіт

Потрібно описати:

• що саме робиться (перелік задач)

• що входить у базовий обсяг

• що не входить (окремо)

• формат результату (файли, вихідні матеріали, доступи, інструкції)

Формулювання “надає послуги з дизайну” без переліку deliverables — майже завжди конфлікт.

2) Технічне завдання (ТЗ) як додаток

ТЗ — це основний документ керованості. У ньому фіксують:

• вимоги, стилі, референси (за потреби)

• структуру, функціонал, формат

• критерії якості

• перелік матеріалів від замовника (логотипи, фото, тексти)

• середовище та інструменти (CMS, фреймворк, формат файлів)

Без ТЗ будь-яка оцінка “зроблено/не зроблено” стає суб’єктивною.

3) Етапи, дедлайни і контрольні точки

Найкраще працює етапність:

• прототип/чернетка

• проміжний результат

• фінальна здача

• гарантійний період/виправлення дефектів

Для кожного етапу бажано встановити строки та порядок погодження.

4) Приймання результату і правки

У договорі варто передбачити:

• як ви приймаєте роботу (акт, лист-підтвердження, підтвердження в системі задач)

• строк на зауваження (наприклад, 3–5 робочих днів)

• кількість і тип правок (входять/не входять)

• що вважається “дефектом”, а що “зміною ТЗ”

Це прибирає нескінченні правки і “переробіть ще трішки”.

5) Оплата: аванс, етапи, фінальна частина

Безпечні моделі:

• аванс + оплата по етапах + фінальна оплата після приймання

• оплата за конкретні deliverables

• для підтримки: пакет годин/заявок + понадліміт за погодженим тарифом

Важливо прописати:

• коли виникає право на оплату

• коли оплата може бути призупинена (немає результату/актів/доступів)

• що робимо при зупинці проєкту з ініціативи замовника

6) Права інтелектуальної власності: найважливіший блок

Бізнесу потрібно чітко визначити:

• кому належать майнові права на результат (код, дизайн, тексти, відео, макети)

• момент переходу прав (зазвичай після повної оплати)

• чи передаються вихідні файли (source files)

• чи має виконавець право використовувати результат у портфоліо, і на яких умовах

• заборона використання матеріалів замовника поза договором

Якщо цей блок не прописати, ви можете отримати результат, але не отримати права на його законне використання в бізнесі.

7) Конфіденційність і дані

Потрібно визначити:

• що є конфіденційною інформацією (клієнтська база, фінанси, ціни, технічні рішення)

• заборону передавання третім особам

• правила зберігання файлів і доступів

• відповідальність за витік або недбале поводження з даними

8) Доступи, безпека, повернення матеріалів

Якщо фрилансеру дають доступ до систем:

• описати порядок надання доступів і рівні прав

• зафіксувати обов’язок повернути/передати доступи після завершення

• встановити правила зберігання паролів і передачі репозиторію/адмінки

• визначити строк, протягом якого виконавець повинен передати всі матеріали

9) Відповідальність і розірвання

У договорі варто закласти:

• відповідальність за прострочення та зрив етапів

• порядок претензій і строк на усунення недоліків

• умови розірвання (повернення авансу/оплата фактично виконаного)

• обов’язкову передачу всього зробленого на дату розірвання

Практичний чек-лист для бізнесу перед підписанням

Перевірте, чи є в договорі:

• перелік deliverables і формат здачі

• ТЗ як додаток

• етапи з дедлайнами

• приймання і строк на зауваження

• правила правок і змін ТЗ

• модель оплати по етапах

• передача прав на результат і вихідні файли

• конфіденційність і обмеження портфоліо

• правила доступів і повернення матеріалів

• порядок розірвання без втрати напрацювань

Як Юридична компанія «Юдей» готує договір з фрилансером

Юридична компанія «Юдей» робить договір не “для галочки”, а під конкретний сценарій співпраці:

1. Визначаємо тип: роботи чи послуги, разово чи супровід.

2. Формуємо межі: що входить, що ні, як фіксуються зміни.

3. Налаштовуємо приймання: етапи, правки, критерії якості, дедлайни.

4. Закриваємо права: IP, вихідні файли, портфоліо, заборони використання.

5. Вбудовуємо безпеку: конфіденційність, доступи, повернення матеріалів.

Результат — договір, який зменшує ризик зриву строків і втрати прав на продукт, а також дозволяє замінити виконавця без зупинки процесу.

Вартість підготовки договору

Ціна залежить від типу робіт, обсягу додатків (ТЗ, етапи, приймання), наявності IP-блоків, конфіденційності, доступів і строковості.

Орієнтири:

• Перевірка договору з фрилансером з правками: від 3 000 грн

• Розробка договору з фрилансером з нуля: від 5 000 грн

• Договір + додатки (ТЗ, етапи, приймання, IP/конфіденційність): від 8 000 грн

• Супровід узгодження умов із виконавцем: від 10 000 грн

Часті питання (FAQ)

1) Чи достатньо домовленостей у листуванні?
Ні. Листування не замінює системної фіксації предмета, приймання, прав на результат і правил оплати. У конфлікті переписка рідко дає повний захист.

2) Чи обов’язково окремо прописувати права на результат?
Так. Це один з ключових пунктів. Інакше ви ризикуєте отримати роботу без юридично чистого права її використовувати в бізнесі.

3) Як обмежити нескінченні правки?
Через ТЗ, критерії якості, визначення “дефекту”, ліміт правок і окрему оплату змін ТЗ після погодження.

4) Як краще платити, щоб мінімізувати ризик “зникнення”?
Працює етапність: аванс мінімальний, далі оплата по факту проміжних deliverables і фінальний платіж після приймання.

5) Чи можна заборонити фрилансеру показувати роботу в портфоліо?
Так. Або дозволити лише після релізу, без розкриття деталей, без бренду чи конфіденційних елементів. Це потрібно прямо зафіксувати.

6) Що робити, якщо фрилансер працює з доступами до адмінки/репозиторію?
Потрібні правила доступів, строк передачі всіх матеріалів, обов’язок повернення/закриття доступів і контроль передачі паролів та репозиторію.

7) Якщо виконавець за кордоном — договір працює?
Працює, якщо правильно описані предмет, приймання, оплата, права на результат і докази передачі. Для міжнародних кейсів важливі також мова договору і порядок вирішення спорів.

8) Чи можна одним договором оформити постійний супровід?
Так. Але тоді треба фіксувати пакет послуг, ліміти, SLA/строки реакції, звітність і понадліміт, інакше супровід стане “безмежним”.