Договор на разработку сайта

Техническое задание и состав работ

Существенным условием договора является предмет. Применительно к разработке сайта предмет конкретизируется через техническое задание (ТЗ): структура сайта, перечень страниц, функциональные требования, дизайн-макеты, интеграции, требования к производительности и безопасности.

ТЗ — приложение к договору и его неотъемлемая часть. Без согласованного ТЗ договор уязвим к признанию незаключённым: суды устойчиво придерживаются позиции, что общие фразы «создать сайт» не позволяют установить, что именно должен сделать исполнитель. На практике ТЗ оформляют в формате 5–20 страниц и подписывают одновременно с договором.

Изменения ТЗ в ходе работ — частая проблема. В договоре предусмотрите процедуру «change request»: заказчик подаёт письменную заявку, исполнитель оценивает сроки и стоимость, стороны подписывают дополнительное соглашение. Без формализованной процедуры устные «доделки» приведут к спорам о цене и сроках сдачи.

Состав работ обычно делится на этапы:

• проектирование и согласование архитектуры;
• дизайн (макеты UX/UI);
• вёрстка и фронтенд-разработка;
• бэкенд-разработка и интеграции;
• наполнение контентом и тестирование;
• развёртывание на боевом сервере и сдача.

Каждый этап завершается актом приёмки с возможностью корректировки следующего этапа на основе обратной связи. Поэтапная приёмка снижает риски обеих сторон: заказчик контролирует промежуточные результаты, исполнитель получает оплату по факту выполнения.

Цена работ согласуется сметой по этапам. На рынке IT-разработки распространены три модели:

• fixed price — фиксированная цена за весь объём, риск изменения трудозатрат на исполнителе;
• time & materials — почасовая оплата фактически отработанного времени, риск на заказчике;
• agile fixed — гибрид с фиксированным бюджетом на спринт и согласованием объёма работ внутри.

Для разработки сайта с чётко определённым ТЗ оптимальна fixed price. Для долгосрочных проектов и продуктовой разработки — T&M или agile fixed.

Передача исключительных прав и исходного кода

Ключевой вопрос договора на разработку — кому принадлежат права на созданный сайт. По общему правилу программа для ЭВМ, созданная по договору, предмет которого предусматривал её создание, принадлежит заказчику (п. 1 ст. 1296 ГК РФ). Это правило диспозитивное: договор может предусматривать, что исключительное право остаётся у исполнителя.

На практике стороны явно указывают в договоре, кому переходит исключительное право и в каком объёме:

• полное отчуждение в пользу заказчика — заказчик становится правообладателем и может использовать код любым способом, передавать третьим лицам, модифицировать;
• неисключительная лицензия — заказчик получает право использовать сайт, но не владеет правами; исполнитель может продавать аналогичные решения другим;
• исключительная лицензия с территориальными или временными ограничениями — промежуточный вариант.

Для разработки коммерческого сайта стандарт — полное отчуждение по ст. 1234 ГК РФ. Договор должен прямо указывать на отчуждение исключительного права и определять момент перехода — обычно с момента подписания акта сдачи-приёмки и оплаты в полном объёме. Без явного указания на отчуждение заказчик может получить только лицензию, что приведёт к спорам при попытке перепродать или передать сайт.

Передача прав не освобождает от обязанности передать сам код. Эти две вещи — разные. Можно владеть правами и не иметь исходного кода (тогда права бесполезны), и наоборот — иметь код без прав на его использование (нарушение лицензии). Договор фиксирует обе составляющие.

Программисты исполнителя являются авторами кода как физические лица. Если они работают по трудовому договору в компании-исполнителе, это служебное произведение, и исключительное право возникает у работодателя в силу ст. 1295 ГК РФ. При работе с фрилансерами через гражданско-правовые договоры цепочка прав должна быть закрыта актами и договорами от автора к исполнителю и от исполнителя к заказчику.

Сдача-приёмка, гарантия и поддержка

Сдача готового сайта оформляется актом приёмки. Заказчик в течение установленного срока (обычно 5–10 рабочих дней) проверяет соответствие результата техническому заданию и либо подписывает акт, либо направляет мотивированный отказ с перечнем недостатков.

Недостатки делятся на критические, существенные и косметические. Договор должен определять, какие из них блокируют приёмку, а какие могут быть устранены после ввода в эксплуатацию. Без этой градации стороны увязают в спорах о том, является ли каждый мелкий дефект основанием для отказа от приёмки.

Гарантийный срок на разработанный сайт устанавливают договором; стандарт — 6–12 месяцев с момента сдачи. В пределах гарантии исполнитель безвозмездно устраняет обнаруженные ошибки в исходном коде. Гарантия не покрывает изменения, вносимые заказчиком или третьими лицами, а также проблемы, вызванные внешними факторами: изменения API сторонних сервисов, обновления браузеров, атаки.

Поддержка после сдачи — отдельный вопрос. Договор может предусматривать:

• бесплатное гарантийное обслуживание (исправление ошибок) в течение определённого срока;
• платное техническое сопровождение по отдельной ставке (часовой или абонементной);
• возможность доработок по дополнительным заявкам с отдельным согласованием цены.

Без условия о поддержке заказчик после сдачи остаётся один на один с сайтом — это допустимо, но рискованно: первые недели эксплуатации обычно вскрывают неочевидные баги.

Перед подписанием договора проверьте контрагента по чек-листу должной осмотрительности и сверьтесь с общими условиями договора подряда. Для последующего лицензирования готового продукта используйте отдельный лицензионный договор на ПО, а условия конфиденциальности оформите через NDA. Близкий по структуре вариант со смещённым акцентом на оказание услуг — договор на создание сайта.

Регистрация программы для ЭВМ в Роспатенте — добровольная процедура, не обязательная для возникновения авторских прав, но полезная как доказательство в спорах. Госпошлина за регистрацию программы для ЭВМ на 2026 год — 5 000 ₽, единая ставка для физлиц и юрлиц (ст. 333.30 НК РФ в ред. ФЗ от 23.11.2024 № 389-ФЗ). Сертификат о регистрации выдаётся в течение 2 месяцев.

В договор стоит включить:

• ссылку на ТЗ как неотъемлемое приложение;
• порядок изменения ТЗ через change requests;
• этапы разработки с актами и оплатой;
• объём передаваемых прав и момент их перехода;
• перечень используемых сторонних компонентов и их лицензий;
• состав передаваемых артефактов (код, макеты, документация, доступы);
• гарантийный срок и условия поддержки;
• условие о конфиденциальности информации, полученной в ходе разработки.