Договір розробки сайту
Етапи, ТЗ, приймання, доступи й права
ДОМОВЛЕНО · БЕЗОПЛАТНІ МАТЕРІАЛИ
IT та маркетинг
У розділі зібрано десять документів для цифрових проєктів: створення результату, маркетингових робіт, прав на матеріали та підтримки. Оберіть основу за видом роботи, способом приймання й тим, хто керуватиме результатом після завершення.
Стандартні шаблони · 10
Договір розробки програмного забезпечення
Результат, репозиторій, права, виправлення
Договір SMM-послуг
Публікації, погодження, доступи, звіт
Договір SEO-послуг
Обсяг робіт, звіти, доступи, оплата
Договір налаштування реклами
Кабінети, роботи, звіти, рекламні витрати
Договір графічного дизайну
Бриф, правки, вихідні файли, права
Договір фото- та відеозйомки
Обсяг зйомки, строки, матеріали, публікація
Договір передачі авторських майнових прав
Договір і окремий бланк акта передачі в одному DOCX
Ліцензійний договір на програмне забезпечення
Обсяг ліцензії, користувачі, територія, строк
Технічне завдання на розробку сайту
Функції, сторінки, інтеграції, критерії приймання
Розділіть роботу, права, доступи та бюджет
Для сайту або рекламної кампанії слово «готово» може означати різне. Виконавець може вважати завданням дизайн, а замовник — ще й запуск, наповнення та подальший супровід. До вибору договору перелічіть конкретні результати, технічне середовище та критерії приймання. Загальне побажання сучасного продукту не пояснює, за що саме встановлена ціна.
Права на створені матеріали та контроль над обліковими записами потрібно описувати окремо. Передача пароля не дорівнює передачі майнових прав, а акт про роботу не завжди підтверджує отримання вихідного коду. Для реклами також відокремте винагороду спеціаліста від витрат платформ. Ці розмежування допомагають вибрати потрібні документи без зайвих або суперечливих положень.
Як зіставити проєкт із документами
| Ваша ситуація | Як визначити потрібний документ |
|---|---|
| Розробка сайту чи програми | Почніть із відповідного договору та технічного завдання. Погодьте етапи, середовище перевірки, матеріали замовника і визначення дефекту, який потрібно виправити в межах роботи. |
| Маркетингове обслуговування | Назвіть канали, кількість матеріалів, модерацію, налаштування та звітність. Обсяг роботи має бути перевірним незалежно від змін алгоритмів платформи або попиту на продукт. |
| Права на результат | Встановіть авторів, об’єкти та потрібний спосіб використання. Відокремте передачу прав від ліцензії, а власні матеріали виконавця — від стоків, шрифтів і сторонніх бібліотек. |
| Підтримка після запуску | Погодьте канали звернень, графік, пріоритети та межі супроводу. Нова функція, виправлення недоліку й аварія стороннього сервісу можуть потребувати різних правил виконання. |
Що потрібно до погодження цифрового проєкту
- Складіть перелік результатів і версій: макети, репозиторій, рекламні матеріали, тексти та звіти. Позначте, які вихідні файли повинні передаватися разом із готовим результатом.
- Визначте власників домену, кабінетів, хостингу та платних підписок. Коли платформа дозволяє, використовуйте ролі доступу й погодьте повернення контролю після завершення співпраці.
- Зафіксуйте процес правок: відповідального погоджувача, строки відповіді, обсяг включених змін та порядок оцінки нового завдання. Не змішуйте виправлення дефекту з розширенням погодженого функціоналу.
- Зберіть інформацію про підрядників і сторонні компоненти. Перевірте можливість потрібного використання, додаткові платежі та обмеження ліцензій до обіцянки передати всі права без винятків.
Сайт передано, але домен залишився у виконавця
Замовник отримує готові сторінки й підписує акт, проте домен і хостинг оформлені на розробника. Через певний час для оновлення потрібен доступ, якого замовник не має. Сам факт оплати розробки не пояснює порядок керування цими обліковими записами.
У робочій схемі перелік передачі містить результат, вихідні матеріали, права та доступи окремими позиціями. Сторони перевіряють можливість керування сервісами і потрібні дії у провайдерів. Якщо якийсь ресурс залишається стороннім, це прямо відображається в умовах та подальших витратах.
Завершуйте проєкт перевіркою фактичної передачі
Перед актом відкрийте отримані матеріали та перевірте погоджені сценарії. Зауваження формулюйте через конкретне завдання й відтворюваний результат. Фраза «не подобається» не показує відхилення від вимог, а слово «працює» не підтверджує перевірку всіх погоджених функцій або передачу необхідних файлів.
Після завершення збережіть остаточну версію, перелік компонентів та погодження. Узгодьте, хто підтримує продукт і оплачує підписки. Для складного програмного забезпечення, обробки значних масивів даних, міжнародної передачі прав або моделі з багатьма авторами варто підготувати індивідуальне юридичне завдання.
Шаблони не встановлюють технічну безпеку продукту, не гарантують рекламні показники та не підтверджують права на сторонні матеріали. Обсяг потрібної адаптації залежить від проєкту і фактичного ланцюга створення результату.
Уточнення перед вибором
- Чи потрібні обидва договори розробки?
- Оберіть той, що відповідає результату. Договір сайту та програмного забезпечення можуть бути альтернативами, а не обов’язковими частинами одного проєкту.
- Хто має оплачувати рекламну платформу?
- Це потрібно погодити окремо від винагороди фахівця. Вкажіть власника кабінету, джерело коштів, ліміти та підтвердження фактичних витрат.
- Чи можна передати всі права на шрифт?
- Спершу перевірте його ліцензію та повноваження сторони. Виконавець не може обіцяти передачу більшого обсягу прав, ніж має сам.
- Коли починається платна підтримка?
- Узгодьте її строк і межі. Відокремте нові послуги від виправлення недоліків основної роботи та поясніть клієнту, як класифікується кожне звернення.
Нормативні орієнтири
Потрібен договір під вашу ситуацію?
У цифровому проєкті узгодьте завдання, обсяг правок, приймання, доступи й права на результат. У Юдей можна обговорити договірний супровід IT та маркетингових проєктів.
Індивідуальна робота оплачується окремо. Обсяг, вартість і строк погоджуються до початку роботи.