Договор на разработку сайта: ключевые пункты, риски и шаблон для заказчика
Договор на разработку сайта — что обязательно прописать, как защитить бюджет и сроки, примерные формулировки и чек-лист для заказчика ✅ Практические советы.
Короткий ответ: Договор на разработку сайта — это юридически оформленное соглашение между заказчиком и разработчиком, которое фиксирует ТЗ, сроки, этапы приемки, стоимость, права на контент и код, гарантийные обязательства и условия техподдержки. Его цель — минимизировать риски, распределить ответственность и обеспечить прозрачную оплату по результату.
Что такое договор на разработку сайта и зачем он нужен
Договор на разработку сайта формализует коммерческое и техническое соглашение между заказчиком и подрядчиком. Он делает очевидными ожидания сторон, снижает риск споров и позволяет применять финансовые санкции при нарушениях. Без договора вы рискуете получить незавершенный проект, неопределенные права на код или вечные доработки «за спасибо».
Для бизнеса договор — это не только юридическая формальность, но и инструмент управления затратами и сроками: по нему удобно планировать бюджет, контролировать промежуточные результаты и связывать оплату с реальной ценностью (MVP, этапы, приемка).
Обязательные разделы договора
Короткий перечень того, что обязательно должно быть прописано в договоре:
- Предмет договора — что именно создается (сайт, модуль, интеграция).
- Техническое задание (ТЗ) или ссылка на приложение с детальным описанием.
- Сроки и этапы работ с критериями приемки.
- Стоимость, порядок и условия оплаты (аванс, этапы, окончательный расчет).
- Права на результаты работ и порядок передачи исходников/доступов.
- Гарантии, поддержка и сопровождение после сдачи.
- Ответственность сторон, штрафы и порядок урегулирования споров.
- Порядок внесения изменений и дополнительных работ.
- Конфиденциальность и безопасность данных.
- Форс‑мажор и условия расторжения.
Техническое задание и приложения — как привязать ТЗ к договору
ТЗ — ключевой документ. В договоре указывайте: «ТЗ — приложение №1, утверждаемое сторонами». Это исключает двусмысленность. В ТЗ должны быть:
- Функциональные требования: список страниц, типы пользователей, интеграции, формы.
- Нефункциональные требования: производительность, кроссбраузерность, адаптивность.
- Дизайн: макеты, адаптивные состояния, правила типографики и сетки (ссылка на Figma/Zeplin как приложение).
- Контент: кто готовит тексты, изображения, видео; сроки передачи контента.
- Метрики приемки: чек-листы, тест-кейсы, KPI (время загрузки, валидность форм, конверсия на тестовых сценариях).
- Окружение и инфраструктура: хостинг, домен, SSL, доступы к API.
Совет практикующего маркетолога: отдельно пропишите SEO‑требования в ТЗ или как отдельное приложение (структура URL, метатеги, карта сайта, редиректы, микроразметка). Это защитит вас от дополнительной оплаты базовых SEO‑работ после сдачи проекта.
Права на интеллектуальную собственность
Ключевой пункт — переход прав на результат работ. Возможные варианты:
- Передача исключительных прав на весь код, дизайн и контент — полное владение у заказчика.
- Передача права на использование (лицензия) — подрядчик оставляет авторские права, предоставляет лицензию на использование.
- Смешанные схемы: исключительные права на результат, но подрядчик сохраняет право на использование в портфолио.
В договоре укажите, что именно передается: исходные коды, права на дизайн, права на медиа‑файлы, права на интеграции. Пропишите порядок передачи — какие файлы, в каком формате, через какую платформу (репозиторий, архив).
Важно прописать гарантию, что материалы, переданные подрядчиком, не нарушают права третьих лиц (отсутствие нелегального контента, использование лицензий на библиотеки и шрифты).
Сроки, этапы и приемка работ
Делите проект на этапы (MVP, доработка функционала, финальная полировка). Для каждого этапа задайте:
- Конкретный результат, который будет передан клиенту;
- Критерии приемки — чек‑лист и тестовые сценарии;
- Максимальные сроки до перехода к следующему этапу.
Приемка работ должна быть формализована — например: в течение 7 календарных дней заказчик тестирует и направляет акт приема/список замечаний; при отсутствии замечаний — акт считается подписанным автоматически.
Совет: укажите процедуру устранения замечаний и лимит бесплатных правок по каждому этапу (например, 2 витка правок дизайна, 5 баг‑фиксов в течение 30 дней после сдачи).
Стоимость, оплата и дополнительные расходы
Типичная схема оплаты:
- Аванс (обычно 20–50%) при подписании договора.
- Промежуточные платежи по этапам (по результату приемки этапа).
- Окончательный расчет при подписании акта сдачи.
Пропишите валюту, реквизиты, сроки оплаты после подписания акта (например, 5 банковских дней). Укажите штрафы за просрочку платежа и право приостановить работу при длительной задержке оплаты.
Дополнительные расходы: покупка лицензий на плагины, готовые интеграции, платные шаблоны, стоимость хостинга и домена — либо включаются в смету, либо оплачиваются отдельно по согласованию. Пропишите механизм согласования допработ и их стоимость.
Гарантии, поддержка и сопровождение
Гарантийный период — обязательная часть: инструкция по обращению при обнаружении багов, сроки их исправления и перечень исключений (например, баги вызваны сторонними сервисами или изменением контента заказчиком).
Опишите, что входит в техподдержку: исправление ошибок, обновления системы, мониторинг, резервное копирование. При необходимости оформляют отдельный договор на обслуживание (SLA) с метриками отклика и решения инцидентов.
Практический совет: укажите лимиты бесплатной поддержки (например, 8 часов в месяц в течение 3 месяцев), затем переход на почасовую оплату или фиксированный SLA.
Ответственность сторон, штрафы и форс‑мажор
Пропишите ответственность за нарушение сроков, утрату данных, некорректную работоспособность. Указывайте разумные штрафы: фиксированная сумма или процент от стоимости этапа за каждый день просрочки. Избегайте необоснованных санкций, которые суд может признать недействительными.
Форс‑мажор — стандартный набор обстоятельств (стихийные бедствия, войны, санкции). Укажите порядок уведомления о форс‑мажоре и продление сроков на период действия обстоятельств.
Изменения в ТЗ и допработы
Нужно четко прописать механизм внесения изменений: заявка на изменение, оценка подрядчиком, согласование сметы и корректировка сроков. Без такого механизма подрядчик будет считать большую часть доработок вне проекта и выставлять счета отдельно.
Рекомендуемая формула: бесплатные корректировки в рамках утвержденного ТЗ — до N часов/правок; все, что выше — оплачивается по ставке или по согласованной коммерческой части.
Конфиденциальность, доступы и безопасность
Пропишите NDA‑обязательства: запрет раскрытия коммерческой и технической информации, порядок хранения данных. Укажите, кто и как получает доступы к хостингу, почте, CMS, API. Лучше передавать доступы через менеджера паролей или временные учётные записи с возможностью их отзыва.
Не забудьте про резервное копирование: кто отвечает за бэкапы, как часто они делаются и где хранятся. Это снижет риск потери данных и сэкономит деньги при восстановлении.
Типичные ошибки заказчиков и как их избежать
Привожу реальные промахи, которые я вижу в практике:
- Размытое ТЗ. Последствие — нескончаемые доработки и увеличение бюджета. Решение: потратить время на детальное ТЗ или заказать аудит ТЗ у подрядчика до подписания договора.
- Отсутствие критериев приемки. Последствие — спор о том, «завершен» ли проект. Решение: чек‑листы и тестовые сценарии в приложении.
- Не прописаны права на код/дизайн. Последствие — подрядчик может использовать разработки в портфолио или крайняя сложность переноса проекта. Решение: явно закрепить передачу прав.
- Не учтены SEO‑требования. Последствие — сайт не индексируется или теряет трафик. Решение: включить SEO‑работы и базовые настройки в ТЗ.
- Ожидание «всё сразу бесплатно». Последствие — невыполненные работы и конфликт. Решение: реалистичная смета и этапность.
Примерные формулировки и чек‑лист для включения в договор
Примерный набор формулировок (ускоренно):
1. Предмет договора Подрядчик обязуется разработать web‑сайт (интернет‑магазин/корпоративный сайт) согласно ТЗ (Приложение №1), а Заказчик — принять и оплатить результаты работ.
Сроки Работы выполняются в срок до «__» месяцев с момента подписания договора и получения аванса. Этапы и сроки указаны в Приложении №2.
Приемка Заказчик осуществляет проверку в течение 7 календарных дней, в случае отсутствия письменных замечаний работы считаются принятыми.
Стоимость и оплата Общая стоимость — ___ руб. Аванс ___% в течение 5 банковских дней после подписания договора. Оставшаяся сумма выплачивается по этапам.
Права По оплате полной стоимости Заказчику передаются исключительные права на исходные коды, дизайн и материалы, за исключением сторонних библиотек, лицензии на которые остаются с их владельцами.
Гарантия Подрядчик предоставляет гарантию на исправление выявленных дефектов в течение 30 календарных дней после подписания акта сдачи.
Конфиденциальность Стороны обязуются не разглашать информацию, ставшую им известной в связи с выполнением договора.
Чек‑лист перед подписанием:
- ТЗ входит в приложение и полно описывает функционал.
- Есть четкая процедура приемки работ и срок на исправление замечаний.
- Права на результаты — прописаны.
- Гарантия и условия сопровождения — определены.
- Механизм внесения изменений — прописан и предсказуем.
- SEO‑моменты включены в ТЗ (редиректы, sitemap, метатеги, микроразметка).
Как подготовиться заказчику перед подписанием
Практические шаги:
- Соберите референсы и приоритезируйте функции: что важно на старте (MVP), что можно отложить.
- Подготовьте базовый контент: тексты, логотипы, бренд‑гайды.
- Попросите у подрядчика пример договора и проверьте ключевые пункты по чек‑листу выше.
- Если нужно — закажите независимый аудит ТЗ или юридическую проверку договора.
- Обсудите SEO‑план — базовая оптимизация должна быть включена в смету; продвижение — отдельная долгосрочная услуга.
В бизнес‑логике: учитывайте unit‑экономику проекта и то, что сайт — это инвестиция. SEO обеспечивает растущий приток органического трафика и стабильность, платная реклама — ускоритель запуска лидов в первые месяцы.
FAQ — Частые вопросы
1. Нужно ли отдельное соглашение на поддержку сайта?
Да, если вы хотите гарантированный SLA (время реакции, исправления инцидентов), удобнее оформить отдельный договор на сопровождение. В базовый договор часто включают краткий гарантийный период и лимит бесплатной поддержки.
2. Можно ли передать права на сайт поэтапно?
Да, договор может предусматривать поэтапную передачу прав: например, на исходники фронтенда после приемки фронтенда, на CMS и контент — после полной оплаты. Главное — четко прописать моменты передачи и формат файлов/доступов.
3. Что делать, если подрядчик не исправляет баги в гарантийный период?
Сначала — официальное уведомление с требованием исправить дефекты в срок. Если проигнорирован — применять предусмотренные договором штрафы или расторгнуть договор и взыскать убытки. Практически полезно иметь доказательства (скриншоты, лог‑файлы, акты).
4. Как учесть SEO в договоре, если продвижение будет отдельной услугой?
Включите базовый SEO‑пакет в ТЗ: корректная структура URL, формируемые метатеги, карта сайта, микроразметка, базовые редиректы и настройка аналитики. Продолжительное продвижение и контент‑маркетинг оформляются отдельно; это важно, чтобы сайт был технически готов к росту трафика.
5. Нужен ли акт выполненных работ?
Да. Акт приемки — ключевой документ для подтверждения факта сдачи проекта и основания для окончательного платежа. Он должен содержать перечень выполненных работ и ссылку на принятые приложения/чек‑листы.
6. Как защитить бизнес от потери доступа к сайту после закрытия проекта?
Пропишите в договоре порядок и формат передачи доступов (через менеджер паролей или временные пароли с возможностью их изменения) и требование передать все данные в течение N дней после оплаты. Отдельно оговорите, что подрядчик обязуется не блокировать доступ без уважительных причин.
Что дальше — как мы помогаем
Если вы готовите договор или собираетесь заказывать сайт, начните с аудита ТЗ и юридической проверки ключевых пунктов: мы помогаем заказчикам проверить договор с позиции управления рисками, привязать ТЗ к бизнес‑целям и включить необходимые SEO‑условия, чтобы сайт приносил стабильный органический трафик. SEO — это основа долгосрочного притока клиентов; контекстная реклама рассматривается как ускоритель результата на старте.
Мы можем: провести аудит вашего проекта и договора, подготовить шаблонный раздел договора под ваш бизнес и включить базовый SEO‑пакет в ТЗ. Примеры реализованных проектов и подходов доступны в наших кейcах, а описание услуг по созданию и продвижению сайтов — в разделе создание и продвижение сайтов.
