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