Как написать ТЗ на сайт: структура и примеры
Плохое ТЗ = раздутая смета и переделки. Цели, структура страниц, функционал, дизайн, интеграции, требования к скорости и SEO — с образцом по пунктам.
Короткий ответ: ТЗ — это не «хочу красивый сайт», а документ, по которому студия может назвать точную цену и срок, а вы — принять работу. Хорошее ТЗ отвечает на 8 блоков: цели и метрики, аудит текущего сайта, структура страниц, функционал, контент, дизайн-ожидания, интеграции и технические требования (скорость, SEO, доступность), плюс критерии приёмки. Ниже — как написать такое ТЗ самому и где скачать логику под копирку.
Зачем это вам
Чёткое ТЗ экономит 20–40% бюджета: подрядчик не закладывает «запас на неизвестность», правок меньше, срок предсказуем. А ещё по ТЗ видно, кто считает, а кто «на глаз» — ненадёжные студии сливаются на первом же вопросе о структуре.
Блок 1. Цели и метрики, а не «красиво»
Начните с бизнеса, а не с картинок. Запишите:
- Зачем сайт: собирать заявки, продавать товары, информировать, выходить на новый рынок/язык.
- Одна главная метрика: заявок/мес, конверсия, выручка, доля органики.
- Кто клиент и что он должен сделать на сайте (целевое действие).
Формулировка, которая экономит недели
Плохо: «современный стильный сайт». Хорошо: «сайт должен приносить ≥ 40 заявок/мес из поиска и рекламы при конверсии ≥ 2%; главное действие — отправить бриф на расчёт». По такому ТЗ сразу видно, что важнее: скорость, формы или каталог.
Блок 2. Аудит текущего сайта (если он есть)
Что оставить, что починить, что убрать: позиции и трафик из Search Console, слабые страницы, скорость (Lighthouse), удобство на мобильном, что не работает в CRM-приёмнике заявок. Это защищает от «с нуля всё переписать», когда 70% можно сохранить. Связанное — редизайн без потери SEO.
Блок 3. Структура страниц
Пропишите карту сайта и по одной цели на страницу:
| Страница | Задача | Обязательные элементы |
|---|---|---|
| Главная | зацепить + увести в услугу | оффер, преимущества, кейсы, CTA |
| Услуга / товар | конвертировать | состав, цены «от», FAQ, форма |
| Кейсы | доказать | задача → решение → цифра |
| О компании | доверие | команда, реквизиты, сертификаты |
| Блог | трафик | категории, поиск, подписка |
| Контакты | заявка | карта, кликабельный телефон, мессенджеры |
Блок 4. Функционал: что должно работать
Перечислите по пунктам, а не «и вообще всё»:
- формы (какие поля, куда падают, спам-защита), онлайн-чат, обратный звонок;
- калькулятор стоимости, фильтры/поиск по каталогу, личный кабинет;
- мультиязычность и локали (языки, валюты);
- оплата и доставка (для магазина);
- роли и права в админке, кто и что редактирует.
Блок 5. Контент и CMS
- Кто пишет тексты и где фото — вы, студия или копирайтинг в пакете.
- Что редактируете сами — тогда нужна админка: правки страниц и блоков без разработчика. В нашей модели это функция тарифа Стандарт (в Лайте правки делаем мы). Почему это важно — в гайде headless vs WordPress и на странице корпоративного сайта.
- Перенос старого контента (объём страниц, товары, статьи) — отдельной строкой.
Блок 6. Дизайн: ожидания и референсы
- 3–5 сайтов-референсов «нравится/не нравится» и почему.
- Бренд: есть ли гайдбук, логотип, фирменные цвета.
- Стиль: минимализм/премиум/тёмная тема; нужны ли анимации и 3D (это влияет на цену и скорость — см. анимации, которые продают).
- Дизайн-концепция до кода: зафиксируйте, что вы её утверждаете.
Блок 7. Технические требования
Скорость. Lighthouse 90+ и зелёные Core Web Vitals (LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1) на ключевых страницах.
Адаптив. Идеальная мобильная версия (mobile-first), поддержка устройств от 320 px.
SEO-база. ЧПУ-URL, canonical, sitemap, robots, метатеги, микроразметка, hreflang для мультиязыка.
Интеграции. CRM, телефония, аналитика (GA4 + цели), платёжки — с описанием каждого контура.
Доступность. Контраст, alt, кликабельные зоны ≥ 44 px, prefers-reduced-motion.
Безопасность и бэкапы. HTTPS, автобэкапы, разграничение прав.
Блок 8. Интеграции (отдельной таблицей)
| Система | Зачем | Данные |
|---|---|---|
| CRM (Bitrix24/HubSpot/своя) | ни одной потерянной заявки | контакт, сделка, источник |
| 1С/BAS | актуальные остатки и цены | номенклатура, склад |
| Телефония | запись звонков в карточку | номер, длительность |
| Оплата/доставка | приём заказов | статус, чек |
| GA4 + Search Console | измерять результат | события, запросы |
Как это строится под капотом — интеграция сайта с CRM и 1С.
Блок 9. Критерии приёмки и сроки
Прямо в ТЗ запишите, что считается «сделано»:
- страницы сверстаны по утверждённому макету, кросс-браузерно;
- Lighthouse ≥ 90 на 3 ключевых страницах (приложить отчёт);
- формы доставляют заявку в CRM, цели шлются в GA4;
- контент перенесён, метатеги заполнены, sitemap отдаёт 200;
- обучили редактировать, передали доступы и исходники;
- гарантия на баги (например, 6–12 месяцев).
Что убивает ТЗ
«Сделайте как у конкурента, но лучше» без конкретики.
Нет целевых действий и метрик → непонятно, что тестировать.
Функционал описан словами «и вообще», «всякое разное».
Не указано, кто даёт тексты и фото → проект встаёт на этапе наполнения.
Нет критериев приёмки → спор «готово/не готово» в конце.
Мини-образец ТЗ (скопировать и заполнить)
1. Проект: сайт компании X. Цель: ≥ N заявок/мес, конверсия ≥ Y%. 2. Аудит: текущий сайт — позиции, скорость, проблемы. 3. Структура: главная, 4 услуги, кейсы, о нас, блог, контакты. 4. Функционал: формы → CRM, калькулятор, мультиязык (RU/EN), поиск. 5. Контент: тексты — студия, фото — заказчик, перенос 12 страниц. 6. Дизайн: референсы A/B/C, тёмная тема, GSAP-анимации, концепт до кода. 7. Техника: Lighthouse 90+, CWV зелёные, hreflang, GA4+цели, микроразметка. 8. Интеграции: CRM, телефония, оплата. 9. Приёмка: отчёт Lighthouse, тест форм, передача доступов и исходников, гарантия 12 мес. 10. Бюджет и этапы: фикс-смета, демо еженедельно.
Я не разбираюсь в техникалиях — зачем мне тогда ТЗ?
ТЗ не обязано быть техническим трактатом. Достаточно описать цели, структуру и «что должно работать». Хорошая студия сама превратит это в техзадание и задаст умные вопросы — по ним вы и поймёте, с кем имеете дело.
ТЗ делает заказчик или студия?
Идеально — вместе: вы даёте цели и контекст бизнеса, студия оформляет в структуру, функционал и критерии. Часто это бесплатный этап перед договором. Мы в DEXA начинаем с 30-минутного брифа и сами фиксируем смету и ТЗ.
Сколько стоит разработка по такому ТЗ?
Зависит от функционала. Ориентиры: лендинг от 29 000 ₴ (~$699), корпоративный сайт от 55 000 ₴ (~$1,325), магазин от 150 000 ₴ (~$3,614), кастомная CRM от 150 000 ₴ (~$3,614). Расчёт под ваше ТЗ — на странице тарифов и в гайде сколько стоит сайт в 2026.
Что важно в проде
Хорошее ТЗ — это перевод бизнес-цели на язык страниц, функций и критериев приёмки. Заполните 9 блоков выше — и вы получите точную смету, предсказуемый срок и сайт, который решает задачу, а не «просто есть».
Получить ТЗ и смету под ваш сайт → — на бесплатном брифе поможем оформить цели в техзадание и назовём фиксированную цену. Читайте также: как выбрать веб-студию и лендинг или сайт.
корпоративный · Лайт от 55 000 ₴ (~$1,325) · корпоративный · Стандарт от 89 000 ₴ (~$2,145) · корпоративный · Премиум от 145 000 ₴ (~$3,494)
Нужно такое же решение для вашего бизнеса?
Сайт компании с авторским дизайном и анимациями: услуги, кейсы, команда, языки и админка. Структуру строим под запросы клиентов в Google.
- От 5 страниц: услуги, кейсы, команда, цены
- Лайт — индивидуальный макет без сложных анимаций
- Стандарт — авторский дизайн, GSAP, два языка, админка
Получите бесплатный аудит сайта за 48 часов
Скорость, SEO, конверсия — отчёт на 12 страниц с приоритизированным планом улучшений. Без обязательств и спама: мы покажем, что исправить, даже если вы не станете нашим клиентом.
