Грамотно составленный договор на разработку веб-сайта — это фундамент безопасных деловых отношений между Заказчиком и Исполнителем. Он фиксирует объем работ‚ сроки‚ стоимость‚ порядок приемки и‚ что критически важно в IT-сфере‚ права интеллектуальной собственности на результат. В данной статье мы подробно разберем структуру типового договора‚ опираясь на судебную практику и стандартные коммерческие условности‚ а также укажем на ключевые риски‚ которые необходимо учесть при заполнении шаблона.
Преамбула и предмет договора
Раздел «Преамбула» идентифицирует стороны. В шаблоне обязательно должны быть реквизиты для заполнения:
- Юридические лица: Полное наименование‚ ИНН/КПП‚ ОГРН‚ юридический адрес‚ ФИО представителя (директора)‚ действующего на основании Устава (или доверенности).
- Индивидуальные предприниматели (ИП): ФИО‚ ИНН‚ ОГРНИП‚ адрес регистрации.
- Физические лица: ФИО‚ паспортные данные‚ адрес регистрации/проживания.
Важно: В тексте статьи и примерах все персональные данные (ФИО‚ номера телефонов‚ адреса‚ номера документов) заменены на условные обозначения в квадратных скобках‚ например: [Название организации]‚ [ФИО директора]‚ [ИНН].
Предмет договора (п. 1.1 типового шаблона)
Суть обязательства: Исполнитель обязуется разработать веб-сайт и передать исключительные права на результат‚ а Заказчик — принять результат и оплатить его.
Ключевой момент — ссылка на приложения:
«Разработать web-сайт в соответствии с Техническим Заданием (Приложение №1) и Календарным планом (Приложение №2)‚ являющимися неотъемлемой частью настоящего Договора».
Риск: Отсутствие прикрепленного ТЗ или Календарного плана делает предмет договора неопределенным‚ что ведет к спорам о том‚ что именно считается «готовым сайтом».
Обязательства сторон: детализация процессов
Обязательства Исполнителя
- Разработка сайта строго по ТЗ и в сроки Календарного плана.
- Гарантия не нарушения прав третьих лиц (п. 2.1): Исполнитель отвечает за законность используемых шрифтов‚ фото‚ библиотек‚ кода (Open Source лицензии).
- Право привлечения соисполнителей (п. 2.6): Допускается‚ но ответственность за их действия несет Исполнитель. Рекомендуется требовать уведомление о привлечении субподрядчиков.
Обязательства Заказчика (п. 1.2) — критически важный раздел
Практика показывает: 80% срывов сроков виноват Заказчик. Договор должен жестко фиксировать:
- Назначение куратора/продуктового владельца со стороны Заказчика для быстрых согласований.
- Сроки предоставления материалов (контент‚ логотипы‚ доступы к хостингу/домену‚ API ключи) — например‚ «в течение
[N]календарных дней с момента подписания». - Сроки реакции на запросы, например‚ «в течение
[N]рабочих дней». Просрочка Заказчика должна автоматически сдвигать сроки Календарного плана (необходимо прописать механизм пролонгации в общих условиях).
Интеллектуальные права: «Сердце» IT-договора
Это самый сложный и спорный блок. Стандартный шаблон (п. 2.2–2.5) предлагает передачу исключительных прав на Дизайн (право публичного показа‚ воспроизведения‚ переделки‚ распространения) на бессрочной основе и на территории всего мира (п. 2.4).
Что часто упускают в шаблонах:
- Разделение прав на Дизайн и Код (CMS/Backend). Часто Заказчик получает права на дизайн‚ но только неисключительную лицензию на код (если используется фреймворк/СМС исполнителя). Это нужно прописывать явно.
- Права на сторонние компоненты. Используются ли платные плагины‚ шрифты‚ стоковые фото? Кто покупает лицензии, Исполнитель (входит в стоимость) или Заказчик (отдельно)?
- Право Исполнителя на портфолио. П. 2.5 запрещает Исполнителю использовать Дизайн самостоятельно. Но стандарт рынка — оставить за Исполнителем право указать проект в портфолио (скриншот‚ ссылка) с указанием авторства. Рекомендуется добавить пункт: «Исполнитель вправе разместить информацию о выполненной работе в своем портфолио на своем сайте и в профильных сообществах».
- Исходные коды. Явно укажите: передаются ли исходники (PSD/Figma файлы‚ репозиторий Git) или только результат (верстка‚ дамп БД).
Цена‚ порядок расчетов и этапы оплаты
Стандартная схема (п. 3.4) — двухэтапная оплата с авансом:
| Этап | Событие | % от стоимости | Срок выставления счета |
|---|---|---|---|
| 1-й (Аванс) | Подписание договора | [N%] (обычно 30–50%) | В течение [N] банковских дней |
| 2-й (Финал) | Подписание Акта приема-передачи | [100-N%] | В течение [N] банковских дней после приемки |
Рекомендации по доработке финансового блока:
- Привязка к этапам (Майлстоунам). Для крупных проектов лучше разбить оплату на 3–4 этапа: Прототипирование -> Дизайн -> Верстка/Бэкенд -> Тестирование/Запуск. Это снижает риски для обеих сторон.
- Счет-протокол договорных цен (Приложение №3). Должен детализировать: что входит в стоимость (настройка хостинга‚ SSL‚ базовый SEO‚ обучение админа)‚ а что — нет (контент-менеджмент‚ покупка премиум-плагинов‚ доработки после запуска).
- НДС. Явно укажите: цена «включает НДС 20%» или «без НДС» (для ИП на УСН/Патенте).
- Пени за просрочку платежа. Обязателен пункт: «За просрочку оплаты Заказчик выплачивает пени
[N%]от суммы долга за каждый день просрочки».
Порядок приема-передачи работ (Акт приема-передачи)
Договор должен ссылаться на форму Акта приема-передачи выполненных работ (Приложение №4). Процедура:
- Исполнитель уведомляет Заказчика о готовности (демо-ссылка или доступ к тестовому контуру).
- Заказчик тестирует в течение
[N]рабочих дней (срок фиксируется в договоре!). - Составляется Акт: подписывается двусторонне или Заказчик направляет мотивированный отказ с перечнем дефектов.
- Считается принятым по истечении срока (деemed acceptance)‚ если Заказчик не прислал претензии и не подписал Акт‚ но использует сайт (разместил на боевом домене).
Ответственность сторон и разрешение споров
Ответственность Заказчика за контент (п. 2;7)
«Всю ответственность за размещаемую на web-сайте информацию несет Заказчик». Это стандартный пункт‚ снимающий ответственность Исполнителя за тексты‚ фото‚ ценники‚ персональные данные пользователей‚ соблюдение 152-ФЗ‚ закона о рекламе и т.д. Обязательно сохраняйте этот пункт.
Ссылка на Исполнителя (п. 2.8)
«Заказчик обязан разместить у себя на сайте информацию об Исполнителе и ссылку на сайт Исполнителя».
Нюанс: Крупные корпорации часто требуют удалить этот пункт или сделать ссылку `rel=»nofollow»` / скрытой. Решается на переговорах. Рекомендуем сформулировать мягче: «Заказчик предоставляет Исполнителю право разместить ссылку на свой сайт в футере/странице «Разработка» в течение 12 месяцев после запуска».
Штрафные санкции (Пени‚ неустойки)
- За просрочку сроков разработки (Исполнитель).
- За просрочку оплаты / предоставления материалов (Заказчик).
- Ограничение ответственности: рекомендуется поставить «потолок» ответственности (Liability Cap)‚ например: «Общая ответственность сторон по Договору не может превышать стоимость Договора». Исключить ответственность за упущенную выгоду (lost profits).
Обязательные приложения к договору
Договор без приложений, «пустая оболочка». Минимальный набор:
Приложение №1: Техническое задание (ТЗ)
- Функциональные требования (каталог‚ корзина‚ личный кабинет‚ интеграции с 1С/CRM/оплатой).
- Нефункциональные: скорость загрузки (Core Web Vitals)‚ кросбраузерность‚ адаптивность‚ доступность (a11y)‚ безопасность (OWASP Top 10).
- Стек технологий (CMS: Bitrix/WordPress/ModX/Фреймворк; Хостинг: требования к серверу).
- Дизайн: количество уникальных макетов‚ количество итераций правок (например‚ «2 раунда правок включены в стоимость»).
Приложение №2: Календарный план-график
- Этапы с конкретными датами (или привязкой: «День 1 — старт»‚ «День 14 — макеты»‚ «День 45 — демо»).
- Механизм сдвига дат при вине Заказчика (автоматический перенос на количество дней просрочки материалов/согласований).
Приложение №3: Смета / Счет-протокол договорных цен
- Детализация по позициям.
- Условия оплаты сторонних сервисов (домен‚ хостинг‚ платные модули) — кто платит и чьи реквизиты в чеке.
Приложение №4: Форма Акта приема-передачи
- Перечень передаваемых активов: доступы к хостингу/домену/репозиторию/фигме‚ инструкция администратора‚ бэкап.
- Подписи уполномоченных лиц.
Типовые риски и как их закрыть в шаблоне
| Риск | Решение в договоре |
|---|---|
| Бесконечные правки дизайна/функционала | Жестко ограничить количество раундов правок в ТЗ (Приложение 1). Дополнительные правки — по отдельному доп. соглашению за доп. плату. |
| Заказчик не дает контент/доступы | |
| Спор: «Сайт работает‚ но не так‚ как я хотел» | Детальное ТЗ с критериями приемки (Acceptance Criteria) для каждой функции. Приемка по чек-листу в Акте. |
| Исполнитель пропал / не передает доступы | Пункт об обязательной передаче ВСЕХ доступов (хостинг‚ домен‚ CMS‚ репозиторий‚ аналитика) при приемке. Штраф за каждый день задержки передачи доступов. |
| Использование нелицензионного софта/шрифтов | Гарантия Исполнителя (п. 2.1) + индемнификация (возмещение убытков) в случае претензий правообладателей. |
Заключительные положения (Boilerplate)
Стандартные‚ но обязательные разделы:
- Срок действия договора: От подписания до полного исполнения обязательств (передача прав‚ оплата‚ подписание Акта).
- Порядок внесения изменений: Только письменное доп. соглашение‚ подписанное уполномоченными лицами. Ссылки в мессенджерах/почте без ЭЦП/подписи не считаются изменением договора.
- Форс-мажор: Стандартная формулировка с уведомлением в течение 3–5 дней.
- Конфиденциальность (NDA): Либо встроенный пункт‚ либо ссылка на отдельное Соглашение о неразглашении (подписывается до начала работ).
- Судебная юрисдикция: Арбитраж по месту нахождения ответчика (для ЮЛ/ИП) или общегосударственный суд (если Заказчик физлицо-потребитель).
- Реквизиты и подписи: С печатью (если есть) и расшифровкой подписей.
Чек-лист перед подписанием (для Заказчика и Исполнителя)
- [ ] Заполнены все реквизиты сторон в преамбуле (проверьте по ЕГРЮЛ/ЕГРИП).
- [ ] Подписаны все 4 приложения (ТЗ‚ План‚ Смета‚ Форма Акта) — они являются неотъемлемой частью.
- [ ] В ТЗ прописаны: стек‚ браузеры‚ адаптив‚ интеграции‚ критерии приемки‚ лимит правок.
- [ ] В Календарном плане реалистичные даты и механизм переноса.
- [ ] В Смете понятно: что входит‚ что не входит‚ как оплачиваются сторонние сервисы.
- [ ] Прописан порядок передачи интеллектуальных прав (исключительная лицензия / уступка прав) на Дизайн‚ Код‚ Контент.
- [ ] Есть пункт о передаче доступов (хостинг‚ домен‚ репозиторий‚ почта‚ аналитика) в Акте приема.
- [ ] Прописаны пени за просрочку оплаты (Заказчик) и просрочку сдачи (Исполнитель).
- [ ] Учтена позиция по ссылке на Исполнителя в футере (п. 2.8).
- [ ] Подписано в двух экземплярах (или обмен сканами с последующим обменом оригиналами / ЭДО).
Шаблон договора на разработку веб-сайта — это не просто формальность‚ а инструмент управления проектом и рисками. Типовая форма (как пример с amulex.ru) дает хорошую базу: разделение прав на дизайн‚ двухэтапная оплата‚ ответственность за контент на Заказчике. Однако «магия» кроется в Приложениях (ТЗ‚ План‚ Смета) и в доработке стандартных условий под специфику конкретного проекта (SaaS‚ лендинг‚ маркетплейс‚ корпоративный портал).
Главный совет: Не ленитесь детализировать ТЗ и Календарный план. Деньги‚ потраченные на юриста или опытного техлида для ревью договора и ТЗ до подписания‚ экономят в десятки раз больше на судебных издержках и доработках «за свой счет» в процессе.
Данная статья носит информационный характер и не является юридической консультацией. При подготовке конкретного договора рекомендуется обратиться к квалифицированному юристу‚ специализирующемуся на IT-праве и интеллектуальной собственности.