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

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

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

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

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

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

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

  • дизайну, брендингу, 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/строки реакції, звітність і понадліміт, інакше супровід стане “безмежним”.