Договор на разработку сайта: как защитить свои интересы

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

Зачем нужен договор, если уже есть техническое задание?

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

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

Какие пункты обязательно должны быть в договоре на разработку сайта?

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

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

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

Как давно вообще существует такая услуга, как заказная разработка сайтов?

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

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

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

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

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

Что такое акт приёма-передачи и почему на нём нельзя экономить время?

Акт приёма-передачи — это документ, который фиксирует: заказчик посмотрел результат этапа или всего проекта и согласен, что работа выполнена в соответствии с ТЗ. С юридической точки зрения именно подписанный акт, а не факт оплаты или устное «всё нравится», подтверждает завершение работ.

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

Как избежать ситуации, когда сайт «зависает» на середине разработки?

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

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

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

Кому принадлежат права на готовый сайт после сдачи проекта?

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

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

Что происходит после сдачи сайта: хостинг, поддержка и доступы?

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

Частая ошибка заказчиков — разрешать подрядчику регистрировать домен и хостинг на себя «для удобства». Лучше сразу оформлять инфраструктуру на компанию заказчика, а подрядчику давать только технический доступ на время работ. Например, «Клауд АйСи» позволяет заказчику самостоятельно завести домен, хостинг и почту на своё имя ещё до старта разработки и просто выдать разработчику необходимые права — так после завершения проекта не приходится разбираться, кому на самом деле принадлежит инфраструктура сайта.