«Нужен сайт, сделайте как у конкурентов, бюджет до 300 тысяч» — с такими фразами стартует большинство проектов. Подрядчик считает смету по тому, что услышал, заказчик получает сайт про то, что представлял, и расходятся они уже на этапе приёмки. Техническое задание закрывает эту дыру: превращает разговоры в перечень страниц, функций и сроков, по которым можно посчитать цену и проверить результат. Ниже — из чего состоит ТЗ, что в нём писать, а что мешает, и шаблон, который можно скопировать под свой проект.
Зачем заказчику своё ТЗ
ТЗ — не бюрократия ради подрядчика. Это единственный документ, который работает на вас:
- Фиксирует объём. Цена и сроки привязаны к списку страниц и функций, а не к слову «сайт».
- Защищает от «а мы думали». Фраза «мы имели в виду блог с лентой» превращается в пункт, который либо есть в ТЗ, либо его нет.
- Даёт критерии приёмки. Понятно, по каким признакам сайт считается готовым и когда можно не платить за «ещё не доделали».
- Ускоряет согласования. Правки на бумаге стоят дешевле, чем переделки в вёрстке.
- Переживает подрядчика. Если агентство сменится, документ остаётся у вас вместе с проектом.
Раздел «цели» нужен в первую очередь: без измеримой цели через полгода спорить о том, «работает сайт или нет» не на чем.
Что входит в ТЗ: обязательные разделы
| Раздел | Что описываем | Частая ошибка |
|---|---|---|
| Общие сведения | Компания, продукт, география, ссылки на текущий сайт и на 2–3 аналога | «сделайте как у конкурентов» без объяснения, что именно взять |
| Цели и метрики | Задача сайта и как мерим результат: количество заявок, средний чек, поиск по сайту | «просто нужен сайт» — цель, которую невозможно проверить |
| Целевая аудитория | Кто приходит, с какого устройства, что ищет, какой барьер снимает сайт | «мужчины и женщины 25–55 лет» вместо реальных сценариев |
| Структура и страницы | Список страниц, пункты меню, состав каждой страницы, переходы между ними | «5–10 разделов» без названий: структура получается на глаз подрядчика |
| Функциональные требования | Формы, каталог, фильтры, корзина, оплата, личный кабинет, поиск, рассылка | «корзина как на Wildberries» — вместо перечня операций |
| Дизайн и бренд | Фирменные цвета и шрифты, референсы, что запрещено, обязательные экраны (десктоп, мобильный) | молчание: подрядчик гадает, заказчик потом «не так представил» |
| Контент | Кто пишет тексты, кто снимает фото, что уже есть, что нужно собрать | «контент будет» — этап без ответственного и без даты |
| SEO и аналитика | Мета-теги и шаблоны, структура URL, карта сайта, счётчики, цели, UTM-разметка | счётчик и цели «добавим потом» — потом не бывает |
| Интеграции и доступы | 1С, CRM, оплата, почтовый сервис, домен, хостинг, кто отдаёт доступы | передача логинов в день запуска |
| Сроки и этапы | Контрольные точки, даты согласований, кто принимает решения | сроки без дат: «готово, когда будет готово» |
| Критерии приёмки | Чек-лист проверки, браузеры и устройства, скорость, что считается ошибкой | отсутствие раздела → спор на финальной промежуточной |
Для лендинга половина разделов сжимается в три-четыре пункта, но полный набор нужен уже на корпоративном сайте и обязательно в интернет-магазине.
Шаблон ТЗ на разработку сайта
Структура ниже закрывает 90% типовых проектов. Каждый раздел заполняется коротко: тезисами и списками, без простыней.
1. Общие сведения
- Название компании, город, направление, что продаёте
- Ссылка на текущий сайт (если есть) и на 2–3 примера сайтов, которые нравятся — с пометкой, что именно понравилось
- Кто с заказчика согласует документ и в какой срок даёт обратную связь
2. Цели и метрики
- Какую задачу решает сайт: заявки, продажи, витрина, подбор персонала, поддержка текущих клиентов
- Как померяем результат: счётчик заявок, целевые звонки, корзины, карточки товара
- Чего сайт делать не должен (например, продавать в кредит, собирать персональные данные)
3. Целевая аудитория и сценарии
- Основные сегменты: кто и с какого устройства заходит
- Три-четыре типовых сценария: зашёл → нашёл → оставил заявку
- Главный барьер, который снимает сайт: доверие, цена, сроки, наличие
4. Структура и страницы
- Полный список страниц с названиями (карту можно начертить любой схемой)
- Для ключевых страниц: из чего состоит экран — шапка, блоки, форма, футер
- Меню и подменю, хлебные крошки, ссылки между разделами
5. Функциональные требования
- Формы: какие поля, куда приходит заявка, кто отвечает, автоответ клиенту
- Каталог: фильтры, сортировки, карточка товара, наличие и цены
- Оплата и доставка, личный кабинет, поиск, комментарии, опросы
- Интеграции: 1С, CRM, телефония, рассылка, бухгалтерия — по каждой указать, что именно обменивается
6. Дизайн и адаптивность
- Фирменные цвета, шрифты, логотип, есть ли брендбук
- Референсы и комментарии: что нравится, а что нет
- Обязательные версии: десктоп, планшет, мобильный; браузеры, которые поддерживаем
7. Контент и материалы
- Кто готовит тексты: заказчик или подрядчик, кто вычитывает
- Фото и видео: что снимаем, что берём из фотобанка, есть ли продакшн
- Таблица «материал — ответственный — дата»: логотип, реквизиты, сертификаты, прайс
8. SEO и аналитика
- Титулы и описания по шаблонам, структура URL, редиректы со старого сайта
- Счётчик, события (заявка, звонок, переход в мессенджер), цели в аналитике
- UTM-разметка для рекламы, если трафик платный
9. Сроки, этапы и приёмка
- Даты: старт, утверждение структуры, утверждение дизайна, тестовый запуск, финал
- Кто со стороны заказчика принимает решения и в какие дни даёт обратную связь
- Критерии приёмки: чек-лист, на каких устройствах проверяем, какие замечания считаются ошибкой, а какие пожеланием
- Порядок правок после приёмки и что происходит, если появляются новые требования
Заполнять быстрее всего по встрече с подрядчиком: он задаёт вопросы, вы фиксируете ответы. Обсуждение при этом уходит в документ, а не в переписку.
Что в ТЗ писать не нужно
- Технологический стек без причины. «Нужен PHP 8.3 и React» имеет смысл только если у вас уже есть команда, которая это поддерживает. Сайту нужен результат, а не перечень библиотек.
- Пиксельные раскладки в тексте. «Кнопка 214×56 в 32 px от заголовка» — работа дизайнера, а не описание задачи.
- «Сделайте красиво». Без референсов и запретов это не требование, а повод для спора.
- Функции «на вырост». Заложенный на будущее личный кабинет, который не нужен в первые два года, удорожает запуск сейчас.
- Сколько длины текстов. Объём текста определяется задачей блока, а не цифрой в ТЗ.
ТЗ, смета и сроки: как они связаны
Смета считается из ТЗ: страница, функция, интеграция — каждая строка цены привязана к пункту документа. Поэтому изменения ТЗ в процессе — это не «мелкая правка», а новая версия сметы и календаря. Порядок рабочего процесса и состав этапов описаны в статье «Разработка под ключ: что входит в цену и из чего она складывается», а оценить реалистичность сроков после составления ТЗ поможет «Сколько времени занимает разработка сайта».
Чтобы изменения не превращались в скрытую доплату, зафиксируйте в договоре: сколько кругов правок входит, как оформляются новые требования и кто пересчитывает смету.
Кто пишет ТЗ
Заказчик владеет содержанием: цели, аудитория, структура бизнеса, доступы, контент. Подрядчик владеет формой: он знает, какие вопросы задать и какие разделы обязательны для данного типа сайта. На практике получается три сценария:
- Вы пишете сами. Экономите, но рискуете пропустить интеграции и критерии приёмки — то, из-за чего потом спорят.
- Пишет подрядчик на основе брифа. Нормальный вариант для первого проекта: вы отвечаете на вопросы, получаете структурированный документ и заодно понимаете, как агентство думает о задаче.
- Совместно на встрече. Лучший результат по времени: час разговора даёт то, на чём вы бы потратили день.
Бриф на сайте занимает несколько минут и закрывает первую треть ТЗ — остальное удобно доработать вместе с подрядчиком.
Частые вопросы
Можно — пока есть доверие и один и тот же человек ведёт проект с обеих сторон. Как только включаются сроки, деньги и вторая сторона, устные договорённости перестают работать.
Бриф заполняется за 10–15 минут. Полное ТЗ под корпоративный сайт подрядчик обычно готовит за 1–3 рабочих дня после сбора вводных.
Оформить изменения: новый пункт в ТЗ, пересчёт сметы и сроков. Работать «по-тихому» в обход документа — верный способ получить конфликт на приёмке.
Смета раскрывается построчно: если в ТЗ нет функции, которой вы ждёте, она не появится и в цене. Проверять нужно список разделов и страниц, а не объём документа в страницах.
Заполните онлайн-бриф — он подскажет вопросы, на которые нужно ответить, чтобы получить корректное ТЗ и смету под ваш проект.
Комментарии (0)
Написать комментарий