Как составить техническое задание на сайт: что включить, шаблон и ошибки

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

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

Зачем нужно техническое задание на сайт

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

• Фиксирует объём работ. Всё, что есть в ТЗ, входит в проект. Всё, чего нет, — отдельная доработка. Это защищает и вас, и подрядчика от споров.
• Даёт основу для оценки. Без описания функций разработчик может назвать только широкую вилку. С ТЗ оценка становится точнее, а сроки — реалистичнее.
• Служит критерием приёмки. При сдаче вы проверяете сайт по пунктам документа, а не по ощущениям.

Хорошее ТЗ — это не толстый документ, а документ без двусмысленностей. Десять страниц конкретики полезнее сорока страниц общих фраз. Как объём требований влияет на бюджет, мы разбирали в статье сколько стоит разработка сайта.

С чего начать: цель, аудитория и тип сайта

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

• Бизнес-цель. Что сайт должен давать компании: заявки, продажи, звонки, записи на услугу, доверие к бренду.
• Целевое действие. Что конкретно должен сделать посетитель: оставить заявку, оформить заказ, скачать прайс, написать в мессенджер.
• Аудитория. Кто приходит на сайт, с каких устройств, что ему важно узнать перед покупкой.
• Тип сайта. Лендинг, визитка, корпоративный сайт или магазин. Если сомневаетесь, поможет разбор как выбрать тип сайта.

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

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

Этот шаблон подходит для большинства проектов малого и среднего бизнеса. Разделы можно сокращать под задачу, но порядок лучше сохранить: от общего к частному.

1. Общие сведения. Компания, контакты ответственных, ссылки на текущий сайт и соцсети, желаемые сроки.
2. Цели и аудитория. Ответы из предыдущего раздела.
3. Структура сайта. Список всех страниц и разделов с вложенностью — карта сайта.
4. Описание страниц. Какие блоки на каждой странице и в каком порядке.
5. Функциональные требования. Формы, фильтры, корзина, личный кабинет, поиск, калькуляторы.
6. Интеграции. CRM, телефония, оплата, доставка, складской учёт, мессенджеры.
7. Дизайн. Фирменный стиль, логотип, цвета, удачные примеры и то, что точно не подходит.
8. Контент. Кто готовит тексты, фото и карточки товаров, в каком виде и к какому сроку их передают.
9. Технические и SEO-требования. CMS, адаптивность, скорость, хостинг, базовая оптимизация.
10. Сдача и приёмка. Этапы, что считается готовым результатом, порядок и количество правок.

Как описывать страницы и функции

Самая полезная часть ТЗ — описание страниц и функций. Именно здесь чаще всего остаются пробелы, из-за которых потом звучит «а мы думали, что…».

Страницы: блоки сверху вниз

Для каждой ключевой страницы перечислите блоки по порядку и коротко опишите их содержание. Пример: «Главная: первый экран с оффером и кнопкой заявки → преимущества (4 пункта) → услуги с ценами „от“ → примеры работ → отзывы → форма заявки → контакты и карта».

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

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

Функции: сценарий действий

Функцию удобно описывать как сценарий: что делает пользователь и что отвечает система. Пример: «Посетитель заполняет форму (имя, телефон, комментарий — необязательно) → видит сообщение об успешной отправке → заявка уходит в CRM и на почту менеджеру → в Метрике фиксируется цель».

Если функцию не получается описать сценарием, вы, скорее всего, ещё не решили, как она должна работать. Лучше выяснить это до старта, а не в середине разработки.

Технические и SEO-требования

Этот раздел часто пропускают, полагаясь на подрядчика. Но если требование не записано, его никто не обязан выполнять. Минимальный набор:

• CMS или платформа и возможность самостоятельно редактировать контент;
• адаптивная вёрстка под смартфоны, планшеты и десктоп;
• скорость: соответствие Core Web Vitals (LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1);
• HTTPS, резервное копирование, на кого оформлены домен и хостинг;
• подключение Яндекс Метрики и GA4, настройка целей;
• редактируемые title, description и H1 для каждой страницы;
• человекопонятные URL, sitemap.xml и robots.txt;
• 301-редиректы со старых адресов, если сайт переезжает.

SEO-требования особенно важны при редизайне: если старые адреса пропадут без редиректов, накопленный поисковый трафик можно потерять.

Типичные ошибки при составлении ТЗ

• Размытые формулировки. «Современный дизайн», «удобная навигация», «быстрый сайт» — это пожелания, а не требования. Их невозможно проверить при сдаче.
• Копирование чужого ТЗ. Шаблон из интернета описывает чужой бизнес. Он полезен как список вопросов, но не как готовый документ.
• Забыт контент. Сайт готов, а текстов и фото нет — запуск откладывается на недели.
• Нет критериев приёмки. Непонятно, когда работа считается выполненной, и правки тянутся бесконечно.
• Забыты интеграции и роли. Кто получает заявки, кто редактирует сайт, какие права у менеджеров — всё это влияет на разработку.
• Список желаний без приоритетов. Отметьте, что нужно к запуску, а что можно сделать вторым этапом. Так проще уложиться в бюджет.

Как проверить ТЗ перед отправкой

Перед тем как отправлять документ подрядчику, пройдитесь по короткому списку вопросов:

• Понятно ли человеку со стороны, что за компания и зачем ей сайт?
• Перечислены ли все страницы и их блоки?
• Можно ли каждую функцию проверить по сценарию?
• Ясно ли, кто готовит контент и к какому сроку?
• Указаны ли интеграции, аналитика и SEO-требования?
• Есть ли разделение на «к запуску» и «потом»?

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

Итог

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

Если нужна помощь с ТЗ или с самим проектом, команда SeoHab возьмёт на себя разработку сайта от брифа до запуска: поможем сформулировать требования, оценим объём и предложим оптимальный вариант. Обсудить задачу можно через страницу контактов.