Договор на разработку сайта: что проверить перед подписанием

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

Ниже — пункты, которые стоит проверить перед подписанием.

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

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

2. Этапы и сроки

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

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

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

4. Порядок согласования и приёмки

• как передаётся результат этапа — ссылка на тестовую версию, макет;
• сколько дней у заказчика на проверку;
• что считается принятием: подписание акта или отсутствие замечаний в срок.

Без этого пункта этапы могут «висеть» бесконечно.

5. Правки

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

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

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

7. Доступы

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

8. Гарантийные обязательства

Срок, в течение которого исполнитель бесплатно исправляет ошибки, допущенные при разработке. Важно отделять ошибки от новых пожеланий.

9. Поддержка после запуска

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

10. Обязанности заказчика

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

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

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

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

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

Изменения в ходе проекта

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

Тревожные признаки

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

Как работаю я

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

Частые вопросы

Нужен ли договор для небольшого лендинга? Да, даже короткий. Он фиксирует состав работ, сроки, оплату и права — и избавляет от недопонимания.

Можно ли работать с частным разработчиком по договору? Да. Частный разработчик может заключить договор как самозанятый, индивидуальный предприниматель или в другой законной форме.

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

Итог

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