Большинство конфликтов в веб-проектах — не про качество кода, а про несовпадение ожиданий: что именно входило в работу, когда она считается сданной и кому в итоге принадлежат доступы. Всё это решается на этапе договора за один вечер вычитки.
Автор: Григорий Федотов, основатель студии · Обновлено: 08.09.2026
Формулировка «разработка сайта» юридически не значит ничего. В договоре или приложении должно быть перечислено: количество и названия страниц, что делает исполнитель (дизайн, вёрстка, программирование, наполнение, тексты, настройка форм и аналитики), а что остаётся на вас.
Самый надёжный вариант — приложить техническое задание отдельным документом и сослаться на него в предмете договора. Тогда «а мы думали, тексты входят» не случается.
| Пункт | Плохая формулировка | Рабочая формулировка |
|---|---|---|
| Срок | «Ориентировочно 2 месяца» | «60 рабочих дней с даты предоплаты и передачи контента» |
| Этапы | Не разбито | Прототип → дизайн → вёрстка и программирование → наполнение → запуск |
| Обратная связь | Не указана | «Заказчик даёт замечания в течение 5 рабочих дней, иначе этап считается принятым» |
| Простой | Не указан | «Срок продлевается на время ожидания материалов от заказчика» |
Пункт про ожидание материалов защищает обе стороны: чаще всего проект тормозит не разработка, а тексты и фотографии, которые собирает заказчик.
Здоровая схема — деньги привязаны к этапам, а не к календарю. Проверьте: размер предоплаты, суммы по этапам, что происходит при досрочном расторжении (оплачивается фактически выполненный объём), и облагается ли работа НДС — от этого зависит итоговая цифра.
Ориентиры по бюджетам — в статье «Сколько стоит сайт».
Три строки, которые нужно найти в тексте:
Если домен зарегистрирован на подрядчика, вы не владеете сайтом — вы его арендуете. Это самая дорогая ошибка из всех перечисленных.
Пропишите: сколько кругов правок входит в каждый этап, что считается правкой, а что — новой задачей (изменение структуры, новые страницы, смена концепции дизайна), и как оформляется приёмка. Порядок проверки перед подписанием акта мы разобрали отдельно — как принять сайт у подрядчика.
Гарантия должна покрывать ошибки исполнителя (сломанная форма, битая вёрстка, неработающая интеграция) и обычно длится 3–12 месяцев. Она не покрывает ваши правки контента, обновления сторонних сервисов и хостинг. Поддержка после гарантии — отдельное соглашение с понятной ставкой или пакетом часов.
Если на сайте есть формы, вы становитесь оператором персональных данных: нужны политика конфиденциальности, согласие в форме и уведомление в Роскомнадзор. В договоре стоит закрепить, что подрядчик реализует технические меры (чекбокс согласия, ссылка на политику), а юридическая ответственность за обработку остаётся на вас как на операторе.
Если хотите, чтобы кто-то со стороны посмотрел на присланный вам договор и смету глазами исполнителя — напишите нам, подскажем, каких пунктов не хватает.
Технически да, но тогда у вас нет ни сроков, ни состава работ, ни прав на результат — только переписка. При споре о деньгах или доступах доказать что-либо крайне сложно. Для небольших работ достаточно короткого договора-оферты со счётом, но состав работ должен быть письменно зафиксирован.
По умолчанию исключительные права остаются у исполнителя — их передача должна быть прямо прописана в договоре. Формулировка «исключительные права на результат передаются заказчику в полном объёме с момента полной оплаты» закрывает вопрос.
Обычно 30–50% на старте и остаток по этапам. 100% предоплаты — риск для вас, 0% — исполнитель почти наверняка откажется: подготовка занимает недели работы.
Количество итераций на этап (например, две круга правок по дизайну) и срок, в который заказчик даёт обратную связь. Иначе проект зависает: правки бесконечны, а сроки формально нарушает исполнитель.
Оставьте контакт — пришлём расчёт и предложим решение под вашу задачу. Ни к чему не обязывает.
Без навязчивых звонков · Смета бесплатно · Оплата поэтапно по договору
или позвоните: +7 (495) 487-44-70