Как составить ТЗ для создания сайта: пошаговая инструкция

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

Что должно быть в рабочем ТЗ для создания сайта, а что можно убрать

Рабочее техническое задание — это не том на 100 страниц, а документ, который помогает заказчику и исполнителю одинаково понимать задачи и результат. Академические ГОСТы полезные, но в реальных проектах излишняя формальность тормозит разработки и не улучшает качество выполнения.

Минимальный набор, который должен включать ТЗ:

• Цели и задачи: какие действия вы ждёте — оформить заявку, купить товары, подписаться на публикации, зарегистрироваться в личном кабинете. Укажите приоритетные цели и базовые метрики.
• Целевая аудитория и сценарии: 2–3 сегмента аудитории, их мотивация и типовые сценарии использования сайта.
• Структура и разделы: карта сайта с перечислением ключевых страниц и блоки внутри них.
• Функциональные требования: формы, фильтры, поиск, интеграции сервисов, личный кабинет, разные роли пользователей.
• Требования дизайну и контенту: фирменный стиль, цветовую палитру, шрифты, типы изображений и текстовый контент.
• Технические и организационные моменты: выбор домен и хостинг, предпочтения по cms и технологиям, seo‑ограничения, сроки и этапы выполнения.

Лишними в ТЗ обычно оказываются:

• длинная история компании вместо чётких целей сайта и примера целевых действий;
• абстракции вроде «сайт должен быть красивый и удобный» без конкретики по макетам и элементам интерфейса;
• копипаст чужого шаблоне ТЗ, не привязанного к вашему продукту и аудитории.

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

Подробный образец ТЗ для создания сайта: структура по разделам

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

1. Общая информация о проекте

• Кратко опишите корпоративный профиль компании, продукт и ключевые выгоды для клиентов.
• Сформулируйте цели: например, «увеличить количество заявок на консультацию на 30% за 6 месяцев» вместо расплывчатого «сделать новый сайт».
• Укажите тип проекта: лендинг, интернет‑магазин, портал, сервис, веб‑приложение.

1. Целевая аудитория и сценарии

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

1. Структура сайта и контент

• Составьте карту страниц: главная, услуги, каталог товаров, блог, FAQ, политика конфиденциальности, контакты, разделы личного кабинета.
• Для ключевых страниц опишите блоки: заголовок, оффер, преимущества, кейсы, отзывы, формы, вопросы‑ответы.
• Уточните объёмы: «на главной не более 6 смысловых блоков и 800–1200 слов».
• Отметьте, где нужны видео, где — галерея изображений, где — таблицы.
• Для блога приведите пример структуры публикации и тэгов, чтобы seo‑раздел и органический трафик росли предсказуемо.

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

• Опишите формы: поля, обязательные данные, действие по нажатию на кнопку (отправка на почту, в CRM, показ благодарности).
• Для каталога укажите тип карточек, фильтры, сортировку, поиск по словам и категориям.
• Если есть личный кабинет: роли, права, какие данные пользователи могут менять самостоятельно.
• Для интернет‑магазина: корзина, оплата, статусы заказов, способы доставки, уведомления по e‑mail и SMS.
• Закрепите критичный функционал, который составляет MVP: без него запуск сайта не имеет смысла.

1. Требования к дизайну и UX

• Дайте ссылки на брендбук, логотип, примеры корпоративной айдентики.
• Опишите цветовую схему, шрифты, недопустимые решения (например, не использовать анимации вместо понятных кнопок).
• Приложите пример сайтов, которые нравятся, и поясните, какие именно элементы вы принимаю: сетка, работа с белым пространством, иллюстрации.
• Обязательно укажите адаптивность: как сайт должен выглядеть в разных браузерах и на устройствах с разным разрешением.
• Зафиксируйте требования дизайну форм, таблиц, стандартных уведомлений.

1. Технические требования и интеграции

• Предпочтения по cms и стеку технологий или запреты: готовый движок, headless‑решения, кастомная разработку.
• Хостинг и домен: где будет размещаться сайт, кто отвечает за настройки и сертификат SSL.
• Интеграции: CRM, платёжные сервисов, сервисы аналитики (Яндекс.Метрика, Google Analytics), системы email‑рассылок, реклама.
• Требования к скорости загрузки страниц и оптимизации под seo.
• Юридические моменты: политика конфиденциальности, согласия на использования персональных данных, учёт 152‑ФЗ и GDPR.

1. Администрирование, поддержка и техническая поддержка

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

1. Сроки, этапы, стоимость и приёмка

• Разбейте проект на этапы: прототипы, дизайн‑макет, верстка, разработки, тестирование, запуск.
• Для каждого этапа укажите сроки и критерии готовности.
• Пропишите, какой результат вы должны получить: ссылки, доступы, акты, исходники.
• Опишите, как вы принимаете работу: кто с вашей стороны отвечает, что считается фразой «принимаю работы».
• Зафиксируйте, что именно входит в стоимость проекта и что будет считаться отдельное задание разработку.

Такая структура масштабируется: для лендинга некоторые пункты можно сократить, а для сложного веб‑сервиса или CRM — детализировать функциональные сценарии и роли.

Чек-лист требований к ТЗ: как быстро проверить документ

Используйте этот чек‑лист перед тем, как отправлять ТЗ в агентство или фрилансеру.

• Цели и метрикиЦели сайта сформулированы в измеримой форме (лиды, продажи, регистрации)?
• Понятно, какие действия пользователь должен сделать на главной и на ключевых страницах?
• Пользователи и сценарииОписаны минимум 2–3 сегмента аудитории с их задачами?
• Прописаны основные пользовательские сценарии: поиск, сравнение, оформление заявки, оплата?
• Структура и контентЕсть полный список страниц и разделов, включая служебные (политика, 404, оплату)?
• Для ключевых страниц описаны блоки и тип контента (тексты, изображения, видео, документы)?
• Функциональные требованияФункциональные элементы перечислены явно, а не «сделать как у конкурента»?
• Выделено, что обязательно входит в первый вариант запуска (MVP)?
• Дизайн и брендПрописаны ограничения по стилю и требованиям дизайну, есть ссылки на референсы?
• Понятно, какие макет и решения недопустимы (например, мелкие шрифты или агрессивная анимация)?
• Техника и интеграцииУказаны предпочтения по cms, хостингу, технологиям и ограничения по безопасности?
• Отдельно перечислены интеграции: CRM, платёжные сервисов, аналитики, ретаргетинг?
• Организация работыУкажите сроки по этапам, ответственных с обеих сторон и формат коммуникации.
• Прописан порядок приёмки, договор на разработку и что считается доработкой нового функционала?

Если по большинству пунктов вы отвечаете «да», техническое задание уже можно отправлять исполнителю. Если много «нет» — лучше доработать документ сейчас, чем потом неделями переписывать формулировки и спорить, что «имелось в виду».

Как писать ТЗ вместе с командой и не утонуть в правках

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

1. Порядок работыСначала вы готовите черновик: цели, аудитории, пример структуры, основные формы и сценарии.
2. Затем проводите сессию с агентством или командой: обсуждаете спорные места, уточняете функционал, смотрите пример прототипы.
3. После встречи фиксируете доработанное техническое задание разработку сайта в одном живом документе.

• Как уменьшить количество правокНазначьте одного владельца ТЗ со стороны заказчика.
• Работайте в онлайн‑документе (Google Docs, Notion), чтобы все видели историю изменений и комментарии.
• Сразу разделите, какие пункты жёстко фиксированы (например, бренд‑гайд), а где команда может предлагать готовый вариант решения.

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

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