Полезно знать · Сайты

ТЗ на сайт: как составить техническое задание и что в нём указать

Что должно быть в техническом задании на сайт: цели, аудитория, структура, функции, контент, сроки. С шаблоном и списком частых ошибок.

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

Разберём, что в нём должно быть, что можно опустить и какие формулировки приводят к переделкам.

Бриф и ТЗ — это разные документы

Бриф — это анкета в начале разговора: чем вы занимаетесь, кто клиенты, что нравится у конкурентов, какой бюджет. Он нужен, чтобы подрядчик понял задачу и посчитал смету. Если бриф ещё не заполнен, начните с него — у нас есть отдельный разбор, [как подготовить бриф на сайт](/polezno-znat/brief-dlya-sajta).

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

На практике для лендинга и небольшого корпоративного сайта ТЗ часто заменяет прототип с описанием блоков. Для каталога, магазина или системы учёта задание обязательно.

Что должно быть в ТЗ

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

Цель сайта и измеримый результат Не «сделать современный сайт», а «получать заявки на монтаж вентиляции из поиска и Яндекс Директа, минимум 20 в месяц». Цель определяет всё остальное: структуру, тексты, наличие калькулятора, необходимость каталога. Если целей несколько, расставьте приоритеты. Сайт, который одновременно должен продавать, набирать сотрудников и информировать партнёров, обычно не делает хорошо ни одного из трёх.
Аудитория и её задачи Кто будет заходить: частный клиент, закупщик, дилер, соискатель. Что каждому нужно найти в первые тридцать секунд. Для промышленной компании это характеристики и документы, для услуг — цена и сроки, для опта — условия и наличие.
Структура страниц Перечислите страницы списком с вложенностью и укажите обязательные блоки на каждой. Это самая полезная часть ТЗ: именно расхождение в структуре чаще всего вызывает спор «мы думали, это входит».
Функции Пишите простыми словами, что должно работать: форма заявки, фильтр каталога, калькулятор, личный кабинет, онлайн-оплата, уменьшение остатка при заказе. Каждая строка — это деньги и время, поэтому важно разделить «нужно на старте» и «хотелось бы потом». Разница в стоимости может быть двукратной — как это считается, разобрано в материале [сколько стоит сайт и из чего складывается смета](/polezno-znat/skolko-stoit-sajt).
Контент: кто и что готовит Самый частый источник срыва сроков. Зафиксируйте по пунктам: тексты услуг — подрядчик на основе ваших материалов; фотографии объектов — заказчик до определённой даты; описания товаров — заказчик в таблице по шаблону; юридические документы — заказчик.
Требования к оформлению Не «сделайте красиво», а конкретно: фирменные цвета и логотип (или их отсутствие), два-три примера сайтов, которые нравятся, с пояснением почему, и один-два антипримера. Пояснение важнее самих примеров: «нравится, потому что сразу видно цену» — это рабочая вводная, «нравится, потому что стильно» — нет.
Технические требования Адаптивность под телефоны и планшеты, скорость загрузки основного контента до 2,5 секунды, работа в актуальных браузерах, подключение Яндекс.Метрики с целями на формы, SSL, возможность самостоятельно менять тексты и добавлять товары, настройка адресов страниц и мета-данных.
Интеграции С чем сайт должен обмениваться данными: CRM, складской учёт, бухгалтерия, служба доставки, платёжный сервис, телефония. Укажите, что именно передаётся: заявки, заказы, остатки, цены, статусы.
Сроки, этапы и приёмка Разбейте проект на этапы с результатом каждого: прототип, дизайн, вёрстка, наполнение, тестирование, запуск. Для каждого — срок и что считается сдачей. Обязательно укажите количество кругов правок на этап, иначе правки будут бесконечными с обеих сторон.
Доступы и права Кому принадлежат домен, хостинг, код и дизайн-макеты. Кто получает административный доступ после запуска. Пункт короткий, но именно его отсутствие превращает смену подрядчика в потерю сайта.

Пример структуры страниц

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

Главная
Услуги (общая страница) → Монтаж, Обслуживание, Ремонт
Каталог оборудования (с фильтрами по мощности и типу)
Проекты
О компании
Документы и сертификаты
Контакты

Короткий шаблон, который можно скопировать

Этих двенадцати пунктов достаточно для проекта стоимостью до полумиллиона рублей. Подрядчик дополнит задание своей частью — прототипом и описанием логики. У нас это происходит на этапе прототипа и сметы, [посмотреть последовательность работы](/process).

Компания и продукт
Цель сайта и измеримый результат
Аудитория и её задачи
Структура страниц (список)
Обязательные функции
Желательные функции (второй этап)
Контент: кто готовит что и к какой дате
Примеры и антипримеры с пояснением
Технические требования
Интеграции
Этапы, сроки, число правок
Домен, хостинг, доступы

Частые ошибки в ТЗ

«Сделайте как у конкурента, но лучше». Не задание, а пожелание. Лучше указать, какие конкретно решения нравятся: структура каталога, подача цен, форма расчёта.
ТЗ на шестьдесят страниц. Для сайта за 50 000 ₽ такое задание никто не прочитает целиком, а противоречия внутри него гарантированы.
Нет критериев приёмки. «Сайт должен быть удобным» проверить невозможно. «Форма отправляет заявку на почту и в Telegram, в письме видны все поля» — можно.
Забытые мобильные устройства. Больше половины посетителей заходят с телефона, а проверяют сайт обычно на большом мониторе.
Правки после утверждения этапа. Если дизайн согласован, а потом меняется структура блоков, переделывается и вёрстка. В ТЗ стоит прямо описать, как это оформляется и оплачивается.
Не указано, что делать с текущим сайтом. Сохранять адреса страниц, настраивать перенаправления, переносить контент — это отдельные работы, которые легко забыть.

Обязательно ли писать ТЗ самому?

Нет. Нормальный подрядчик составит его вместе с вами по итогам брифинга. Но принимать документ придётся вам, поэтому понимать структуру полезно.

Что делать, если я не знаю, какие функции мне нужны?

Опишите процесс: как приходит клиент, что он спрашивает, что делает менеджер, где теряется время. Из процесса функции выводятся точнее, чем из фантазии о «крутом сайте».

Можно ли менять ТЗ в процессе?

Да, если изменения оформляются как отдельный этап с новой оценкой. Проблема не в изменениях, а в их незаметном накоплении без пересмотра сроков.

Нужно ли ТЗ для лендинга?

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

Вывод

Хорошее ТЗ — это не бюрократия, а страховка от переделок. Оно превращает разговор «мы думали, что это входит» в проверяемый список работ. Потратив два-три часа на структуру и требования, вы экономите недели на этапе сдачи.

Если задание пока не готово, это не повод откладывать разговор: мы разбираем процесс на брифинге и помогаем сформулировать требования до сметы. Посмотрите, [какие форматы сайтов мы делаем](/sajty), и [напишите нам о задаче своими словами](/kontakty) — длинное ТЗ для первого шага не нужно.