Техническое задание на сайт — это документ, который описывает, что должно получиться. Звучит просто, но на практике ТЗ либо не пишут вообще, либо пишут так, что разработчик всё равно не понимает задачу.
Разберём, что должно быть в ТЗ, чего там быть не должно, и когда ТЗ вообще не нужно.
Зачем нужно ТЗ
ТЗ решает три задачи:
- Фиксирует договорённости — и вы, и подрядчик одинаково понимаете, что делаем
- Определяет границы — что входит в проект, а что нет. Без ТЗ начинается «а давайте ещё добавим»
- Позволяет оценить стоимость — чем точнее ТЗ, тем точнее оценка
Когда ТЗ не нужно
Если вы заказываете сайт в студии, которая сама проектирует структуру и пишет тексты — подробное ТЗ не нужно. Студия задаст вам вопросы о бизнесе и составит план сама.
ТЗ необходимо, когда вы работаете с фрилансером или студией, которая ждёт от вас точных указаний. В этом случае ТЗ защищает вас от ситуации «я имел в виду другое».
Структура ТЗ
1. О компании и целях
Кратко опишите:
- Чем занимается компания
- Кто целевая аудитория (клиенты)
- Какая цель сайта (заявки, звонки, продажи, информирование)
- Есть ли текущий сайт и что в нём не устраивает
Это самый важный раздел. Без понимания бизнеса нельзя сделать сайт, который работает. Если подрядчик не спросил об этом — задумайтесь.
2. Структура сайта
Перечислите страницы:
- Главная
- Услуги (какие именно)
- О компании
- Контакты
- Кейсы / портфолио
- Блог (если нужен)
Для каждой страницы коротко опишите, что на ней должно быть. Не нужно описывать каждую кнопку — достаточно сути: «Страница услуги: описание, цена, примеры работ, форма заявки».
3. Функциональность
Что сайт должен делать помимо отображения информации:
- Форма заявки (куда приходят уведомления: email, Telegram, CRM?)
- Калькулятор стоимости
- Квиз / опросник
- Онлайн-запись
- Онлайн-оплата
- Личный кабинет
- Интеграция с CRM (какая именно)
- Каталог товаров (сколько позиций, нужны ли фильтры)
4. Контент
Откуда берётся контент:
- Тексты пишет клиент / пишет студия / пишут вместе
- Фотографии: есть свои / нужна фотосъёмка / используем стоки
- Логотип и фирменный стиль: есть / нужно разработать
5. Технические требования
- Адаптивность (мобильные устройства) — в 2026 это по умолчанию, но укажите
- Скорость загрузки (целевое значение по PageSpeed)
- SEO-подготовка (мета-теги, микроразметка, sitemap)
- Браузеры (Chrome, Safari, Firefox — обычно все современные)
- Хостинг (свой сервер / помощь студии)
6. Референсы
3-5 сайтов, которые вам нравятся. Важно указать, что именно нравится: «нравится структура главной», «нравится стиль подачи», «нравится анимация при прокрутке». Без пояснения референсы бесполезны.
7. Сроки и бюджет
Укажите ожидаемые сроки и бюджет. Это помогает подрядчику предложить решение, которое уложится в рамки, а не презентовать идеальный вариант за тройную цену.
Чего не нужно писать в ТЗ
- «Кнопка должна быть синей, 14px, с тенью 2px» — это работа дизайнера. Вы описываете что, а не как
- Описание технической реализации — «использовать React, PostgreSQL, Docker» — если вы не разработчик, не указывайте технологии
- Копирование чужого сайта — «сделайте как у конкурента» — это нарушение авторских прав и плохая идея
- Размытые формулировки — «современный дизайн», «интуитивно понятный интерфейс» — не несут информации
Чеклист для самопроверки ТЗ
- Описан бизнес и целевая аудитория
- Указана цель сайта (что должен делать посетитель)
- Перечислены страницы с кратким описанием
- Описана функциональность (формы, интеграции, каталог)
- Указано, кто готовит контент (тексты, фото)
- Приложены референсы с пояснениями
- Указаны сроки и бюджет
Если все пункты на месте — ТЗ готово. Если чего-то нет — хороший подрядчик спросит сам. Если не спрашивает — это повод задуматься.
Итого
ТЗ — это не 50-страничный документ. Это 2-3 страницы, которые фиксируют суть: кто вы, что нужно, какие страницы, какие функции. Чем проще и конкретнее — тем лучше.
Если не хотите составлять ТЗ самостоятельно — выбирайте студию, которая сама разберётся в задаче. Мы работаем именно так — задаём вопросы, проектируем структуру, пишем тексты. ТЗ от клиента не требуем.