«Сайт почти готов, но студия перестала отвечать. Исходники лежат на сервере подрядчика, домен оформлен на менеджера, который уволился, а в договоре — полторы страницы общих слов». С такими историями к нам приходят регулярно, и финал почти всегда один: заказчик платит второй раз за то, что уже оплатил. Хороший договор на разработку сайта закрывает 90% таких конфликтов ещё до старта — в нём заранее написано, кто чем владеет, что считается результатом и что происходит, если проект пошёл не по плану. Разбираем 12 пунктов, которые стоит проверить до подписания. Список собран на опыте наших проектов и чужих ошибок, с которыми клиенты приходили «долечивать» сайты.
Предмет договора и ТЗ: пункты 1–2
1. Предмет: что конкретно вам делают
Формулировка «исполнитель обязуется разработать сайт» не значит ничего. Лендинг на конструкторе и интернет-магазин с интеграциями — оба «сайты», но между ними разница в десять раз по цене и в пять — по срокам. В предмете договора должно быть: тип сайта (лендинг, корпоративный, магазин), объём — количество страниц или экранов, технологии и, главное, границы работ. Что входит: дизайн, вёрстка, программирование, наполнение, базовая настройка SEO. Что не входит: тексты, фотосъёмка, реклама, регистрация домена. Чем конкретнее предмет, тем меньше поводов для спора «а я думал, это включено».
2. ТЗ и смета — подписанные приложения, а не переписка в мессенджере
Техзадание должно быть приложением к договору с подписями обеих сторон. Переписка в Telegram — плохой аргумент в споре: сообщения удаляются, редактируются и трактуются как угодно. Без ТЗ вопрос «это входило в стоимость или нет?» не имеет ответа — а значит, решается в пользу того, кто упрямее. Как составить рабочее ТЗ, мы разбирали в отдельной статье. Смета — тоже приложение: если продающий лендинг стоит от 30 000 ₽, интеграция с CRM — плюс 10 000 ₽, а личный кабинет — плюс 20 000 ₽, всё это должно быть видно в цифрах до подписания, а не всплывать по ходу проекта.
Права на код, контент и доступы: пункты 3–5
3. Исключительные права на код — у вас
Статья 1296 ГК РФ говорит: исключительное право на программу, созданную по заказу, принадлежит заказчику — если договором не установлено иное. Ключевые слова — «если не установлено иное». Часть студий прописывает обратное, и тогда вы оплачиваете сайт, которым юридически владеет подрядчик: нельзя сменить студию, доработать сайт у других разработчиков, иногда — даже спокойно переехать на свой хостинг. Проверяйте два момента: права переходят к вам после полной оплаты, и вместе с ними передаётся исходный код, а не только «работающий сайт». Мы отдаём исходники заказчику по умолчанию — это нормальная практика, а не жест доброй воли.
4. Дизайн, тексты, шрифты и стоковые материалы
Права на код — ещё не всё. Отдельно проверьте макеты, иллюстрации и тексты: они тоже результат работ и тоже должны переходить к вам. Плюс лицензии: платные шрифты, стоковые фото, купленные шаблоны и библиотеки. В договоре должно быть, кто их приобретает и на кого оформлена лицензия. Классическая мина замедленного действия: студия ставит шрифт со своей студийной лицензией, через год вы получаете претензию от правообладателя — а студии уже нет.
5. Домен, хостинг и все доступы — на ваших аккаунтах
Домен регистрируется на вас — на юрлицо, ИП или физлицо, но на вас. Хостинг оплачивается с вашего аккаунта. Админка, панель хостинга, счётчики аналитики — доступы передаются по акту при сдаче. Фраза «мы всё разместим у себя, вам будет удобнее» означает, что сайт вам не принадлежит физически: поссорились — остались без сайта и без домена, который уже набрал позиции в поиске.
Этапы и приёмка: пункты 6–7
6. Этапы с результатом, сроком и ценой
Нормальная схема: прототип → дизайн → вёрстка и программирование → наполнение → запуск. У каждого этапа — осязаемый результат, срок и стоимость, оплата привязана к этапам. Типовая разбивка — аванс 30–50% и остаток по этапам или при сдаче. Так вы платите за результат, который можно посмотреть, а не за «процесс идёт». У магазина этапов больше — каталог, оплата, доставка и интеграции принимаются отдельно; как устроена такая разработка, мы описали на странице интернет-магазинов под ключ.
7. Приёмка: срок проверки и мотивированный отказ
В договоре должен быть порядок приёмки: студия передаёт результат этапа, у вас есть фиксированный срок на проверку — обычно 5 рабочих дней, замечания направляются письменно и одним списком. Пункт об автоматической приёмке («нет ответа за N дней — работы считаются принятыми») сам по себе нормален: он защищает студию от заказчиков, пропадающих на месяц. Смотрите на срок: 2 дня — мало, 5–10 — рабочий диапазон. И важно: отказ от приёмки должен быть мотивированным. «Не нравится» — не основание. «Не соответствует пункту 3.2 ТЗ» — основание.
Правки, сроки и ответственность: пункты 8–10
8. Сколько правок входит в стоимость
Обычная практика: 2–3 итерации правок на этапе дизайна входят в цену, а «давайте попробуем совсем другую концепцию» — уже дополнительная работа. Проверяйте формулировку: исправление несоответствий ТЗ — бесплатно и без лимита, изменения сверх ТЗ — через допсоглашение с ценой и сроком. Это защищает обе стороны: вас — от «за любую правку доплатите», студию — от бесконечного «подвигайте ещё немного».
9. Сроки и механика их сдвига
Сроки — по каждому этапу, в календарных или рабочих днях. Реалистичные ориентиры: лендинг — 1–2 недели, корпоративный сайт — 2–4, интернет-магазин — 3–6. Обещание «магазин за неделю» — повод спросить, за счёт чего. Второй момент, о котором забывают: сроки сдвигаются и по вине заказчика. Если вы две недели согласовываете дизайн или не присылаете тексты, срок сдачи едет — и в договоре должна быть механика: «срок продлевается на время задержки со стороны заказчика». Иначе просрочка формально висит на студии, и это источник взаимных обид.
10. Ответственность — симметричная
За просрочку студии — пеня, обычно 0,1% от суммы этапа в день. За просрочку оплаты с вашей стороны — сопоставимая. Насторожить должен перекос: ответственность студии ограничена «суммой этапа», а ваши штрафы не ограничены ничем — или наоборот. Завышенные санкции вроде 5% в день — обычно признак шаблона, скачанного не глядя: такие пункты суд, скорее всего, срежет, но нервы они попортить успеют.
Поддержка, гарантия и расторжение: пункты 11–12
11. Гарантия и поддержка после запуска
Разделяйте два понятия. Гарантия — баги и несоответствия ТЗ, найденные после сдачи, чинятся бесплатно; типовой срок — 1–3 месяца. Поддержка — доработки, обновления, новые блоки; это отдельные деньги: пакет часов, абонентская плата или почасовая ставка. В договоре должно быть, что считается гарантийным случаем, и срок реакции на обращение. «Сайт упал» с реакцией «в течение 10 рабочих дней» — не поддержка, а насмешка.
12. Расторжение: что вы получите, если расстанетесь на середине
Самый недооценённый пункт. Проекты разваливаются не только из-за плохих студий — меняются бюджеты, приоритеты, люди. В договоре должно быть: при расторжении заказчик получает результаты оплаченных этапов — макеты, код, доступы, — а студия получает оплату фактически выполненных работ. Без этого пункта расставание превращается в заложничество: «либо доплачиваете за весь проект, либо не получаете ничего».
Красные флаги: когда лучше не подписывать
- Договор на полторы страницы без приложений — значит, все важные вопросы «порешаем по ходу». Не порешаете.
- Ни слова о правах на код и передаче исходников.
- 100% предоплата на проекте дороже 30–50 тысяч рублей.
- «Безлимитные бесплатные правки» — звучит щедро, работает плохо: студия, которая это обещает, закладывает потери в цену или экономит на качестве.
- Домен и хостинг «оформим на себя, так быстрее».
- Нет порядка приёмки — любой спор превращается в переписку без правил.
- Устные обещания, которых нет в тексте. «Конечно, отдадим код» должно быть пунктом договора, а не словами менеджера в Telegram.
Простое правило: того, что не написано в договоре или приложениях, не существует. А написанное существует ровно в той формулировке, в которой написано.
Чек-лист перед подписанием
- Предмет: тип сайта, объём, технологии, границы работ.
- ТЗ и смета — подписанные приложения к договору.
- Исключительные права на код переходят вам после оплаты, исходники передаются.
- Права на дизайн и контент — тоже ваши; лицензии на шрифты и стоки легальны.
- Домен, хостинг, админка — на ваших аккаунтах, доступы по акту.
- Этапы с результатами, сроками и стоимостью каждого.
- Порядок приёмки: срок проверки, письменные замечания, мотивированный отказ.
- Лимит правок в цене и порядок оплаты работ сверх ТЗ.
- Сроки по этапам и механика сдвига при задержках с вашей стороны.
- Симметричные штрафы за просрочку.
- Гарантийный срок и условия поддержки со сроком реакции.
- Условия расторжения: что получаете и что платите.
Если по всем 12 пунктам ответ «да» — договор рабочий, подписывайте. Если студия отказывается обсуждать права на код или порядок расторжения — лучше узнать это до предоплаты, чем после. Мы в DEVCORE работаем по договору с ТЗ и сметой в приложениях и отдаём исходники с доступами заказчику: живые работы — в портфолио, а состав и бюджет своего проекта можно прикинуть на странице разработки сайтов.
