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

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

Что обязательно включить в договор разработки сайта:

Предмет договора: Написать чётко, что исполнителю поручается создать сайт. Желательно указать название проекта или доменное имя. Например: «Разработка и запуск веб-сайта для компании X, располагающегося по адресу "образец.ру"

Техническое задание (ТЗ): Это сердце договора. Обычно его делают отдельным приложением. В ТЗ детализировать:

• Структуру сайта (сколько страниц, разделов).
• Функционал (например, каталог товаров, корзина, форма обратной связи, интеграция с платежами, адаптивность для мобильных).
• Требования к дизайну (можноссылаться на фирменныйстиль или макеты).
• CMS или технология (на WordPress, на фреймворке, самопис).
• Если нужно: требования по SEO (скорость загрузки, метатеги).
• Контент: кто его предоставляет. Чаще заказчик даёт тексты/фото, но бывает, нанимают исполнителя и для наполнения – указать.
• Критерии приёмки: что считается "сайт готов". Например, сайт должен корректно отображаться в последних версиях Chrome, Firefox,Safari, IE (или Edge) – перечислить.
• Сроки поэтапно (например, этап 1 – дизайн-макет, этап 2 – верстка, этап 3 – программирование, этап 4 – тестирование).

Сроки выполнения: Определите общий срок проекта (например,60 дней с момента предоплаты) и/или промежуточные сроки для этапов. Пропишите ответственность за просрочку (о штрафах – ниже).

Порядок приёмки-передачи:

• Уточните, что исполнителем предоставляется готовый сайт для тестирования заказчиком.
• Сколько дней у заказчика на тест и предоставление замечаний (например, 5 рабочих дней).
• Как фиксируются замечания: составляется перечень, исполнитель обязан их исправить.
• После устранения замечаний стороны подписывают Акт приёмки-передачи сайта – это финальный документ, подтверждающий, что заказчик принял работу.

Если заказчик в разумный срок не дал замечаний и не подписал акт, но пользуется сайтом – работа считается принятой автоматически (такой пункт защищает исполнителя от «молчания» заказчика).

Цена и расчёты:

• Указать общую стоимость работ (фиксированная сумма, либо поэтапно).
• Часто используют схему: аванс (например, 30-50%) при заключении договора, остальная оплата по завершении (либо разбить: например, 30% аванс, 40% после демонстрации прототипа, 30% после сдачи).
• Способ оплаты: на расчётный счёт, на карту, наличными – прописать, и обязательно с подтверждением (квитанция, акт о получении наличных).
• Если проект длинный, и можно предусмотреть поэтапную оплату привязанную к результатам: "после утверждения дизайн-макета – … рублей, после запуска бета-версии – … рублей, по окончании – …".
• Отдельно: включает ли цена последующее сопровождение или только разработку. Чаще – только разработка, дальнейшая поддержка – по отдельному договору или допсоглашению.

Права на результат

• Очень важно: на исключительные права на сайт (код, дизайн). По умолчанию, авторские права на код и дизайн принадлежат разработчику (автору), если он физлицо, и переходят заказчику только при заключении соглашения. Поэтому прописываем:
• Все исключительные права на разработанный сайт, его программный код, дизайн и другие охраняемые результаты переходят заказчику после полного расчёта.
• Исполнитель не сохраняет за собой никаких прав использования, кроме как в портфолио (если разрешено, можно указать, что исполнитель может включить скриншоты в своё портфолио, если заказчик не возражает).
• Оформление прав: лучше сделать акт передачи исключительных прав в приложении (особенно если исполняет физлицо). Но можно и в тексте:"факт подписания акта приёмки означает передачу прав".
• Конфиденциальность: Разработчик может получить доступ к закрытой информации
• (например, базам данных, внутренней информации компании). Включите пункт NDA: исполнитель обязуется не раскрывать и не использовать полученную информацию о бизнесе заказчика, логины/пароли, т.д., иначе – ответственность (штраф).

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

• Пропишите гарантийный срок на сайт – например, 3 месяца с даты приёмки,в течение которых исполнитель бесплатно устраняет выявленные баги (если они не вызваны вмешательством третьих лиц). Без этого заказчик потом не сможет требовать исправлений по истечении проекта.
• Укажите, что считается багом (несоответствие ТЗ). Если что-товне ТЗ, это доработка за отдельную плату.
• По истечении гарантийного срока исполнитель может оказывать услуги поддержки на основании отдельного соглашения (если планируется).

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

• Исполнитель: за просрочку – неустойка(обычно % от цены за каждый день). Многие ставят 0,1-0,5% в день. Или фиксированную сумму за определённые этапы срыва. Неустойка мотивирует исполнителя держать сроки.
• За отказ исполнителя без причин – возврат предоплаты + штраф.
• Заказчик: ответственность за задержку предоставления материалов (например, логотипа, текстов). В договоре можно указать, что если заказчик вовремя не предоставил исходные данные, срокисдвигаются соответственно, а исполнитель не несёт ответственность за это.
• За просрочку оплаты – тоже неустойка (например, 0,1% в день).
• Форс-мажор: Стандартно: при обстоятельствах непреодолимой силы (форс-мажор) стороны освобождаются от ответственности, но должны уведомить друг друга. Например, если рухнул хостинг-провайдер или начались массовые отключения интернета – срок может быть пересмотрен.

Разрешение споров

Указать, что сначала переговоры, претензии – в течение какого-то срока рассмотрения. Если не решили – в суд. Указать, суд какого региона (по месту исполнителя или заказчика). Для небольших сумм – возможно, лучше вообще до суда не доводить, но пункт нужен.

Приложения

Обязательными приложениями обычно:

• Техническое задание(подробное).
• Если есть график работ и платежей.
• Акт приёмки (образец).
• Акт передачи прав (если решили оформлять отдельным актом).
• Если заказчик даёт материалы: список материалов заказчика – логотипы, тексты– чтобы авторство не спорить

Особые условия

• Если привлекаются сторонние сервисы – например, использование платных плагинов или API – указать, кто несёт их стоимость, кто покупает лицензии.
• Обязанность заказчика, например, предоставить доменное имя и хостинг для развертывания (часто у заказчика уже есть, или исполнитель сам делает – это нужно согласовать).
• Если проект подразумевает обучение персонала заказчика – включить: исполнитель проведёт краткий инструктаж по управлению сайтом, это входит в стоимость (или за доп.плату).
• Сроки исправления замечаний при приёмке: например, "Исполнитель устраняет обоснованные замечания в течение 10 дней".
• Если сайт интегрируется с системами заказчика (CRM, 1C) – определить зону ответственности: исполнитель обеспечивает техническую возможность, но если API заказчика глючит, то это уже не его вина.

Договор составляется обычно исполнителем (у веб-студий свои шаблоны). Заказчику важно внимательно прочесть и поправить, если что-то упущено. Не бойтесь добавлять пункты – лучше на берегу договориться.

Совет эксперта

Чем детальнее пропишете ТЗ и результаты, тем меньше шансов для конфликтов. В разработке сайта часто проблемы: "я думал будет такая функция" – "а мы не говорили о ней". Хорошее ТЗ исключает такие моменты. Также, для заказчика критично получить права на сайт. Не попадайтесь: были случаи, когда компания заказала сайт, а потом не могла внести изменения без разработчика, потому что выяснилось, что исходный код CMS – лицензионный, или права не переданы. Всегда берите исходники, доступы, права – это ваш актив.

Помните про контент сайта: если исполнитель наполняет сайт контентом, надо указать, откуда контент. Желательно, чтобы заказчик предоставлял или утверждал, иначе, если веб-студия взяла и скопировала чужие тексты на сайт, отвечать будет владелец сайта. Так что: "Заказчик несёт ответственность за законность и качество материалов, предоставленных для размещения".

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