Разбираем, как составить техническое задание на сайт: 7 шагов от бизнес-цели до критериев приёмки, требования к функциям, дизайну и интеграциям.
С чего начать подготовку технического задания на сайт?
Начните с брифа: ответьте в нём на базовые вопросы о бизнесе, аудитории и задачах сайта — на его основе исполнитель соберёт ТЗ. Документ нужен обеим сторонам: он обеспечивает единое понимание объёма работ, результата и критериев приёмки. Уровень детализации зависит от масштаба: для лендинга достаточно описать структуру и ключевые блоки, а крупному сайту или интернет-магазину потребуется проработка сценариев, интеграций и требований к каждой странице.
Чем бриф отличается от ТЗ и кто его составляет?
Бриф — это опросник для заказчика: он фиксирует исходные сведения о компании, аудитории, конкурентах и задаче, но не содержит критериев приёмки. ТЗ — согласованные требования к сайту и его проверке: какие сценарии, экраны, данные, интеграции и по каким критериям принимается работа. Обычно ТЗ составляет исполнитель, а оптимально — когда заказчик и исполнитель готовят его совместно. Разделение простое: бриф отвечает на вопрос «что вы хотите», ТЗ — «что именно будет сделано и как мы это проверим». Документ без единого критерия приёмки остаётся брифом, даже если занимает тридцать страниц: заказчик приносит знание бизнеса, приоритеты и ограничения, исполнитель — способ реализации, оценку трудоёмкости и риски. Совместная подготовка снижает число правок на приёмке и спорных «доработок», не попавших в изначальный объём работ.
Семь шагов: от бизнес-цели до критериев приёмки
- Определите бизнес-цель и аудиториюСформулируйте, какую задачу решает сайт: заявки, продажи, информирование или автоматизация процессов — и как вы это измерите. Опишите портрет посетителя: кто он, с какого устройства заходит, что ищет. Цель вроде «продавать услуги» проверить нельзя, а «заявки с формы» — уже критерий.
- Выберите тип и масштаб сайтаОтталкивайтесь от задачи из первого шага: для одной цели подойдёт лендинг, для представительства компании — корпоративный сайт, для показа ассортимента — каталог, для продаж с оплатой — интернет-магазин, для работы с данными — веб-сервис. Тип задаёт набор обязательных пунктов: одностраничник описывается перечнем разделов и ключевых блоков, магазин — сценариями оформления заказа, личным кабинетом и правилами работы с товарными данными.
- Набросайте структуру и пути пользователяПеречислите разделы и страницы, покажите связи между ними и главные сценарии: как посетитель попадает на сайт, что ищет, где оставляет заявку или оформляет заказ. Карта страниц и путь до целевого действия помогают заметить лишние шаги до старта разработки.
- Опишите функции и контентЗафиксируйте, что должно работать: формы с валидацией полей, поиск и фильтры, корзина, личный кабинет, блог, онлайн-оплата. Отдельно перечислите контент: какие тексты, фото, видео и документы готовит заказчик, а какие — исполнитель, и в каком виде каждая сторона их передаёт.
- Задайте требования к дизайну и технической частиВместо «современно и красиво» укажите референсы, элементы фирменного стиля, адаптивность под мобильные и требования к загрузке страниц в измеримых единицах. Здесь же выбирается CMS: если сайт планируется на 1С-Битрикс, зафиксируйте подходящую редакцию или готовое отраслевое решение с нужным набором модулей.
- Опишите интеграцииПеречислите внешние системы: CRM, 1С, платёжные сервисы, службы доставки, аналитику, коллтрекинг. Для каждой укажите, что именно и в какую сторону передаётся и кто отвечает за доступы. Если подключение не нужно, отметьте это явно, чтобы пункт не всплыл на приёмке.
- Определите этапы, ответственных и критерии готовностиРазбейте работу на этапы: прототип, дизайн, вёрстка, программирование, контент, тестирование. Для каждого назначьте ответственного со стороны заказчика и исполнителя и запишите, как проверяется результат — конкретным действием или цифрой, а не формулировкой «выглядит хорошо».
Как сформулировать требования, чтобы результат можно было проверить?
Как тип сайта влияет на состав требований в ТЗ?
| Параметр | Лендинг | Интернет-магазин | Корпоративный сайт |
|---|---|---|---|
| Что диктует ТЗ | Структуру блоков под одну цель | Каталог, сценарий заказа и оплату | Роли, доступы и обмен данными |
| Масштаб структуры | Одна страница с блоками | Каталог, категории, карточки, корзина | Разделы, подразделы, кабинеты по ролям |
| Ключевой сценарий | Оставить заявку или позвонить | Найти товар, оформить и оплатить | Войти по роли и найти нужный документ |
| Нужные функции | Формы, квиз, блоки доверия | Фильтры, корзина, оплата, статусы заказа | Права доступа, поиск, база знаний, новости |
| Типовые интеграции | CRM, аналитика, коллтрекинг | 1С, склад, платежи, службы доставки | 1С, CRM, внутренние учётные системы |
| Решение на CMS | Хватает базовых возможностей системы | Редакция с каталогом, заказами и оплатой | Редакция с правами, нагрузкой и API |
| Частая ошибка | Ждать от лендинга каталога и корзины | Брать ТЗ чужого магазина за шаблон | Писать ТЗ по типовому образцу из поиска |
Стоимость и сроки считаем по объёму работ: — объём: страницы, шаблоны, функции, сценарии, дизайн, интеграции, контент; — перенос данных: выгрузка, сопоставление, проверка каталога или базы; — до согласования оценка предварительная, после утверждения ТЗ мы фиксируем этапы, сроки и бюджет; — новые функции после согласования считаем отдельно.
Когда перед подготовкой ТЗ стоит провести аудит существующего сайта?
Аудит перед редизайном и развитием
Стоит провести, когда сайт уже работает, но задачи изменились: интерфейс устарел, заявок стало меньше, продвижение буксует, а в планах — перенос на новую CMS. Тогда ТЗ опирается на факты, а не на пожелание «сделать современнее».
Технический и SEO-аудит
Проводят, когда страницы долго грузятся и плохо индексируются: аудит находит причины — медленную загрузку, ошибки индексации, битые ссылки, дубли, слабую мобильную версию. Каждая находка становится проверяемым требованием ТЗ, а не формулировкой «должно работать быстро».
Аудит юзабилити и маркетинга
Нужен, когда посетители бросают корзину или заявку и непонятно, каких блоков не хватает. По данным аудита в ТЗ появляются требования к прототипу, формам и сценариям, влияющим на конверсию.
Анализ конкурентов
Пригодится, когда непонятно, какие функции закладывать и как строить каталог. Эти направления — отдельные услуги: технический аудит, аудит юзабилити, SEO-аудит, аудит маркетинга и анализ конкурентов.
Что проверить перед согласованием ТЗ и началом работ?
- Убедитесь, что в ТЗ есть объём работ, критерии приёмки и этапы, а требования можно проверить действием или цифрой. За каждый этап отвечают заказчик и исполнитель.
- Заранее договоритесь, кто вносит и утверждает правки, и ведите журнал: дата, версия, суть изменений, согласование. ТЗ описывает требования к сайту, договор — обязательства, стоимость и сроки.
Какие вопросы о ТЗ на разработку сайта задают чаще всего?
Можно ли заказчику подготовить ТЗ на разработку сайта самостоятельно?
Да, если он понимает задачи бизнеса и аудиторию: заполните бриф, опишите структуру, функции и критерии приёмки. Технические разделы (выбор CMS, интеграции, требования к нагрузке) лучше доверить исполнителю.
Обязателен ли единый стандарт или ГОСТ для ТЗ на сайт?
Нет. ГОСТ 34.602-2020 задаёт состав ТЗ на автоматизированную систему: для госконтракта он оправдан, для сайта избыточен. Возьмите из стандарта главную мысль — у каждого требования должен быть способ проверки.
Что делать, если требования изменились после согласования ТЗ?
Оформите изменение письменно: новая версия документа, дата, что изменилось и кем согласовано. Новые функции оцениваются отдельно и обычно оплачиваются дополнительно — журнал версий защищает бюджет и сроки.
Как принимать сайт, если часть деталей в ТЗ не описана?
Опирайтесь на согласованные разделы и договор: спорные пункты фиксируйте как доработки с новым сроком, а не как повод переделывать всё. Чтобы таких споров было меньше, критерии приёмки прописывают заранее — конкретными действиями и цифрами.
Кто составляет ТЗ — заказчик или исполнитель?
На практике документ готовит исполнитель и согласует его с заказчиком: исполнитель отвечает за формулировки и полноту требований, а объём и приоритеты утверждает заказчик. Полезно заранее договориться, кто со стороны заказчика вносит правки и в какие сроки.
Расскажите о задаче — оценим сроки и объём работ по вашему проекту.