Техническое задание на сайт: как составить ТЗ, если вы заказчик

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

Бриф — анкета, которую исполнитель присылает до начала работы. Шесть из девяти прочитанных материалов описывают его именно так: заказчик отвечает на вопросы, а по ответам составляют ТЗ. Бриф помогает оценить задачу, ТЗ фиксирует договорённости.

ТЗ не заменяет договор. Сроки, цена, порядок оплаты и ответственность сторон записаны в договоре, а ТЗ описывает сам результат. Три материала утверждают, что ТЗ «имеет юридическую силу» само по себе, но ни один не ссылается на закон и не говорит, при каких условиях. Надёжнее на это не рассчитывать и оформить ТЗ приложением к договору, которое подписывают обе стороны. Примеры, которые мы скачали у одного из авторов, оформлены именно так.

Спор из выдачи решается, если разделить документ на две части.

Первую часть знаете только вы. Что вы продаёте и кому, зачем нужен сайт, какие страницы понадобятся, кто готовит тексты, с какими программами сайт должен обмениваться данными, кто будет его вести после запуска. Исполнитель может задать правильные вопросы, но ответить за вас не может.

Вторую часть знает исполнитель. На чём сделать сайт, как устроить обмен с вашей учётной программой, какой нужен хостинг, как проверить скорость и работу на телефонах. Заказчику писать это не нужно, и требовать конкретных технических решений тоже. В одном из прочитанных материалов эту границу описали так: задание говорит, каким сайт должен быть, а не как его делать.

Итоговый документ собирает исполнитель, а вы его читаете, поправляете и подписываете. Если исполнитель пишет ТЗ сам, не задав вам вопросов из первой части, он угадывает. Если вы принесли двадцать страниц с описанием технических решений, вы делаете чужую работу и, скорее всего, ограничиваете исполнителя там, где он знает лучше. Это наша позиция, а не правило из стандарта.

Шесть разделов есть во всех девяти материалах: цели сайта и сведения о компании, структура, дизайн, контент, система управления, технические требования. Последние два относятся к исполнителю. Остальное, с добавлением того, что называют большинство авторов, складывается в десять пунктов для заказчика.

1. Компания и продукт. Чем вы занимаетесь, что продаёте, чем отличаетесь. Двух абзацев достаточно.
2. Зачем нужен сайт. Что должно измениться после запуска: заявки из поиска, меньше звонков с одинаковыми вопросами, продажи без менеджера. По этому пункту потом оценивают результат.
3. Клиенты и их действия. Кто приходит на сайт и что должен там сделать: оставить заявку, посчитать стоимость, скачать прайс, оплатить.
4. Страницы и разделы. Список страниц, которые вы уже представляете. Неполный список лучше, чем никакого.
5. Примеры. Два-три сайта, которые нравятся, и один, который не нравится, с объяснением почему. Это заменяет слова «современный» и «солидный».
6. Тексты и фотографии. Кто их готовит и к какому сроку. Этот пункт есть во всех девяти материалах.
7. Связи с другими программами. CRM, 1С или складская программа, приём оплаты, расчёт доставки, рассылки. Каждая связь оценивается отдельно.
8. Кто ведёт сайт после запуска. Если ваши сотрудники будут сами менять тексты и цены, нужна панель управления. Если нет, она может не понадобиться.
9. Сроки и бюджет. Дата, к которой сайт должен работать, и сумма, в которую нужно уложиться. Бюджет называют только три материала из девяти, но без него исполнители предложат несравнимые решения. Из чего складывается цена, мы разбирали в статье «Сколько стоит сделать сайт».
10. Кто принимает решения. Один человек, который согласует макеты и подпишет приёмку.

Отдельной строкой укажите, какие данные о людях собирает сайт: формы, личный кабинет, рассылка. От этого зависят документы и доработки, о которых мы писали в статье о персональных данных на сайте.

Восемь материалов из девяти советуют одно и то же: убрать оценочные слова и заменить их тем, что можно проверить. «Красивый», «удобный», «продающий» каждый понимает по-своему, и спор о том, выполнено ли такое требование, выиграть нельзя.

Любопытная деталь: два автора запрещают слово «современный» как неоднозначное, а ещё два используют его в собственных примерах хороших формулировок.

Ниже наши примеры. Это иллюстрации, а не готовые требования для вашего сайта.

В левом столбце пожелание, в правом то, что можно открыть и проверить в день приёмки.

Здесь авторы тоже расходятся. Шесть материалов из девяти стоят на том, что чем подробнее, тем лучше. Один считает, что на подготовку хватит одного-двух часов. Представитель студии в другом материале говорит, что небольшие компании не любят документы на сто страниц и что они делают задания на десять-пятнадцать.

Объём зависит от проекта, и это тоже цитата из выдачи: странно писать одинаковые задания для социальной сети и для лендинга. Для вашей части ориентир простой. Каждый из десяти пунктов должен быть заполнен настолько, чтобы посторонний человек понял, что вы имеете в виду. По нашей оценке, для небольшого сайта это одна-две страницы.

Подробность нужна там, где ошибка стоит дорого: связи с учётными программами, расчёт цены, личный кабинет, оплата. Опишите их как последовательность действий: кто что нажимает и что после этого должно произойти.

Заполните поля, которые можете заполнить сейчас. Форма сложит ответы в текст с теми же десятью пунктами и отметит пустые как вопросы для обсуждения. Текст можно скопировать или скачать файлом и отправить нескольким исполнителям, чтобы получить сравнимые предложения.

Техническое задание на сайт. Часть заказчика

1. Компания и продукт
Не заполнено — обсудить с исполнителем.

2. Зачем нужен сайт
Не заполнено — обсудить с исполнителем.

3. Клиенты и их действия
Не заполнено — обсудить с исполнителем.

4. Страницы и разделы
Не заполнено — обсудить с исполнителем.

5. Примеры сайтов
Не заполнено — обсудить с исполнителем.

6. Тексты и фотографии
Не заполнено — обсудить с исполнителем.

7. Связи с другими программами
Не заполнено — обсудить с исполнителем.

8. Кто ведёт сайт после запуска
Не заполнено — обсудить с исполнителем.

9. Срок и бюджет
Не заполнено — обсудить с исполнителем.

10. Кто принимает решения
Не заполнено — обсудить с исполнителем.

Технические решения (система управления, хостинг, способ обмена данными) предлагает исполнитель.

Форма работает в вашем браузере: ответы никуда не отправляются и пропадут, если закрыть страницу.

Задание помогает только тогда, когда по нему можно принять работу. Критерии приёмки отдельным разделом называют три материала из девяти, порядок внесения изменений — один. Проверьте три вещи до подписания.

ТЗ названо в договоре. Оно приложено к договору и подписано обеими сторонами, а в договоре сказано, что работа выполняется по этому приложению.

Понятно, как принимается работа. Для каждого существенного требования ясно, как проверить, что оно выполнено: открыть страницу, оформить тестовый заказ, увидеть заявку в CRM.

Понятно, что происходит с изменениями. Требования могут измениться по ходу работы. Заранее договоритесь, как их оформлять: письмом, дополнительным соглашением, новой версией ТЗ. И как они влияют на срок и цену.

Цифры в прочитанных материалах называют только двое, и они почти не пересекаются. Craftum пишет, что у сторонней компании составление ТЗ стоит 15–20 тысяч рублей. Adlook приводит таблицу от 2 000 рублей за задание на лендинг у фрилансера до 15 000 рублей и выше за интернет-магазин у студии. Источников нет у обоих.

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

Прочитаны 6 октября 2026 года. Позиции в выдаче взяты из ответа поискового сервиса Яндекса и могут отличаться от того, что видит человек в браузере. Материал reg.ru прочитан по архивной копии от 12 апреля 2026 года; десятая страница из выдачи не открылась и в подсчёты не вошла.

• Kokoc: «Грамотное ТЗ на разработку сайта: пример и разбор».
• Рег.ру: «Как составить ТЗ на разработку сайта».
• TexTerra: «Как составить грамотное техзадание на разработку сайта».
• Craftum: «Как составить ТЗ на разработку сайта».
• INTEC на marketplace.1c-bitrix.ru: «Как составить грамотное техзадание на разработку сайта».
• Yagla: «Как составить техническое задание для сайта».
• web-c.ru: «ТЗ на разработку сайта: как составить, пример, структура и чек-лист».
• Adlook: «ТЗ для создания сайта».
• Аспро: «ТЗ на разработку сайта: образец и готовый шаблон».