Договор — это тот документ, который кажется лишним ровно до того момента, когда что-то идёт не так. Пока проект движется гладко, никто в него не заглядывает. Но стоит исполнителю сорвать срок, заказчику — потребовать десятый круг правок «по той же цене», а кому-то из них захотеть забрать сайт и уйти к другому специалисту — и выясняется, что устные договорённости ничего не стоят, а каждая сторона помнит их по-своему. Договор существует не для того, чтобы кого-то наказать, а чтобы заранее описать, кто что делает, в какие сроки, за какие деньги и кому в итоге принадлежит результат.
Важно понять главное: грамотный договор защищает обе стороны одинаково. Это не оружие заказчика против исполнителя и не наоборот. Заказчик получает гарантию результата, прав и доступов; исполнитель — гарантию оплаты и защиту от бесконечных переделок. Разберём пункты, которые обязательно должны быть в договоре на разработку сайта, и объясним, от какой именно беды каждый из них страхует.
Это материал в разделе «Создание сайтов». Рядом — статьи о ТЗ, проверке исполнителя и этапах работы.
Что вы узнаете из статьи
- Почему договор одинаково нужен заказчику и исполнителю
- Как этапная оплата защищает обе стороны от рисков
- Кому принадлежат права на код и дизайн и почему это надо прописать
- Как зафиксировать сроки, правки и ответственность за срыв
- Что должно быть в передаче доступов и результата
Предмет, этапы и оплата
Первое, что описывает договор, — что именно делается. Размытое «разработка сайта» открывает простор для споров: заказчик ждал магазин с оплатой, исполнитель сделал каталог без корзины — и оба формально правы. Поэтому предмет договора опирается на техническое задание, которое прикладывается приложением. Как его собрать, подробно разобрано в материале про техническое задание; без него договор повисает в воздухе.
Главный защитный механизм — этапная оплата. Вместо «всё вперёд» или «всё в конце» сумма дробится на части, привязанные к принятым этапам: прототип, дизайн, программирование, запуск. Это честно для обеих сторон: заказчик не рискует отдать деньги и остаться ни с чем, исполнитель не рискует сделать весь проект и не получить оплату. По сути договор повторяет логику самой работы — те же этапы разработки, только с привязанными к ним суммами и приёмкой.
Пропишите для каждого этапа: что считается выполненным, сколько он стоит и в какой срок оплачивается после приёмки. Чёткая привязка денег к результату снимает большую часть конфликтов ещё до того, как они возникнут — спорить становится не о чем, всё расписано.
Права на код, дизайн и доступы
Это пункт, который заказчики упускают чаще всего, а потом получают неприятный сюрприз. По умолчанию исключительные права на созданный код и дизайн могут оставаться у исполнителя, даже если заказчик за работу заплатил. Звучит парадоксально, но юридически результат интеллектуального труда и оплата за услугу — не одно и то же, если передача прав не оговорена отдельно.
Поэтому в договоре прямо фиксируется: заказчик получает право использовать, изменять, копировать и размещать сайт без ограничений, а права на результат переходят к нему после полной оплаты. Без этого пункта возможна ситуация, когда вы захотите доработать сайт у другого специалиста, а прежний исполнитель формально против — и он в своём праве.
Отдельно — передача доступов и исходников. Зафиксируйте, что по завершении заказчик получает доступы к хостингу, домену, админке, аналитике, а также исходные файлы. Сайт, к которому у вас нет полных доступов, — это не ваш сайт, а аренда у исполнителя. Сюда же логично привязать условия дальнейшего обслуживания — что входит в поддержку после запуска и на каких условиях.
Сроки, правки и ответственность
Сроки — главный источник конфликтов, поэтому в договоре они привязываются к этапам, а не к одной финальной дате. «Сайт к 1 числу» — пустое обещание; «прототип за неделю, дизайн ещё за две» — управляемый график с контрольными точками. Для защиты от просрочки добавляют ответственность: неустойку за каждый день задержки или право расторгнуть договор с возвратом денег за невыполненные этапы.
Но ответственность должна быть зеркальной. Самая частая причина срыва сроков — не исполнитель, а заказчик, который неделями не присылает контент или не принимает этап. Поэтому в договоре фиксируют и встречную обязанность: если заказчик задерживает материалы, доступы или приёмку, сроки сдвигаются, и это не вина исполнителя. Без этой оговорки исполнитель оказывается заложником чужой медлительности.
Правки — третий узел. Пропишите, сколько кругов правок входит в стоимость каждого этапа и что считается дополнительной работой сверх лимита. Это разом снимает две крайности: заказчик не правит макет до бесконечности бесплатно, а исполнитель не отказывается от разумных доработок. Все эти пункты — часть проверки исполнителя ещё до старта: готовность их обсуждать сама по себе говорит о надёжности, о чём подробнее в материале про то, как проверить исполнителя.
Как платформа заменяет часть договора
На Где.Эксперт многие защитные функции договора встроены в безопасную сделку. Оплата за этап удерживается площадкой и переводится исполнителю только после того, как заказчик принял результат. Это автоматически решает главный риск обеих сторон: заказчик не отдаёт деньги вперёд, исполнитель уверен, что оплата за принятый этап никуда не денется.
Условия работы, этапы и приёмка фиксируются в системе, а не держатся «на словах», поэтому спорить задним числом сложнее. Портфолио и отзывы помогают выбрать надёжного исполнителя ещё до сделки, а оплата по факту выполнения этапов работает так же, как этапная оплата в договоре — только без необходимости самостоятельно прописывать и контролировать каждый пункт.
Часто задаваемые вопросы
Нужен ли договор при разработке сайта?
Да, он одинаково защищает обе стороны. Заказчику гарантирует результат, права и доступы; исполнителю — оплату и защиту от бесконечных переделок. Работа без договора — главный источник споров.
Кому принадлежат права на сайт?
По умолчанию права на код и дизайн могут оставаться у исполнителя, если в договоре не указано иное. Передачу прав заказчику нужно прописать прямо, иначе возможны проблемы при доработках у другого специалиста.
Как защититься от срыва сроков?
Привяжите оплату к этапам, пропишите сроки для каждого и ответственность за просрочку. Зеркально зафиксируйте, что задержка из-за невыданного заказчиком контента — не вина исполнителя.
Что такое этапная оплата?
Оплата дробится на части, привязанные к принятым этапам. Заказчик не отдаёт всё вперёд, исполнитель получает деньги по мере работы. Самый безопасный формат для обеих сторон.
Можно ли работать по договору с фрилансером-физлицом?
Да, с физлицом, самозанятым или ИП заключается договор подряда или услуг. Форма исполнителя не отменяет нужды письменно зафиксировать объём, сроки, оплату и права.
Заключение
Договор на разработку сайта — это не формальность и не оружие одной стороны против другой, а взаимная страховка. Он описывает предмет работы на основе ТЗ, дробит оплату на этапы, передаёт заказчику права на код и доступы, привязывает сроки к контрольным точкам и делает ответственность зеркальной. Каждый пункт страхует от конкретной беды, которая иначе всплывёт в самый неудобный момент.
Запомните главное: обязательно пропишите этапную оплату, передачу прав и исходников, сроки по этапам и лимит правок, а ответственность сделайте взаимной. И помните, что площадки с безопасной сделкой берут на себя значительную часть этой защиты автоматически, удерживая оплату до приёмки. Тогда проект пройдёт без споров, а если что-то пойдёт не так — у каждой стороны будет на что опереться.
Работайте через безопасную сделку на Где.Эксперт — оплата удерживается до приёмки этапа, а условия фиксируются в системе.