Техзадание на лендинг и договор с разработчиком — это не бумажки для галочки, а страховка от ситуации, когда работа вроде сделана, а принимать по факту нечего.
ТЗ и договор на разработку сайта: что обязательно прописать
Разбираю, что обязательно фиксировать в техзадании на лендинг и в договоре с разработчиком — от структуры и сроков до прав на код. Чек-лист перед оплатой.
«Сколько будет стоить сайт?» — вопрос номер один в переписке с разработчиками. Про техзадание на лендинг и договор вспоминают уже после того, как деньги переведены. По моим наблюдениям, большинство конфликтов между заказчиком и разработчиком — не из-за денег, а из-за того, что стороны по-разному понимали результат. Все мы хотим «сделайте красиво и побыстрее» — и именно это желание чаще всего рождает будущий спор. Если подрядчика ещё выбираете — вот как выбрать разработчика сайта; здесь — что зафиксировать, когда он уже выбран.
Что обязательно указать в ТЗ
ТЗ должно закрывать вопросы, из-за которых потом спорят, а не описывать сайт художественно.
- Цель. Что должен сделать посетитель — оставить заявку, позвонить, купить.
- Структура блоков. Что и в каком порядке — какие блоки вообще нужны продающему лендингу, разбирал в статье про структуру лендинга.
- Функционал. Формы, интеграции с CRM или Telegram, калькулятор, чат.
- Кто пишет тексты и присылает фото — частый повод простоя: обе стороны уверены, что «это входит», а по факту не входит ни у кого.
- Сроки по этапам, не одна дата «в конце месяца» — так сразу видно, где именно всё просело.
Что фиксировать в договоре, кроме цены
Юристы, разбирающие такие споры, регулярно называют одну ошибку: предмет договора — общая фраза «разработка сайта» (без ссылки на ТЗ вообще). Тогда в суде не с чем сверять результат.
- Предмет со ссылкой на ТЗ — «разработка сайта согласно Техническому заданию (приложение № 1)», а не общая фраза.
- Этапы и акты — по каждому этапу свой акт, а не один общий в конце.
- Штрафы за просрочку нужны с обеих сторон, а не только для исполнителя — если заказчик задержал тексты или оплату, это тоже просрочка.
- Гарантийный период — сколько времени разработчик бесплатно правит баги после сдачи.
Признаюсь: в первых своих договорах я тоже писал общую фразу без ссылки на ТЗ — экономил время на бумажках. Один раз это почти довело до суда, урегулировали на берегу. Знакомая ситуация, да?
Кому принадлежит код — и что остаётся у вас
По закону (ст. 1296 ГК РФ) права на сайт, созданный по заказу, по умолчанию принадлежат заказчику — даже если в договоре об этом отдельно не написано. Правило работает в обратную сторону только если в договоре прямо прописано, что права остаются у исполнителя. Но даже когда права по закону ваши, без пункта про исходники и доступы разработчик может просто не отдать файлы, хостинг и доступы — и тогда отстаивать своё придётся уже не по переписке, а через суд.
Ко мне пришёл клиент из ниши мебели на заказ — до этого фрилансер сдал сайт, получил деньги и через два месяца пропал. Хостинг и домен были на его аккаунте, исходники — только у него на компьютере. Пришлось не «допилить», а пересобирать сайт заново.
Кстати, именно поэтому в Лендинг с ИИ от 70 000 ₽ у меня отдельным пунктом прописано: исходники остаются у заказчика, без подписок. После сдачи проекта у вас должны быть:
- Хостинг и домен — оформлены на ваш аккаунт, не на аккаунт разработчика.
- Архив исходного кода целиком (или доступ к хранилищу кода, если разработчик его ведёт).
- Логин и пароль от админки, если она есть.
Как принимать работу у разработчика сайта
Приёмка — это не «открыл, вроде красиво, подписал акт».
- Проверьте на разных устройствах и в разных браузерах (заодно гляньте скорость загрузки — через любой бесплатный PageSpeed, не «на глаз»).
- Оставьте тестовую заявку через форму — дошло ли уведомление туда, куда должно: в CRM, Telegram, на почту.
- Все доступы забирайте до подписания акта, а не после — хостинг, домен, код, админка. Если разработчик говорит «отдам чуть позже» — акт подождёт.
В общем, юридическое образование для этого не нужно — только внимательность и чек-лист ниже. А юриста стоит звать, если проект крупнее лендинга (интернет-магазин, CRM, ERP) — это не консультация в статье, а страховка на конкретный случай.
- ТЗ подписано как приложение к договору, а не осталось перепиской
- В договоре есть этапы и акты по каждому, а не один в конце
- Прописаны штрафы за просрочку с обеих сторон
- Ясно, кто и когда передаёт доступы к хостингу, домену и коду
- Указан гарантийный период после сдачи
- Есть критерии, по которым вы лично будете принимать результат
Бумага не гарантирует, что подрядчик не подведёт. Но она гарантирует, что если подведёт — у вас будет с чем идти дальше.
Хотите сайт, где код сразу ваш?
Пришлю пример короткого ТЗ и покажу, как фиксирую права на код в договоре. Бесплатно, на созвоне 15 минут.