Яндекс Метрика
PETROV .pro
Кейсы Обо мне Отзывы Блог
3 мин чтения · 4 просмотра

ТЗ и договор на разработку сайта: что обязательно прописать

Разбираю, что обязательно фиксировать в техзадании на лендинг и в договоре с разработчиком — от структуры и сроков до прав на код. Чек-лист перед оплатой.

ТЗ и договор на разработку сайта: что обязательно прописать

Техзадание на лендинг и договор с разработчиком — это не бумажки для галочки, а страховка от ситуации, когда работа вроде сделана, а принимать по факту нечего.

«Сколько будет стоить сайт?» — вопрос номер один в переписке с разработчиками. Про техзадание на лендинг и договор вспоминают уже после того, как деньги переведены. По моим наблюдениям, большинство конфликтов между заказчиком и разработчиком — не из-за денег, а из-за того, что стороны по-разному понимали результат. Все мы хотим «сделайте красиво и побыстрее» — и именно это желание чаще всего рождает будущий спор. Если подрядчика ещё выбираете — вот как выбрать разработчика сайта; здесь — что зафиксировать, когда он уже выбран.

Что обязательно указать в ТЗ

ТЗ должно закрывать вопросы, из-за которых потом спорят, а не описывать сайт художественно.

  • Цель. Что должен сделать посетитель — оставить заявку, позвонить, купить.
  • Структура блоков. Что и в каком порядке — какие блоки вообще нужны продающему лендингу, разбирал в статье про структуру лендинга.
  • Функционал. Формы, интеграции с CRM или Telegram, калькулятор, чат.
  • Кто пишет тексты и присылает фото — частый повод простоя: обе стороны уверены, что «это входит», а по факту не входит ни у кого.
  • Сроки по этапам, не одна дата «в конце месяца» — так сразу видно, где именно всё просело.

Что фиксировать в договоре, кроме цены

Юристы, разбирающие такие споры, регулярно называют одну ошибку: предмет договора — общая фраза «разработка сайта» (без ссылки на ТЗ вообще). Тогда в суде не с чем сверять результат.

  • Предмет со ссылкой на ТЗ — «разработка сайта согласно Техническому заданию (приложение № 1)», а не общая фраза.
  • Этапы и акты — по каждому этапу свой акт, а не один общий в конце.
  • Штрафы за просрочку нужны с обеих сторон, а не только для исполнителя — если заказчик задержал тексты или оплату, это тоже просрочка.
  • Гарантийный период — сколько времени разработчик бесплатно правит баги после сдачи.

Признаюсь: в первых своих договорах я тоже писал общую фразу без ссылки на ТЗ — экономил время на бумажках. Один раз это почти довело до суда, урегулировали на берегу. Знакомая ситуация, да?

Кому принадлежит код — и что остаётся у вас

По закону (ст. 1296 ГК РФ) права на сайт, созданный по заказу, по умолчанию принадлежат заказчику — даже если в договоре об этом отдельно не написано. Правило работает в обратную сторону только если в договоре прямо прописано, что права остаются у исполнителя. Но даже когда права по закону ваши, без пункта про исходники и доступы разработчик может просто не отдать файлы, хостинг и доступы — и тогда отстаивать своё придётся уже не по переписке, а через суд.

Реальный кейс

Ко мне пришёл клиент из ниши мебели на заказ — до этого фрилансер сдал сайт, получил деньги и через два месяца пропал. Хостинг и домен были на его аккаунте, исходники — только у него на компьютере. Пришлось не «допилить», а пересобирать сайт заново.

Кстати, именно поэтому в Лендинг с ИИ от 70 000 ₽ у меня отдельным пунктом прописано: исходники остаются у заказчика, без подписок. После сдачи проекта у вас должны быть:

  • Хостинг и домен — оформлены на ваш аккаунт, не на аккаунт разработчика.
  • Архив исходного кода целиком (или доступ к хранилищу кода, если разработчик его ведёт).
  • Логин и пароль от админки, если она есть.

Как принимать работу у разработчика сайта

Приёмка — это не «открыл, вроде красиво, подписал акт».

  1. Проверьте на разных устройствах и в разных браузерах (заодно гляньте скорость загрузки — через любой бесплатный PageSpeed, не «на глаз»).
  2. Оставьте тестовую заявку через форму — дошло ли уведомление туда, куда должно: в CRM, Telegram, на почту.
  3. Все доступы забирайте до подписания акта, а не после — хостинг, домен, код, админка. Если разработчик говорит «отдам чуть позже» — акт подождёт.

В общем, юридическое образование для этого не нужно — только внимательность и чек-лист ниже. А юриста стоит звать, если проект крупнее лендинга (интернет-магазин, CRM, ERP) — это не консультация в статье, а страховка на конкретный случай.

Готовы подписывать ТЗ и договор?
6 пунктов — закройте их до перевода предоплаты
  • ТЗ подписано как приложение к договору, а не осталось перепиской
  • В договоре есть этапы и акты по каждому, а не один в конце
  • Прописаны штрафы за просрочку с обеих сторон
  • Ясно, кто и когда передаёт доступы к хостингу, домену и коду
  • Указан гарантийный период после сдачи
  • Есть критерии, по которым вы лично будете принимать результат

Бумага не гарантирует, что подрядчик не подведёт. Но она гарантирует, что если подведёт — у вас будет с чем идти дальше.

Хотите сайт, где код сразу ваш?

Пришлю пример короткого ТЗ и покажу, как фиксирую права на код в договоре. Бесплатно, на созвоне 15 минут.

Telegram @igorPetrovPRO Email info@ipetrov.pro MAX @igorpetrovpro Позвонить +7 (950) 035-05-63