Договор на разработку сайта: что закрепить до старта, чтобы не спорить в конце
Конфликты со студией чаще не из-за «плохого дизайна», а из-за разного понимания готовности: что входит в первый релиз, кто правит тексты, когда считается этап принятым. Договор и приложение к нему должны отвечать на эти вопросы до первого платежа.
Ниже — практичный минимум для корпоративного сайта или каталога. Это не замена юристу, но помогает собрать бриф и не забыть критичные пункты.
---
## Предмет и границы работ
Перечень страниц и шаблонов (главная, услуги, кейсы, блог, контакты, 404, политики) с пометкой «входит / не входит».
Интеграции: CRM, аналитика, формы, оплата, личный кабинет — отдельной строкой с ответственным (кто даёт доступы, кто настраивает).
Контент: кто пишет тексты, кто снимает фото, сколько раундов правок заложено в каждом этапе.
---
## Этапы, сроки и приёмка
Декомпозиция: прототип → дизайн → вёрстка → CMS → наполнение → тест → запуск. У каждого этапа — критерий приёмки (чек-лист, не «нам нравится»).
Сроки привязаны к датам сдачи материалов клиентом: задержка контента сдвигает календарь — это лучше прописать явно.
Акт или письмо о приёмке этапа в почте — чтобы не копить претензии к финалу.
---
## Права, хостинг и после запуска
Исключительные права на дизайн и код после оплаты; лицензии на шрифты, стоки, плагины — кто покупает и на чьё имя.
Доступы: домен, хостинг, репозиторий, админка CMS — передача в конце этапа, не «когда-нибудь».
Поддержка: SLA, что входит в абонент (обновления, бэкапы, мелкие правки), что считается новой задачей.
