Как составить ТЗ на сайт: шаблон и примеры

Техническое задание (ТЗ) на сайт — это документ, который описывает, зачем нужен сайт, какие в нём страницы и функции, как именно они должны работать и по каким критериям работу примут. Для лендинга хватит 1–3 страниц текста, для корпоративного сайта — 8–15, для интернет-магазина — 15–40. Главное правило: описывайте поведение и результат, который можно проверить, а не ощущения вроде «современно и удобно».

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

Бриф, ТЗ и спецификация: в чём разница

Эти три документа часто путают, хотя задачи у них разные.

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

Кто должен писать ТЗ

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

Шаблон ТЗ на сайт: 14 разделов

1. Общие сведения

Название компании, сфера, география, текущий сайт (если есть), контактное лицо с правом согласовывать решения, желаемая дата запуска, вилка бюджета.

2. Цели и метрики

Цели должны быть измеримыми. Пример: «Сайт приносит 40+ заявок в месяц из поиска и рекламы; конверсия страниц услуг в заявку — от 3%; первый экран загружается на мобильном интернете до 2,5 с».

3. Аудитория и сценарии

Опишите 3–7 сценариев в формате «кто → чего хочет → зачем». Например: «Владелец авто хочет за минуту со смартфона записаться на шиномонтаж на удобное время, чтобы не звонить в сезонную очередь». Сценарии потом превращаются в блоки и функции.

4. Структура сайта

Дерево страниц с пометкой, что нужно к запуску, а что — на следующем этапе. Пример для автосервиса:

• Главная
• Услуги: диагностика, ремонт ходовой, ТО, шиномонтаж, развал-схождение (каждая — отдельная страница)
• Цены
• Выполненные работы
• О сервисе и мастерах
• Отзывы (виджет Google)
• Контакты с картой
• Блог — второй этап

5. Описание страниц и блоков

Для каждого типа страницы — перечень блоков и их назначение. Страница услуги автосервиса: H1 с названием услуги и городом, цена «от», что входит, сколько длится, фото работ, гарантия, FAQ, форма записи с уже выбранной услугой.

6. Функциональные требования

Каждую функцию описывайте по схеме «вход → что происходит → результат → кто получает уведомление». Пример для калькулятора: пользователь выбирает марку авто, вид работ и диаметр дисков; сайт показывает диапазон стоимости и длительность; кнопка «Записаться» открывает форму с уже заполненными данными; заявка вместе с расчётом попадает в CRM.

Отдельно опишите поведение при ошибках: что видит человек, если оплата не прошла, товара нет, слот уже занят.

7. Контент

Кто пишет тексты, кто готовит фото и видео, в каких форматах, к какой дате. Сколько языковых версий и кто переводит. Если контент от заказчика — пропишите дату передачи: именно контент чаще всего срывает сроки.

8. Дизайн

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

9. Адаптивность и браузеры

Ширины, на которых проверяют макет: 360, 390, 768, 1280, 1440 и 1920 px. Браузеры: две последние версии Chrome, Safari, Firefox, Edge, плюс Safari на iOS — он чаще всего «ломает» вёрстку.

10. Скорость и технические требования

• PageSpeed Insights на мобильных — от 90 для ключевых страниц;
• Core Web Vitals в зелёной зоне (по состоянию на 2026 год Google считает хорошими LCP до 2,5 с, INP до 200 мс, CLS до 0,1);
• система управления (CMS) и что именно в ней редактируется;
• HTTPS, ежедневные резервные копии, двухфакторная аутентификация в админке, роли пользователей.

11. SEO-требования

Понятные адреса страниц, редактирование title, description и H1 из админки, canonical, hreflang для языковых версий, sitemap.xml и robots.txt, микроразметка schema.org, alt для изображений. При редизайне — карта 301-редиректов со старых адресов на новые.

12. Интеграции

CRM, уведомления в Telegram, онлайн-оплата, Новая Почта, учётная система, фид для Google Merchant Center, GA4 и Google Tag Manager с перечнем событий для отслеживания.

13. Юридические и языковые требования

По состоянию на 2026 год сайт бизнеса, который обслуживает потребителей в Украине, должен иметь украинскую версию, не меньшую по объёму и содержанию, чем другие, и загружающуюся по умолчанию (ст. 27 Закона «Об обеспечении функционирования украинского языка как государственного»), — подробнее в статье о законе о языке и сайте. Если вы продаёте онлайн, Закон «Об электронной коммерции» обязывает обеспечить прямой и постоянный доступ к данным продавца: полному наименованию или ФИО ФЛП, адресу, e-mail, идентификационному коду (для ФЛП — РНОКПП), а также к сведениям о лицензии, если деятельность лицензируется. Отдельно нужны политика конфиденциальности и согласие на обработку персональных данных у каждой формы.

14. Приёмка и передача

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

Плохие и хорошие формулировки

Самая полезная часть любого ТЗ — конкретные формулировки. Сравните:

Хорошую формулировку можно проверить: либо выполнено, либо нет. Если о пункте можно спорить — его нужно переписать.

Пример минимального ТЗ для лендинга

Вот как выглядит ТЗ на одну страницу для лендинга компании, которая монтирует солнечные станции для частных домов:

• Цель: 25–40 заявок в месяц из Google Ads, конверсия страницы от 4%.
• Главное действие: заявка на расчёт; вспомогательное — сообщение в Viber или Telegram.
• Блоки: первый экран с главным предложением и кнопкой; калькулятор мощности; преимущества; этапы монтажа; примеры объектов с фото; оборудование и гарантии производителей; пакеты с ценами «от»; FAQ; финальная форма; контакты.
• Калькулятор: поля — средний счёт за свет, тип крыши, нужен ли резерв на время отключений; результат — рекомендуемая мощность и диапазон стоимости; кнопка «Получить точный расчёт».
• Заявки: Telegram-чат отдела продаж + KeyCRM, с UTM-метками и данными калькулятора.
• Техника: PageSpeed 90+ на мобильных, адаптив от 360 px, UA по умолчанию + RU, GA4 и GTM с событиями отправки формы, клика по телефону и перехода в мессенджеры.
• Контент: тексты пишет студия; фото объектов — заказчик до оговорённой даты.
• Приёмка: проверка по чек-листу, 3 рабочих дня на правки, один сводный список.

Этого достаточно, чтобы студия точно посчитала цену, а вы — проверили результат.

Фрагмент ТЗ для интернет-магазина: карточка товара

Для магазина ТЗ расписывают постранично. Карточка товара — важнейшая страница, и вот минимум, который стоит зафиксировать:

1. Название, артикул, цена и старая цена, отметка акции.
2. Наличие отдельно для каждого варианта (размер, цвет).
3. Галерея из 6–10 фото с увеличением, видео при наличии.
4. Характеристики таблицей, совпадающие с фильтрами каталога.
5. Доставка: ориентировочная дата и стоимость Новой Почтой для города пользователя.
6. Оплата: картой, частями, наложенным платежом.
7. Кнопки «Купить» и «Купить в один клик».
8. Отзывы и похожие товары.
9. Поведение, когда товара нет: кнопка «Сообщить о наличии» вместо «Купить».
10. Микроразметка Product с ценой и наличием.

Полный перечень для магазина занимает 15–40 страниц, и это нормально: каждый незафиксированный пункт — потенциальный спор или доплата. Если планируете магазин, посмотрите, что входит в пакеты на странице создания интернет-магазина.

Сколько стоит ТЗ

Как каждый пункт ТЗ влияет на цену

Чем точнее ТЗ, тем точнее смета. Вот как типовые требования превращаются в деньги — на примере нашего прайса на дополнительные работы (по состоянию на 2026 год):

В пакетах среднего уровня часть этих пунктов уже включена, поэтому сравнивайте предложения по составу работ, а не по строке «цена от». И помните: требование «а ещё блог и кабинет», дописанное после оценки, — не правка, а новый объём с новой ценой и сроком. Лучше потратить на ТЗ на день больше, чем потом согласовывать доплаты.

10 ошибок в ТЗ на сайт

1. Решения вместо задач. «Нужен WordPress» вместо «нужно самостоятельно добавлять статьи и цены».
2. Оценочные слова. «Современный», «удобный», «стильный» невозможно проверить.
3. Всё обязательно. Разделите требования на «нужно к запуску», «желательно» и «следующий этап».
4. Нет сценариев ошибок. Что видит человек, если оплата не прошла?
5. Забытые роли. Кто из команды что может менять в админке.
6. Нет требований к скорости и мобильной версии. Потом аргументом становится «работает же».
7. SEO «потом». При редизайне без карты редиректов сайт теряет позиции.
8. Контент без ответственного и даты.
9. Нет критериев приёмки. Спор «готово или нет» неизбежен.
10. ТЗ на 80 страниц для лендинга. Его никто не дочитает, и важное потеряется.

Чек-лист проверки ТЗ перед подписанием

• есть измеримая цель и главное целевое действие;
• перечислены все страницы, отмечены приоритеты;
• для каждой функции описаны вход, результат и ошибки;
• указано, кто готовит контент и к какой дате;
• есть референсы с пояснениями и запреты;
• указаны ширины экранов и браузеры для проверки;
• зафиксировано требование к скорости на мобильных;
• описано, что редактируется в админке;
• есть SEO-требования и, для редизайна, редиректы;
• перечислены интеграции с конкретными сервисами;
• учтены языковые версии и юридические страницы;
• определено количество раундов правок;
• описана процедура приёмки и срок проверки;
• указано, какие доступы и на кого оформляются;
• ТЗ — приложение к договору и подписано обеими сторонами.

Вывод

Хорошее ТЗ — не толстый документ, а набор проверяемых решений: что есть на сайте, как оно работает и как вы это проверите. Начните с брифа — наш онлайн-бриф занимает около 10 минут и уже содержит большинство вопросов из шаблона выше. Бюджет можно прикинуть в калькуляторе стоимости, а о том, что происходит после согласования ТЗ, читайте в статье «Этапы создания сайта».