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

Если вы когда-либо сталкивались с созданием сайта, то знаете: устных договоренностей недостаточно. Хотите, чтобы проект не выехал за сроки, не вырос в цене и не оставил вас с нефункциональным сайтом? Тогда нужен нормальный договор на разработку сайта. В этой статье мы подробно разберём, какие пункты должны быть в таком документе, как их правильно формулировать и где чаще всего совершают ошибки. Материал написан живо и по делу — без воды, но с практическими примерами, которые вы сможете адаптировать под свои задачи.

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

Зачем нужен договор на разработку сайта

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

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

Кто участвует в договоре

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

Заказчик

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

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

Исполнитель

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

Если исполнитель планирует использовать чужие решения — движки, плагины, интеграции — стоит обозначить лицензии и ответственность за их работу.

Структура договора: что должно быть внутри

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

• Введение и предмет договора
• Обязанности сторон
• Техническое задание (как приложение)
• Сроки и этапы работ
• Порядок приёма выполненных работ
• Цена и порядок оплаты
• Права на результат (интеллектуальная собственность)
• Гарантии и сопровождение
• Конфиденциальность и персональные данные
• Ответственность сторон и форс-мажор
• Расторжение договора
• Прочие условия и приложения

Каждый из этих разделов можно детализировать. Ниже — практические советы по ключевым пунктам и образцы формулировок.

Предмет договора и техническое задание

Предмет договора — это сердцевина. Чем точнее сформулировано, тем меньше споров. Не "разработать сайт", а "разработать корпоративный сайт на базе CMS WordPress с главной страницей, каталогом товаров, личным кабинетом и интеграцией платежного провайдера".

Техническое задание (ТЗ) должно быть приложением к договору. В ТЗ перечисляются требования к страницам, функционалу, адаптивности, браузерам, требованиям к скорости загрузки, SEO-базе и т. д. Если что-то не включено в ТЗ — дополнительная работа, и её стоимость оговаривается отдельно.

Пример формулировки предмета договора

"Исполнитель обязуется по заданию Заказчика разработать и внедрить веб-сайт (далее — 'Сайт') в соответствии с требованиями, изложенными в приложении №1 'Техническое задание', а Заказчик обязуется принять и оплатить выполненные работы в порядке и на условиях, предусмотренных настоящим договором."

Такой текст короткий и юридически понятный. Главное — убедиться, что приложение с ТЗ исчерпывающее и подписано обеими сторонами.

Сроки, этапы и приёмка работ

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

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

Пример расписания этапов

Такой формат удобен для контроля и для бухгалтерии при частичной оплате по этапам.

Цена и порядок оплаты

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

Частая схема: предоплата 30–50% при подписании договора, 30% после выполнения половины объёма и остаток после сдачи проекта. Если проект длится долго, устанавливают авансовые платежи по этапам или ежемесячную оплату для поддержки.

Пример таблицы платежей

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

Права на результат и интеллектуальная собственность

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

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

Пример формулировки о правах

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

Если используются сторонние библиотеки с ограничениями лицензии, это надо прописать отдельно: кто оплачивает лицензии и какие условия использования.

Гарантии, поддержка и сопровождение

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

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

Пример гарантии

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

Конфиденциальность и персональные данные

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

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

Ответственность сторон и форс-мажор

Невыполнение обязательств вызывает убытки. В договоре удобно прописать ответственность в виде неустоек, штрафов и порядок взыскания. Например, штраф за просрочку сдачи — 0,1% от стоимости работ за каждый день просрочки, но не более 5% от общей суммы.

Форс-мажор — отдельная тема. Это обстоятельства непреодолимой силы: стихийные бедствия, военные действия, отключение интернета на уровне провайдеров и т. п. Важно прописать порядок уведомления о форс-мажоре и последствия для сроков работ.

Расторжение договора

Стороны должны понимать: договор можно расторгнуть досрочно. В тексте указывают основания для расторжения — систематическое нарушение сроков, неисполнение обязательств, односторонние изменения ТЗ и т. п. Обычная практика — предусмотреть уведомление за 14–30 дней и порядок расчёта за уже выполненную работу.

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

Приложения к договору

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

Также в приложениях удобно хранить шаблоны актов приёма-передачи и чек-листы по тестированию.

Типичные ошибки и как их избежать

Практика показывает, что большинство конфликтов возникают из-за трёх причин: неполного ТЗ, размытых сроков и непрозрачного порядка оплаты. Ниже — список типичных ошибок и практические рекомендации.

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

Избежать большинства проблем помогает простая привычка: перед подписанием прочитать договор вдвоём с исполнителем и проговорить спорные места устно — это проясняет многие ожидания и экономит время в будущем.

Образец основных пунктов договора (короткая версия)

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

1. Предмет договора

1.1. Исполнитель обязуется разработать веб-сайт в соответствии с приложением №1 'Техническое задание', а Заказчик обязуется принять и оплатить выполненные работы.

2. Сроки выполнения работ

2.1. Срок начала работ: ____. 2.2. Срок завершения работ: ____. Работы выполняются по этапам, указанным в приложении №2 'График работ'.

3. Стоимость и порядок оплаты

3.1. Общая стоимость работ составляет ____ рублей. 3.2. Порядок оплаты: 40% аванс, 30% после утверждения дизайна, 30% после подписания акта приёма-передачи.

4. Порядок приёма работ

4.1. По окончании выполнения работ Исполнитель направляет Заказчику акт приёма-передачи и ссылку на тестовую версию. 4.2. Заказчик в течение 10 рабочих дней проводит приёмку и направляет акт либо список замечаний.

5. Права на результаты

5.1. После полной оплаты Исполнитель передаёт Заказчику исключительные права на разработанный сайт и исходные материалы. 5.2. Исполнитель имеет право указывать проект в портфолио, если это не нарушает конфиденциальность Заказчика.

6. Гарантии и поддержка

6.1. Исполнитель предоставляет гарантийный срок 60 дней на устранение технических дефектов, возникших в связи с разработкой.

7. Конфиденциальность

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

8. Ответственность и форс-мажор

8.1. За несоблюдение сроков стороны несут ответственность в виде неустойки 0,1% от стоимости работ за каждый день просрочки, но не более 5% общей суммы. 8.2. Стороны освобождаются от ответственности за неисполнение обязательств в случае наступления форс-мажорных обстоятельств при условии своевременного уведомления другой стороны.

9. Расторжение договора

9.1. Договор может быть расторгнут по соглашению сторон или в одностороннем порядке при существенном нарушении обязательств с предварительным уведомлением за 30 дней.

10. Приложения

10.1. Техническое задание (приложение №1). 10.2. График работ (приложение №2). 10.3. Акт приёма-передачи (приложение №3).

Чек-лист перед подписанием договора

Проверьте контракт по этому списку, чтобы не упустить важного:

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

Если хотя бы один пункт вызывает сомнение — обсудите его с исполнителем и зафиксируйте изменения письменно.

Практические советы при переговорах

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

Не бойтесь включать в договор небольшие, но понятные позиции — например, кто занимается SEO-настройками базовых мета-тегов или кто оплачивает платный плагин. Такие мелочи часто становятся причиной споров, если их не прописать заранее.

Что делать, если вы — заказчик без юридической подготовки

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

Кроме того, сохраняйте всю переписку и документы в одном месте: ТЗ, утверждения макетов, акты. Они пригодятся, если возникнут разногласия.

Заключение

Договор на разработку сайта — это инструмент, который делает проект прозрачным и управляемым. Он не только защищает обе стороны, но и упрощает процесс разработки: все понимают, что нужно сделать, когда и за какие деньги. Описанные в статье шаблоны и рекомендации помогут составить понятный и практичный документ. А если проект крупный или специфический, не пренебрегайте юридической проверкой перед подписанием.

Берегите время и ресурсы: хорошая договорённость — залог успешного запуска сайта.

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