Как подготовить ТЗ на сайт: пошаговый шаблон

ТЗ — это не роман на 50 страниц. Хорошее ТЗ — компактное, структурированное и по делу. Вот 9 обязательных блоков, которые должны быть в любом ТЗ:

Ниже разберём каждый блок подробно — что в нём писать и почему это важно.

Этот блок часто пропускают — «зачем рассказывать, они и так увидят». На самом деле контекст бизнеса определяет всё: структуру сайта, акценты, тон общения.

Что написать:

• Чем занимается компания, сколько лет на рынке
• Что продаёте: товары, услуги, работы. Средний чек, средний цикл сделки
• Кто ваши клиенты: возраст, город, интересы, как ищут вас
• Главные конкуренты — 2–3 названия с сайтами
• В чём ваше преимущество: цена, качество, сервис, опыт

Цель — это то, что вы хотите получить от сайта. Звучит очевидно, но многие отвечают «чтобы был» или «для клиентов». Это не цель. Цель — измеримая.

Хорошо, если цель выглядит так:

• «Собирать 30 заявок в месяц на ремонт квартир через форму на сайте»
• «Продавать 50 букетов в неделю с доставкой по Серпухову»
• «Принимать онлайн-записи в салон — минимум 20 в неделю»
• «Рассказать о компании крупным заказчикам — сайт как визитка для тендеров»

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

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

Что описать:

• Возраст и пол. «30–50 лет, преимущественно женщины» или «25–35, IT-специалисты»
• Устройства. С телефона или с компьютера чаще заходят — это влияет на дизайн
• Уровень экспертизы. Разбираются в теме или новички — от этого зависит, сколько объяснять
• Что для них важно. Цена, скорость, качество, репутация, удобство

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

Пример для сайта кофейни:

По каждому пункту полезно перечислить:

• Какие блоки на странице и в каком порядке
• Какой контент: текст, фото, видео, таблицы
• Что важно вынести вперёд, что внизу

Здесь перечисляете всё, что должно работать, помимо текста и картинок. Это раздел, где чаще всего «забытые» функции превращаются в доплаты.

Стандартный набор:

• Формы обратной связи, заявки, обратного звонка
• Уведомления о заявках (email, Telegram, CRM)
• Онлайн-запись или бронирование
• Онлайн-оплата (СБП, эквайринг, рассрочка)

Дополнительный функционал:

• Личный кабинет пользователя
• Каталог товаров с фильтрами и поиском
• Калькулятор или конфигуратор
• Мультиязычность
• Интеграция с 1С, CRM, складом
• Онлайн-чат с оператором
• Блог или новостная лента

Совет: не замахивайтесь на всё сразу. Опишите то, что реально нужно, а остальное пометьте как «на будущее, не в MVP».

Не нужно рисовать макеты самому. Но важно объяснить, каким вы видите сайт.

Что описать:

• Фирменный стиль. Есть ли логотип, цвета, шрифты. Если нет — нужна ли разработка
• Настроение. Строго и официально, тепло и уютно, ярко и дерзко, минималистично
• Референсы. 3–5 сайтов, которые вам нравятся. С пометкой, что именно нравится: цвет, структура, анимация
• Антиреференсы. Что точно НЕ нравится — иногда это важнее референсов

Контент — это тексты, фото, логотипы, иконки. Самый недооценённый пункт: он тормозит проекты чаще всего. Пока клиент «собирается написать текст», разработка уже месяц как стоит.

Ответьте на вопросы:

• Тексты. Кто пишет? Вы сами, копирайтер, подрядчик? Уже есть готовые?
• Фотографии. Есть ли профессиональные фото? Нужен ли фотограф?
• Логотип и брендинг. Есть? Нужна ли доработка или разработка с нуля?
• Иконки, графика. Кто подбирает или рисует?

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

Если не разбираетесь в технологиях — этот блок можно заполнить частично. Подрядчик поможет с остальным. Но общие требования пропишите:

• Адаптивность. Обязательно для мобильных. Какой минимальный экран поддерживать (обычно 320px)
• Браузеры. Chrome, Safari, Firefox, Edge — самые актуальные версии
• Скорость загрузки. До 3 секунд на мобильном интернете. Обязательно к проверке
• Админка. Нужна ли возможность самому менять тексты и товары
• Интеграции. Что должно «дружить» с сайтом: CRM, 1С, оплата, рассылки
• SEO. Базовая оптимизация под поисковые системы — обязательна
• Безопасность. SSL, защита форм от спама, базовая защита сервера
• Хостинг. Есть ли предпочтения или доверяете подрядчику

Это самый честный блок. Он снимает кучу вопросов и экономит время всем.

Что написать:

• Бюджет. Верхняя граница, которую не готовы превышать. Если не скажете — подрядчик может предложить вариант, который вам не по карману
• Сроки. Когда нужен готовый сайт. Есть ли жёсткий дедлайн
• Что НЕ входит. Например: «Разработка логотипа не нужна», «Хостинг мы берём сами», «Реклама не нужна»
• Опыт с прошлым подрядчиком. Если был негативный — что пошло не так, чтобы новый не повторил

Открытость в этом блоке помогает подрядчику подобрать решение, а не «угадывать». Это выгодно обеим сторонам.

Есть вещи, которые делают ТЗ хуже и мешают подрядчику. Их стоит избегать:

• Микро-детали дизайна. «Кнопка должна быть 42 пикселя и цвет #3A7BFF» — это работа дизайнера, не ваша. Дайте ему свободу
• Требования к коду. «Хочу, чтобы было на React с TypeScript» — если вы не разработчик, не указывайте стек. Доверьтесь подрядчику
• Противоречия. «Хочу просто и быстро, но чтобы как у Ozon» — так не бывает. Определитесь с приоритетом
• «Как у конкурента, но лучше». Что именно лучше? Без конкретики это невыполнимо
• «Сделайте красиво». Красиво — понятие субъективное. Опишите задачу, а не эстетику
• Скопированный ТЗ чужого проекта. Скачанное из интернета ТЗ «для интернет-магазина» — не ваше. Каждый проект индивидуален

Сохраните и заполните. Если по всем пунктам есть ответ — ТЗ готово, можно отправлять подрядчику.