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

Что такое ТЗ и зачем оно нужно

ТЗ (техническое задание) — это документ, который формализует требования к будущему сайту. Цели ТЗ:

• уточнить ожидания заказчика и дать подрядчику однозначное описание работ;
• снизить риски лишних доработок и конфликтов по функционалу и срокам;
• получить точную смету и план работ;
• установить критерии приемки: что считается «готово».

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

Почему в ТЗ важен SEO‑первый подход

Если вы смотрите на сайт как на инвестицию, SEO — это фундамент: стабильный канал трафика с накопительным эффектом. В ТЗ нужно прописать SEO‑требования, иначе:

• страницы могут быть реализованы без оптимизации под запросы и структуру контента;
• изменения под SEO после запуска стоят дороже (перепил структуры, редиректы, правка шаблонов);
• вероятно, плохая индексация и низкая конверсия из органики.

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

Подготовка перед написанием ТЗ

1. Цели и KPI

Определите одну‑две главные цели: лидогенерация, продажи, информирование. Для каждой цели пропишите KPI: CPL, CPA, ROMI, средний чек и ожидаемая конверсия.

2. Целевая аудитория и CJM

Опишите ЦА (персоны): кто, зачем приходит на сайт, какие шаги проходит. Картируйте путь пользователя (CJM) — это влияет на структуру страниц и CTAs.

3. Анализ конкурентов и референсы

Соберите 3–5 референсов по функционалу, дизайну и контенту. Запишите, что нравится и что нет. Это экономит время на согласование визуальной части.

4. Технические ограничения

Укажите предпочтения по CMS, интеграциям (CRM, 1C, ERP, платёжные провайдеры), хостингу и лимитам по нагрузке.

Структура ТЗ: подробный шаблон

Ниже — шаблон ТЗ с обязательными и рекомендованными разделами. Вы можете копировать и заполнять по пунктам.

1. Общие данные

• Название проекта и контактные лица;
• Краткое описание бизнеса и цели сайта;
• Ожидаемая дата запуска и приоритеты;
• Бюджет (диапазон) и модель оплаты (по этапам, фикс, почасовая).

2. ЦА, CJM и KPI

• Описание сегментов ЦА с болями и возражениями;
• Ожидаемые действия пользователей на ключевых страницах;
• KPI: посетители/мес, лиды/мес, CPL, ожидаемая конверсия.

3. Структура сайта и карта страниц

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

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

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

5. Дизайн и UX

• Референсы дизайна и брендинга;
• Адаптивность по устройствам и приоритеты контента на мобильных;
• Требования по доступности (A11Y) при необходимости;
• Процесс согласования макетов и количество итераций.

6. Контент

Опишите, кто отвечает за тексты, изображения, видео. Какие разделы наполняет заказчик, какие — подрядчик. Пропишите требования к структуре заголовков и объему текста для ключевых шаблонов.

7. SEO‑требования

• Требуемая скорость загрузки (Desktop/Mobile);
• Структура URL, правила каноникализации и редиректов;
• Шаблоны метаданных (title, description), микроразметка (schema.org);
• Оптимизация для мобильных, AMP (если нужно);
• План по внутренней перелинковке и блогу для накопления трафика.

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

Список интеграций: CRM (указать API/версию), платёжные системы, сервис аналитики (Google Analytics/Яндекс), коллтрекинг, почтовые сервисы, внешние базы данных.

9. Безопасность и поддержка

Требования по SSL, резервному копированию, политике доступа, регулярным обновлениям и SLA на поддержке после запуска.

10. Тестирование и приемка

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

11. Этапы работ и сроки

Разбейте проект на спринты/этапы с датами и результатами на каждом этапе (макеты, верстка, интеграции, тестирование, запуск).

12. Бюджет и условия оплаты

Укажите разбивку бюджета по этапам, условия по дополнительным работам, штрафы/бонусы за сроки и качество (по договору).

Функциональные требования: чек‑лист

Стандартный чек‑лист, который стоит включить в ТЗ:

• Авторизация/регистрация (email, соцсети, SSO);
• Профиль пользователя: заказы, настройки, история;
• Корзина, оформление заказа, расчёт доставки и налогов;
• Фильтры и поиск (с автодополнением и пагинацией);
• Панель администратора: управление товарами, контентом и заказами;
• Логирование ошибок и мониторинг;
• Интеграция с платежными шлюзами и CRM;
• Бэкап и восстановление;
• Механизмы кеширования и CDN для ускорения.

Дизайн и UX: требования и примеры

В ТЗ опишите не только визуал, но и сценарии использования — это экономит правки после макетов. Обратите внимание на:

• Иерархию информации — что пользователь видит первым;
• Кнопки и CTA — чёткие формулировки и расположение;
• Формы — минимальное количество полей для увеличения конверсии;
• Мобильная навигация — меню, фильтры и кнопки быстрого действия.

Контент и SEO‑требования

Контент и SEO — ключ к долгосрочному трафику. Включите в ТЗ:

• Список целевых страниц и карт ключевых слов (семантическое ядро);
• Требования к метаданным и шаблонам title/description;
• Правила формирования заголовков H1/H2 и структуры текста;
• Требования к изображениями (формат, атрибут alt, размеры, lazy loading);
• План запуска блога и контентной стратегии для накопления органического трафика.

Интеграции, хостинг и безопасность

Очень часто проблемы появляются в продакшене из‑за неправильно прописанных интеграций. Укажите:

• Требуемую пропускную способность и расчёт пиковых нагрузок;
• Соглашение об уровне сервиса (SLA) для хостинга;
• Требования по бэкапам, шифрованию и GDPR/ФЗ‑152 при необходимости;
• Механизмы защиты от DDoS и WAF при больших рисках.

Сроки, бюджет и модель оплаты

Разбивайте оплату на этапы с привязкой к результатам. Пример разбивки:

1. Прототип и UX — 20%;
2. Дизайн макетов — 20%;
3. Разработка и интеграции — 40% (по спринтам);
4. Тестирование и запуск — 10%;
5. Гарантия и доработки — 10%.

При фиксированной цене требуйте буфер на непредвиденные работы (обычно 10–20%).

Тестирование и критерии приемки

Критерии приемки должны быть числовыми и воспроизводимыми. Примеры:

• Страницы загружаются за < 2.5 сек на мобильных (первая отрисовка);
• Функции оформления заказа работают корректно в 3 популярных браузерах;
• API интеграции подтверждают обмен данными без ошибок в 95% случаев;
• Все баги критического уровня исправлены в рамках гарантийного периода.

Пример ТЗ: краткая выжимка

Короткий пример для лендинга услуг B2B (чтобы понять формат):

Оценка эффективности: ROMI, CPL, CPA

ТЗ должно учитывать экономику проекта. Несколько практических советов:

• Пропишите ожидаемый CPL (cost per lead). Это поможет принять решение об объёме рекламных вложений после запуска.
• Для e‑commerce рассчитайте CPA и ROMI: сколько прибыли ожидать от вложений в сайт и дальнейший маркетинг.
• Если проект запускается с рекламным ускорителем (контекст/таргет), укажите в ТЗ, какие UTM‑параметры и события нужны для сквозной аналитики.

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

Типичные ошибки и как их избежать

• Размытые цели. Решение: формализуйте KPI и привяжите оплату к этапам.
• Отсутствие SEO в ТЗ. Решение: включите семантику и метаданные в обязательные разделы.
• Неучтённые интеграции. Решение: заранее получить API‑документацию и тестовые доступы.
• Нет мобильных сценариев. Решение: описать приоритеты контента и тесты на мобильных.
• Отсутствие критериев приемки. Решение: прописать количественные метрики и процесс фиксации багов.

Как работать с агентством или фрилансером

При работе с агентством вы получаете команду (PM, дизайнер, разработчик, SEO‑специалист). При работе с фрилансером — гибкость и чаще низкая цена, но риски при масштабировании выше. Рекомендации:

• Отдавайте ТЗ в формате, где легко комментировать (Google Docs/Confluence);
• Проводите kickoff‑встречу и согласуйте приоритеты;
• Зафиксируйте коммуникационный канал и частоту отчетности;
• Требуйте прозрачную оценку работ и резерв на непредвиденные задачи.

FAQ

1. Сколько обычно занимает подготовка ТЗ?

От 3 рабочих дней для простого лендинга до 2–4 недель для сложного интернет‑магазина с интеграциями и SEO‑анализом. Время зависит от глубины проработки ЦА и семантического ядра.

2. Нужно ли в ТЗ описывать каждый текст и заголовок?

Нет. Достаточно описать структуру, требования к объему и целям контента. Конкретные тексты можно поручить копирайтеру по отдельному ТЗ на контент, но шаблоны H1/H2, ключевые слова и CTA должны быть в основном ТЗ.

3. Как включить SEO в ТЗ, если у меня нет семантики?

Попросите подрядчика или агентство провести аудит и составить семантику как отдельный этап. В ТЗ укажите этот этап как обязательный перед версткой шаблонов.

4. Что важнее — детальное ТЗ или гибкость в процессе?

Баланс: детальное ТЗ снижает риски и даёт точную смету; гибкость важна для оптимизации UX и улучшения метрик после первых данных. Формулируйте «обязательные» и «опциональные» требования и оставляйте место для итераций после тестирования.

5. Нужна ли отдельная часть ТЗ для аналитики и событий?

Да. Пропишите список событий (заполненные формы, клики по CTA, переходы на оплату), требования к UTM и сквозной аналитике — это важно для оценки CPL/CPA и ROMI.

Дальше — передача ТЗ подрядчику (полезный шаг)

Если хотите, мы можем помочь: проверим ваше ТЗ на полноту, дополнем SEO‑часть и подготовим адаптированный шаблон для передачи разработчикам. Это снизит стоимость и ускорит запуск. Посмотрите наши услуги по созданию и продвижению сайтов в агентстве и примеры реализованных проектов:

• Услуги по созданию и продвижению сайтов
• Примеры кейсов

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