Пример договора на разработку сайта

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

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

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

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

Кого затрагивает такой договор

Типичных участников три: заказчик, исполнитель и иногда третья сторона — субподрядчик. Заказчиком обычно выступает компания или частное лицо, которое хочет сайт для бизнеса. Исполнитель — фрилансер или студия. Субподрядчики подключаются по дизайну, интеграции CRM, контенту.

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

Основные разделы договора: краткий обзор

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

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

Почему все эти разделы важны

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

Подробный разбор ключевых пунктов

1. Стороны договора

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

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

Коротко: что именно будет сделано. Лучше писать не абстрактно, а конкретно. Например, «разработка корпоративного сайта на базе CMS WordPress, включающая создание дизайна, верстку, настройку админки и базовой SEO-оптимизации». Чем яснее сформулирован предмет — тем меньше споров на этапе приемки.

3. Объем работ и техническое задание

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

4. Сроки и этапы работ

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

5. Порядок приемки работ

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

6. Цена и порядок расчетов

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

7. Права на результаты работ (интеллектуальная собственность)

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

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

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

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

9. Гарантии и сопровождение

Пропишите, какой период поддержки входит в стоимость — например, 30 дней бесплатных правок и исправлений ошибок после запуска. Укажите, что является "ошибкой" (функционал, который не соответствует ТЗ), а что — новой функцией, под которую будет отдельный расчёт.

Также важно описать условия дальнейшего техподдержки: почасовая ставка, пакеты обслуживания, SLA по отклику и исправлению ошибок.

10. Ответственность сторон и штрафы

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

11. Форс-мажор

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

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

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

13. Решение споров

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

14. Приложения и подписи

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

Полный пример договора: текст для адаптации

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

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

г. ____________ «___» __________ 20__ г.

1. Стороны

Заказчик: ____________________________________________________, в лице _____________________________________________________, действующего на основании __________________________, далее по тексту — «Заказчик».

Исполнитель: __________________________________________________, в лице _____________________________________________________, действующего на основании __________________________, далее по тексту — «Исполнитель».

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

2.1. Исполнитель обязуется по заданию Заказчика выполнить работы по разработке сайта (далее — «Сайт»), а Заказчик обязуется принять и оплатить эти работы на условиях, предусмотренных настоящим договором.

2.2. Подробное техническое задание (ТЗ) является неотъемлемой частью настоящего договора и приведено в Приложении №1.

3. Объем и сроки работ

3.1. Работы выполняются в этапах согласно Графику этапов и платежей, приведенному в Приложении №2.

3.2. Общий срок выполнения работ: с «___» ________ 20__ г. по «___» ________ 20__ г.

3.3. Сроки могут быть продлены при условии письменного согласования сторон или при задержке передачи материалов от Заказчика.

4. Стоимость работ и порядок расчетов

4.1. Общая стоимость работ по договору составляет ___________ (_________) руб.

4.2. Платежи производятся по этапам в соответствии с Приложением №2. Оплата производится на расчетный счет Исполнителя в течение 5 (пяти) рабочих дней после получения счета.

4.3. Дополнительные работы, не предусмотренные ТЗ, выполняются по отдельному соглашению и оплачиваются дополнительно.

5. Порядок приемки

5.1. После завершения каждого этапа Исполнитель направляет Заказчику акт выполненных работ для проверки.

5.2. Заказчик в течение 7 (семи) рабочих дней со дня получения акта сообщает Исполнителю о результатах проверки. При отсутствии замечаний работы считаются принятыми.

6. Переход прав на результаты работ

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

6.2. Передача исходных файлов, учетных записей и доступов осуществляется Исполнителем после получения полного расчета, если иное не согласовано сторонами.

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

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

8. Гарантии и сопровождение

8.1. Исполнитель предоставляет гарантийный период на работоспособность сайта 30 календарных дней с момента принятия работ Заказчиком. В гарантийный период Исполнитель бесплатно устраняет ошибки, возникшие по вине Исполнителя.

8.2. Условия долгосрочного сопровождения оговариваются отдельным соглашением.

9. Ответственность сторон

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

9.2. Штрафы и пени за нарушение сроков выполнения работ могут быть установлены в отдельном приложении к договору.

10. Форс-мажор

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

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

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

12. Решение споров

12.1. Все споры, возникающие из настоящего договора, решаются путем переговоров. При недостижении соглашения спор передается на рассмотрение в суд по месту нахождения Заказчика/Исполнителя — оговорить конкретно.

13. Прочие условия

13.1. Все изменения и дополнения к договору действительны только в письменном виде и подписаны уполномоченными представителями сторон.

14. Реквизиты и подписи сторон

Заказчик: _____________________________________________________

Исполнитель: __________________________________________________

Примеры формулировок ключевых пунктов

Формулировка описания работ

«Исполнитель обязуется выполнить следующие работы: 1) подготовить дизайн-макеты главной и внутренних страниц; 2) выполнить адаптивную верстку под мобильные устройства; 3) интегрировать сайт с CRM-системой X путем API; 4) установить систему аналитики и настроить базовую SEO-оптимизацию; 5) перенести сайт на хостинг Заказчика и обеспечить работоспособность в течение 3 рабочих дней.»

Формулировка передачи прав

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

Формулировка гарантийного обязательства

«Исполнитель предоставляет гарантию на устранение дефектов и ошибок, возникших в результате выполнения работ, в течение 30 календарных дней с момента подписания акта приема-передачи. Гарантия не распространяется на ошибки, вызванные изменениями, внесенными Заказчиком или третьими лицами после передачи прав.»

Контрольный список перед подписанием договора

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

Практические советы для обеих сторон

Для заказчика

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

Для исполнителя

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

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

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

Часто задаваемые вопросы

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

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

Как поступать, если заказчик просит внести большую доработку после сдачи?

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

Что делать, если возникают споры по качеству работ?

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

Шаблон таблицы: что включить в ТЗ

Заключение и практическая памятка

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

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

Ниже пример ссылки на подробную информацию и возможный шаблон для скачивания:

Пример договора на разработку сайта