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

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

Логичное продолжение материала как выбрать подрядчика и предшествует приёмке сайта. Вопросы по смете и договору — через контакты.

Зачем договор, если «и так всё понятно»

Устные договорённости забываются. Через два месяца заказчик ждёт «SEO и 10 статей», исполнитель сдаёт вёрстку макета. Без документа сложно доказать, кто прав, и сложно удержать сроки.

• фиксируется состав работ — не абстрактное «сайт под ключ»;
• понятны этапы, акты и момент оплаты;
• описана передача прав, доступов, исходников;
• есть гарантия на технические дефекты после запуска;
• прописан порядок изменений сверх сметы (change request).

Договор защищает обе стороны. Хороший подрядчик не боится приложения с перечнем работ — боится клиент без брифа и без сроков согласования.

Структура договора: обязательные блоки

Минимальный каркас для разработки сайта (лендинг, корпоративный, магазин):

1. Предмет — разработка сайта по ТЗ/смете (приложение №1).
2. Сроки — общий и по этапам; что считается задержкой со стороны заказчика.
3. Стоимость и порядок оплаты — аванс, промежуточные платежи, финальный после акта.
4. Права на результат — переход исключительных прав после полной оплаты.
5. Материалы заказчика — тексты, фото, логотип; сроки предоставления.
6. Приёмка — срок проверки этапа, перечень оснований для замечаний.
7. Гарантия — исправление багов в согласованный период.
8. Конфиденциальность и 152-ФЗ — если обрабатываются ПДн в формах.
9. Расторжение — оплата фактически выполненного, передача наработок.

Реквизиты сторон, подписи, приложения с сметой и прототипом — обязательны. «Счёт без договора» допустим только для микрозадач с фиксированным результатом за 1–2 дня.

Техническое задание и смета как приложение

ТЗ не обязано быть 40 страниц. Для лендинга достаточно:

• цель страницы и метрика успеха (заявка, звонок);
• структура блоков (прототип или wireframe);
• количество уникальных экранов (desktop + mobile);
• формы: поля, куда уходят заявки, интеграции;
• аналитика: Метрика, цели, UTM в CRM;
• SEO-минимум: title, description, sitemap, robots;
• хостинг, домен, SSL — кто настраивает;
• количество раундов правок на дизайн и вёрстку.

Всё, что не в смете, оплачивается отдельно: дополнительные языки, сложные интеграции, копирайт сверх N блоков, A/B-тесты после запуска. Формулировка «и прочие работы по согласованию» без лимита — повод уточнить письменно.

Оплата по этапам: типовая схема

Для проекта от 2 недель разумно:

• 30–40% аванс — после подписания и старта прототипа;
• 30–40% — после утверждения дизайна (акт этапа);
• 20–40% — после приёмки на боевом домене, форм, аналитики.

100% предоплата до начала работ — красный флаг, если нет поэтапной сдачи. 0% аванса у заказчика тоже риск для исполнителя: проект «зависает» без ресурса. Баланс — транши под акты.

В договоре укажите: акт молчания (если замечаний нет за N рабочих дней — этап принят). Это снимает бесконечное «ещё чуть-чуть поправим» без оплаты следующего этапа.

Права, доступы и исходники

После полной оплаты у заказчика должны быть:

• исключительные права на дизайн и код (или лицензия на CMS с перечислением ограничений);
• исходники Figma/PSD, экспорт assets;
• доступ к хостингу, репозиторию, CMS на email заказчика;
• домен и SSL на регистраторе заказчика;
• счётчик Метрики и Вебмастера на аккаунте заказчика.

Фраза «доступы после 100% оплаты» нормальна. Фраза «сайт остаётся на нашем аккаунте навсегда» — нет. Вы должны иметь возможность сменить подрядчика без потери домена.

Шрифты и стоковые фото: в договоре указать, что лицензии покрывают коммерческое использование на сайте заказчика.

Гарантия, поддержка и изменения после запуска

Гарантийный период (обычно 1–3 месяца) — исправление ошибок: форма не отправляется, вёрстка «плывёт», цели не срабатывают. Не путать с бесплатными новыми фичами и redesign по «нам не нравится цвет».

Поддержка — отдельный абонемент или почасовая ставка: обновления CMS, резервные копии, мелкие правки текстов.

Change request — новый блок, интеграция с CRM, которой не было в ТЗ: оценка, допсоглашение, срок, оплата до или после выполнения по согласованию.

На что смотреть перед подписью: чек-лист заказчика

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

Если подрядчик отказывается от акта по этапам или от передачи прав — перечитайте статью о выборе подрядчика и сравните с другими предложениями. Экономия на договоре часто оборачивается доплатой за «забытые» интеграции.

Типичные спорные пункты

«Неограниченные правки дизайна» — без лимита раундов проект не закрывается. Фиксируйте 2–3 раунда на этап; дальше — по ставке.

«Контент предоставляет заказчик» — если тексты не переданы в срок, сроки сдвигаются. Это должно быть в договоре, иначе винят разработчика.

«SEO в ТОП» в договоре на разработку — маркер некомпетентности. SEO-обязательства выносят в отдельный договор с метриками и горизонтом.

Приёмка «на глаз» — без чек-листа форм, скорости, mobile. Используйте гайд по приёмке как приложение или основу для акта.

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

Обсудить договор и смету на разработку сайта — напишите нам: пришлём шаблон состава работ под ваш тип проекта без скрытых «допов» после старта.