Договор на разработку сайта: пункты, которые защищают заказчика

Договор на разработку сайта защищает заказчика не сам по себе, а только тогда, когда в нём чётко зафиксированы результат, сроки, порядок оплаты и правила приёмки. Формулировка «создать современный сайт под ключ» звучит убедительно, но почти не помогает, если стороны по-разному понимают состав работ.

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

Зачем нужен отдельный договор на создание сайта

Разработка сайта объединяет несколько разных процессов: сбор требований, проектирование структуры, дизайн, программирование, наполнение, настройку форм и проверку перед запуском. У каждого этапа есть свой результат, а часть работ зависит от материалов и решений заказчика. Если всё это не закрепить письменно, спор обычно сводится к фразам «мы договаривались иначе».

Договор нужен не для конфликта с подрядчиком, а для управления проектом. Он отвечает на практические вопросы: что именно получает заказчик, в какой срок, за какую сумму, сколько правок включено, кто предоставляет тексты и фотографии, кому принадлежат исходные файлы и что происходит при задержке согласований.

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

Хороший договор описывает не только обязанности исполнителя, но и измеримый результат каждого этапа. Чем точнее результат можно проверить, тем меньше пространства для споров.

Проверьте стороны, предмет договора и полномочия

В начале документа должны быть указаны полные реквизиты заказчика и исполнителя. Для юридического лица это наименование, ИНН, ОГРН, адрес, банковские реквизиты и данные представителя. Для индивидуального предпринимателя указывают ФИО, ИНН, ОГРНИП и основания, на которых он подписывает документы.

Проверьте, кто именно подписывает договор. Если документ подписывает менеджер, а не руководитель, у него должна быть доверенность или другое подтверждение полномочий. Электронная переписка с сотрудником студии полезна для проекта, но сама по себе не всегда подтверждает право менять условия договора.

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

Если подрядчик привлекает других специалистов, полезно зафиксировать, что он остаётся ответственным перед заказчиком за их работу. Иначе при проблеме с вёрсткой, программированием или настройкой сервера можно столкнуться с попыткой переложить ответственность на субподрядчика, с которым у заказчика нет договора.

Техническое задание: что в нём должно быть

Техническое задание превращает пожелания бизнеса в проверяемые требования. Оно не обязано быть написано сложным языком. Важно, чтобы по нему можно было ответить на вопрос: выполнен пункт или нет.

Структура и состав страниц

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

Если количество страниц неизвестно, запишите принцип расчёта. Например, одна типовая страница услуги входит в стоимость, а создание ещё пяти страниц считается отдельной задачей. Иначе под «наполнением сайта» одна сторона будет понимать загрузку готового текста, а другая, создание уникальных страниц с отдельной структурой и дизайном.

Функции и интеграции

Перечислите формы, фильтры, поиск, калькуляторы, личные кабинеты, способы оплаты, доставку, обмен с учётной системой, передачу заявок в CRM и уведомления. Для каждой функции желательно указать хотя бы базовый сценарий работы.

Фраза «интеграция с CRM включена» недостаточна. Уточните, какие поля передаются, какие статусы используются, кто создаёт ключи доступа, сколько сценариев настраивается и кто проверяет результат. Если внешняя система требует платный тариф или доработку со своей стороны, это тоже следует отметить.

Дизайн, адаптивность и содержание

В договоре или приложении зафиксируйте количество уникальных макетов, версии для телефона и компьютера, перечень состояний элементов и правила согласования. Если дизайн создаётся на основе фирменного стиля, укажите, предоставляет ли заказчик логотип, цвета, шрифты и фотографии.

Отдельно опишите наполнение. Важно различать написание текстов, редактуру материалов заказчика, подбор фотографий, обработку изображений и техническую загрузку готового контента. Эти задачи часто воспринимаются как одна услуга, хотя требуют разного объёма времени.

Если сайт должен учитывать требования поисковых систем, перечислите конкретные работы: настройка заголовков, адресов страниц, перенаправлений, карты сайта, метатегов, аналитики. Общая фраза «базовая оптимизация включена» не даёт заказчику понятного результата. При необходимости после запуска можно заказать настройку микроразметки Schema.org как отдельную задачу.

Сроки: как зафиксировать график разработки сайта

Одна конечная дата редко защищает заказчика. Разработка сайта состоит из этапов, поэтому в договоре нужен календарный план с промежуточными результатами. Минимальный вариант: сбор требований, прототип, дизайн, программирование, наполнение, тестирование и запуск.

Для каждого этапа укажите срок и событие, с которого он начинается. Например, дизайн главной страницы готовится в течение 7 рабочих дней после получения заполненного брифа и всех необходимых материалов. Такая формулировка лучше, чем «срок разработки дизайна 7 дней», потому что учитывает зависимость от заказчика.

Сроки в таблице являются ориентиром по рынку для типичных этапов, а не универсальным обещанием. Интернет-магазин с большим каталогом, сложной интеграцией или личным кабинетом потребует больше времени.

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

Цена, аванс и дополнительные работы

В договоре должна быть указана итоговая стоимость или понятный способ её расчёта. Если цена состоит из этапов, перечислите стоимость каждого этапа и момент оплаты. Распространённый порядок по рынку, аванс 30-50 процентов, затем оплата после согласования отдельных результатов или перед запуском. Конкретная схема зависит от проекта и условий сторон.

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

Отдельно опишите дополнительные работы. Хорошая формулировка содержит четыре элемента: основание для изменения цены, состав новой задачи, срок и порядок согласования. Работа не должна начинаться только на основании устного сообщения или короткой фразы «сделайте ещё вот это».

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

Перед подписанием полезно сопоставить договор со сметой. Если в смете есть настройка аналитики, а в договоре только «передача готового сайта», возникнет спор о том, входит ли настройка счётчиков в обязательства подрядчика. При выборе исполнителя сравнивайте не только суммы, но и состав работ, это можно сделать по материалам о стоимости услуг веб-студии.

Приёмка: как заказчик подтверждает результат

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

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

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

Опишите гарантийный период на исправление ошибок. В типичном проекте по рынку это 30-90 календарных дней после запуска. Гарантия должна распространяться на несоответствие согласованному заданию и ошибки в реализованных функциях, но не на изменения сторонних сервисов, самостоятельное редактирование кода и новые требования.

Права на сайт, дизайн и исходные материалы

Оплата разработки не всегда автоматически означает передачу всех прав на результат. В договоре нужно разделить несколько объектов: дизайн-макеты, тексты, фотографии, программный код, графику, шрифты, платные модули и созданные аккаунты.

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

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

Проверьте лицензии на фотографии, иконки, шрифты и плагины. Ответственность за материал, который предоставил заказчик, обычно несёт заказчик. Если визуал подбирает подрядчик, в договоре стоит указать, используются ли материалы с лицензией для коммерческого проекта и входят ли расходы на неё в смету.

Доступы, персональные данные и конфиденциальность

Для работы над сайтом подрядчику могут понадобиться доступы к домену, хостингу, CMS, почте, системе аналитики и CRM. Желательно выдавать персональные учётные записи с минимально необходимыми правами. Общий пароль администратора повышает риск и затрудняет понимание, кто внёс изменение.

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

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

Пункт о конфиденциальности должен защищать не только коммерческие сведения заказчика. Он также может описывать, какие материалы подрядчик вправе показывать в портфолио, когда это допустимо и нужно ли отдельное согласование. Если публикация проекта до запуска нежелательна, это следует написать прямо.

Изменения, приостановка и расторжение договора

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

Удобный порядок такой: заказчик описывает изменение, исполнитель оценивает влияние на стоимость и срок, стороны подтверждают новую задачу письменно, после чего работа включается в план. Для небольших изменений можно использовать переписку, если договор прямо признаёт согласованный канал юридически значимым.

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

Также проверьте ответственность за нарушение сроков и просрочку оплаты. Неустойка должна быть разумной и применимой, а не выглядеть как недостижимая санкция. Важнее чётко определить, какие обстоятельства освобождают от ответственности и как сторона должна уведомить другую сторону о проблеме.

Типичные ошибки заказчика при подписании договора

Согласование проекта только в мессенджере

Переписка помогает работать быстро, но в ней легко потерять важные договорённости. Итоговые требования, цена и срок должны быть собраны в договоре, техническом задании или дополнительном соглашении. Мессенджер можно оставить рабочим каналом, но правила его использования нужно зафиксировать.

Формулировка «сайт под ключ» без расшифровки

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

Отсутствие критериев готовности

Фраза «сайт должен быть удобным и современным» не подходит для приёмки. Добавьте проверяемые требования: сайт корректно открывается на согласованных устройствах и браузерах, форма отправляет данные в указанную систему, обязательные поля работают, страницы доступны по согласованным адресам.

Неограниченное количество правок

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

Оплата без передачи доступов и исходников

Не оставляйте вопрос на последний день. В договоре укажите список передаваемых материалов и срок передачи после оплаты. Если доступ к сайту остаётся у исполнителя, заказчик должен понимать, на каких условиях он сможет управлять ресурсом и получать техническую помощь.

Отсутствие условий после запуска

Запуск не означает, что сайт больше никогда не потребует внимания. Укажите, входит ли устранение ошибок в гарантию, кто обновляет CMS и модули, сколько стоит дальнейшая поддержка и как оформляются новые задачи. Для отдельных изменений можно заранее согласовать порядок доработки сайта.

Частые вопросы

Можно ли использовать типовой договор от подрядчика?

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

Нужно ли заверять договор у нотариуса?

Для обычной разработки сайта нотариальное заверение обычно не требуется. Достаточно подписать договор в бумажном виде или использовать допустимый сторонами электронный формат. Важно сохранить подтверждение полномочий подписантов и факт обмена документами.

Что делать, если подрядчик просит оплатить дополнительные работы?

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

Сколько правок нужно включить в договор?

Универсального числа нет. Для одного макета часто закладывают 1-2 консолидированные итерации, но сложность зависит от количества согласующих и качества исходного задания. Важнее не само число, а определение итерации и срок предоставления замечаний.

Кому должен принадлежать домен и хостинг?

Для бизнеса безопаснее регистрировать домен и ключевые аккаунты на заказчика. Если подрядчик помогает с регистрацией, в договоре укажите, на чьи данные создаётся учётная запись и когда передаются права администратора. Это снижает риск потери доступа при смене исполнителя.

Нужен ли юрист для проверки договора?

Для небольшого проекта многие риски можно обнаружить самостоятельно по чек-листу. Если цена значительная, используются персональные данные, сложные интеграции или индивидуальные условия передачи прав, разумно привлечь юриста. Веб-студия RDMN в работе с бизнесом фиксирует состав задач и сроки в договоре, но юридическую оценку документа при необходимости должен дать профильный специалист.

Что делать: короткий план

1. Определите бизнес-результат сайта и запишите, какие страницы и функции для него необходимы.
2. Попросите подрядчика подготовить техническое задание, смету и календарный план до подписания договора.
3. Проверьте реквизиты сторон, полномочия подписанта и ответственность за работу привлечённых специалистов.
4. Сверьте, что стоимость включает тексты, изображения, лицензии, интеграции, аналитику, домен, хостинг и запуск.
5. Зафиксируйте количество макетов, итераций правок, срок проверки и критерии приёмки каждого этапа.
6. Уточните порядок дополнительных работ и запретите изменение цены без письменного согласования.
7. Пропишите передачу исходников, прав на результат, доступов и сведений о сторонних лицензиях.
8. Добавьте гарантийный период, правила устранения ошибок и условия дальнейшей поддержки.
9. Согласуйте порядок расторжения, расчёт за фактически выполненную работу и возврат доступов.
10. Перед оплатой убедитесь, что финальная версия договора совпадает с последней сметой и техническим заданием.

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