Договор на разработку сайта: что проверить до подписи
Что должно быть в договоре на создание сайта: состав работ, этапы, правки, права на код и дизайн, передача доступов. Красные флаги и пункты, за которые потом бьются.
Почти каждая грустная история про «сделали сайт и пропали», «требуют доплату за наш же сайт» или «домен оказался не наш» начинается одинаково: договор подписали не читая, или его не было вовсе. Разберём по пунктам, что в договоре на разработку должно быть обязательно, какие формулировки опасны и как выглядит договор, по которому обеим сторонам спокойно. Дисклеймер: мы студия, а не юристы, поэтому это взгляд практика со стороны исполнителя — тем полезнее, что нам скрывать нечего.
Предмет: что именно вам сделают
Худшая формулировка предмета — «разработка сайта» одной строкой. По такому договору невозможно ни принять работу, ни оспорить её: сайт из трёх страниц на шаблоне формально ей соответствует. Нормальный предмет опирается на приложение — техническое задание или спецификацию: список страниц, функциональность (формы, калькулятор, интеграция с CRM, админка), на чём делается, что с адаптивностью. Спецификация может быть короткой — на маленький проект хватает страницы, — но она должна быть. Именно по ней потом решается вечный спор «это входило или это доработка».
Этапы, сроки и приёмка
Проверьте три вещи. Работы разбиты на этапы с результатом каждого: прототип, дизайн, готовый сайт (как они устроены). У этапов есть сроки — и, что честно, зафиксированы встречные обязанности заказчика: сроки согласований и передачи материалов, потому что проекты чаще тормозит заказчик, и хороший договор защищает обе стороны. Прописан порядок приёмки: как передаётся результат, сколько дней на замечания, что считается принятым. Формулировка «работы считаются принятыми, если в течение N дней не поступили мотивированные замечания» — нормальная практика, защищающая исполнителя от вечного молчания, а заказчика — от бесконечной сдачи.
Правки: где чаще всего ссорятся
Универсальной нормы нет, есть здравый смысл: ограниченное число итераций правок на этапе (обычно две-три) в рамках ТЗ — включено; правки, меняющие ТЗ («а давайте вместо каталога сделаем калькулятор»), — доплата по согласованной ставке. Если в договоре правки не упомянуты вовсе — спросите и зафиксируйте письменно: это спор номер один на рынке. Опасный сигнал в обе стороны — обещание «безлимитных правок»: оно означает либо заложенный в цену тройной запас, либо будущий конфликт.
Права: кому принадлежит сайт
Самый недооценённый раздел. По закону исключительные права на созданное принадлежат исполнителю, пока договором не передано иное — поэтому в договоре должна быть явная передача прав на результат: дизайн, тексты, код (кроме сторонних компонентов с их лицензиями — это нормальная оговорка). Момент передачи обычно привязывают к полной оплате, это честно.
Сюда же — исходники и доступы. Пропишите, что вам передаются: доступ к админке, к хостингу, исходный код. И отдельно — то, о чём мы твердим в каждой второй статье: домен и хостинг регистрируются на вас, а не на подрядчика. Если исполнитель настаивает на «оформим всё на себя, вам так проще» — это главный красный флаг всей сделки.
Что после запуска
Хороший договор отвечает и на вопросы следующего года: гарантийный срок на исправление ошибок (типично 3–12 месяцев на баги — не путать с новыми доработками), условия поддержки, если она нужна (ставка или абонемент), и судьба сотрудничества при расставании: вы вправе передать сайт другому подрядчику, и исполнитель обязан передать всё необходимое. Студия, которая прописывает процедуру собственной замены, уверена в себе — парадоксально, но именно с такой расставаться обычно и не хочется.
Красные флаги: когда не подписывать
Соберём: предмет без спецификации; 100% предоплата у незнакомого исполнителя (норма — этапные платежи, обычно 30–50% аванс); отсутствие пункта о правах и исходниках; домен и хостинг «на нас»; безлимитные правки и «сделаем всё, что захотите»; и отсутствие в договоре живых реквизитов — работа с физлицом на карту без самозанятости или ИП лишает вас даже теоретической защиты. Отдельно: договор нужен и с фрилансером, и со студией одного человека — размер исполнителя не отменяет письменных договорённостей, а нормальному исполнителю любого размера договор так же выгоден, как вам.
Частые вопросы
Подрядчик прислал свой договор. Нести юристу?
На проектах от пары сотен тысяч — да, час юриста стоит дешевле любого спора. На небольших — хотя бы сами проверьте по этой статье шесть точек: предмет со спецификацией, этапы и приёмка, правки, права и исходники, домен на вас, порядок расставания.
Можно ли работать без ТЗ, «по ходу разберёмся»?
Можно, и иногда это даже честнее жёсткого ТЗ — но тогда в договоре должна быть итерационная модель: работа этапами с фиксацией и оплатой каждого. Опасна не гибкость, а неопределённость: когда ни объём, ни цена, ни момент окончания нигде не зафиксированы.
Что делать, если сайт уже сделан без договора и отношения испортились?
Собрать, что есть: переписку, платежи, доступы — и постараться мирно выкупить недостающее (доступы, исходники, переоформление домена). Обычно это дешевле войны. И сделать вывод на следующий проект — теперь у вас есть чек-лист.
В студии ШЕСТЕРОВ договор с этапами, правами и доменом на заказчика — стандарт, а не уступка после торга. Запросите наш шаблон договора до старта — присылаем его вместе со сметой, читайте спокойно.