Фраза «сделайте нам сайт, как у конкурента, только лучше» — плохое начало проекта. Разработчик представит одно, вы — другое, и через месяц окажется, что половину надо переделывать. Техническое задание нужно не для бюрократии: это документ, по которому обе стороны понимают, что будет сделано, за какие деньги и в какой срок. Ниже — как составить ТЗ на сайт, даже если вы ни разу этого не делали, и чек-лист, который можно взять за основу.
Зачем ТЗ заказчику, а не только разработчику
- Точная смета. Без ТЗ любая цена — оценка «на глаз», которая потом растёт.
- Контроль результата. При сдаче проекта вы сверяете готовый сайт с документом, а не со своими воспоминаниями о разговоре.
- Защита от споров. «Мы это не обсуждали» — самый частый конфликт в разработке. ТЗ его снимает.
- Независимость от подрядчика. С хорошим ТЗ проект можно передать другой команде.
При этом писать ТЗ на 80 страниц для сайта-визитки не нужно. Объём документа должен соответствовать сложности проекта: для лендинга хватит 2–3 страниц, для интернет-магазина с интеграциями — 15–30.
Структура технического задания
1. Общая информация о проекте
Кратко о компании, о продукте и о том, зачем нужен сайт. Здесь важно сформулировать главную цель: получать заявки на услуги, продавать товары онлайн, давать дилерам доступ к прайсам, повысить доверие к бренду. Цель определяет всё остальное.
Пример: «Сайт автосервиса в Пушкино. Цель — получать заявки на ремонт и запись на обслуживание из поиска Яндекса и рекламы. Основная аудитория — владельцы автомобилей в радиусе 15 км».
2. Целевая аудитория
Кто будет пользоваться сайтом, с каких устройств, что ищет и какие у него сомнения. Два-три коротких портрета клиентов помогут дизайнеру и копирайтеру. Если у вас B2B и B2C-клиенты, опишите оба сценария — им часто нужны разные разделы.
3. Конкуренты и референсы
Перечислите 3–5 сайтов конкурентов и 3–5 сайтов, которые вам нравятся, необязательно из вашей ниши. Для каждого — что именно нравится или не нравится: «удобный фильтр каталога», «цены сразу на карточке», «слишком много анимации». Без комментариев список ссылок бесполезен.
4. Структура сайта
Перечень всех разделов и страниц в виде дерева. Например:
- Главная
- Услуги → отдельная страница под каждую услугу
- Цены
- Работы / портфолио
- Отзывы
- О компании
- Блог
- Контакты
Если планируете SEO-продвижение, структуру лучше строить на основе семантического ядра: тогда под каждую группу запросов сразу будет своя посадочная страница. Мы так и делаем — сайт сразу получает SEO-основу, и после запуска его не приходится перекраивать.
5. Описание страниц и блоков
Для каждого типа страницы — какие блоки на ней должны быть и в каком порядке. Например, для страницы услуги: первый экран с заголовком, ценой «от» и кнопкой заявки; описание услуги; что входит; этапы работы; цены или калькулятор; примеры работ; отзывы; FAQ; форма заявки. Не нужно рисовать дизайн — достаточно перечня и комментариев.
6. Функциональность
Самый важный для сметы раздел. Опишите всё, что сайт должен уметь делать:
- формы заявок: какие поля, куда приходят заявки (почта, Telegram, CRM);
- каталог: фильтры, сортировка, сравнение, избранное;
- корзина и оформление заказа, способы оплаты и доставки;
- личный кабинет: что видит пользователь, какие действия может совершать;
- онлайн-запись, бронирование, расчёт стоимости;
- квизы и калькуляторы — у нас они стоят от 7 000 ₽ и от 8 000 ₽ соответственно, подробнее на странице квизов и калькуляторов;
- поиск по сайту, мультиязычность, версия для слабовидящих.
Формулируйте через сценарии: «Пользователь выбирает услугу, указывает марку авто и удобное время, получает подтверждение в SMS, а заявка приходит в CRM с пометкой источника».
7. Интеграции
С какими системами сайт должен обмениваться данными: 1С, CRM (Битрикс24, amoCRM), платёжные сервисы, службы доставки, телефония, Яндекс Метрика. Укажите, что именно передаётся и в какую сторону. Интеграции — частая причина роста бюджета, поэтому фиксируйте их заранее. Если CRM ещё нет, её стоит продумать вместе с сайтом — внедрение CRM позволит не терять заявки.
8. Дизайн
Есть ли фирменный стиль, логотип, брендбук. Какое настроение должен передавать сайт: строгий, дружелюбный, премиальный. Какие цвета недопустимы. Сколько вариантов дизайна главной вы ожидаете и сколько кругов правок включено в стоимость.
9. Контент
Кто готовит тексты, фото, видео, описания товаров. Это частая точка срыва сроков: сайт готов, а наполнять его нечем. Варианты — вы предоставляете контент сами, разработчик наполняет из вашего старого сайта или тексты пишет копирайтер. Отдельно укажите, кто переносит товары и в каком формате вы их предоставите.
10. Технические требования
- CMS или платформа (WordPress, Битрикс, Tilda, собственная разработка);
- хостинг и домен — на кого оформлены;
- адаптивность под телефоны и планшеты;
- требования к скорости загрузки;
- SSL-сертификат, резервное копирование;
- SEO-требования: ЧПУ, редактируемые мета-теги, карта сайта, robots.txt, микроразметка, 301-редиректы со старого сайта при переезде.
11. Этапы, сроки и приёмка
Разбейте проект на этапы: прототип, дизайн, вёрстка, программирование, наполнение, тестирование, запуск. По каждому — срок и что считается результатом. Опишите порядок приёмки: кто проверяет, сколько дней на проверку, как фиксируются замечания.
12. Поддержка после запуска
Гарантийный период на исправление ошибок, обучение работе с админкой, дальнейшая техническая поддержка. Лучше договориться об этом сразу, а не искать программиста, когда сайт упадёт в пятницу вечером.
Пример: мини-ТЗ для лендинга
Чтобы было понятно, как это выглядит на практике, вот сокращённый вариант для простого проекта — лендинга студии по изготовлению каминов.
- Цель: получать заявки на расчёт камина из Яндекс Директа и VK.
- Аудитория: владельцы загородных домов, 35–55 лет, больше половины заходит с телефона.
- Целевое действие: заявка на бесплатный расчёт через квиз или звонок.
- Блоки: первый экран с оффером и кнопкой; типы каминов с ценами «от»; фото выполненных работ; этапы от замера до монтажа; квиз из 5 вопросов (тип камина, облицовка, размер помещения, сроки, контакты); отзывы; FAQ; контакты и карта.
- Интеграции: заявки — в Telegram и на почту, цели в Яндекс Метрике на отправку квиза и клик по телефону.
- Контент: фото и цены предоставляет заказчик, тексты пишет исполнитель.
- Платформа: Tilda, домен и аккаунт оформлены на заказчика.
- Сроки: прототип — 3 дня, дизайн — 5 дней, сборка и наполнение — 5 дней, тестирование — 2 дня.
- Приёмка: проверка на телефоне и компьютере, тестовая заявка доходит в Telegram, цели срабатывают в Метрике.
Даже такой короткий документ снимает большую часть вопросов: разработчик точно знает, что делать, а заказчик — что получит и в какие сроки.
Типичные ошибки в ТЗ
- Оценочные формулировки. «Современный дизайн», «удобный каталог», «быстрая загрузка» — каждый понимает по-своему. Заменяйте на проверяемые: «фильтр по цене, бренду и размеру», «загрузка главной на мобильном не дольше 3 секунд».
- Забытые мелочи. Страница 404, политика конфиденциальности, согласие на обработку персональных данных, cookie-баннер, письма-уведомления о заказе.
- Нет ответственного за контент. См. пункт 9 — это самая частая причина задержек.
- Переезд без редиректов. Если у вас был старый сайт с позициями в поиске, без настройки 301-редиректов вы потеряете трафик.
- Всё и сразу. Попытка сделать в первой версии личный кабинет, мобильное приложение и маркетплейс. Лучше запустить базу, а функции добавлять по мере роста.
Как согласовывать изменения по ходу проекта
Даже идеальное ТЗ не предусмотрит всего: в процессе появятся новые идеи, изменятся цены, отдел продаж попросит ещё одну форму. Это нормально, если изменения оформляются правильно:
- каждое изменение фиксируется письменно — в переписке, задаче или дополнении к ТЗ;
- исполнитель оценивает, как изменение влияет на сроки и бюджет;
- заказчик подтверждает оценку до начала работ;
- крупные доработки лучше выносить во второй этап после запуска, чтобы не откладывать старт.
Так вы избежите ситуации, когда проект растягивается на полгода из-за бесконечных «а давайте ещё вот это».
Чек-лист ТЗ на сайт
- Сформулирована цель сайта и ключевое целевое действие.
- Описана аудитория и устройства, с которых заходят.
- Есть список конкурентов и референсов с комментариями.
- Составлена структура сайта, учтены SEO-запросы.
- Для каждого типа страниц перечислены блоки.
- Описана функциональность через пользовательские сценарии.
- Перечислены интеграции и данные, которые передаются.
- Есть требования к дизайну и число кругов правок.
- Определено, кто и когда готовит контент.
- Указаны платформа, хостинг, требования к скорости и SEO.
- Учтены юридические страницы и согласия.
- Расписаны этапы, сроки и порядок приёмки.
- Оговорены гарантия и поддержка после запуска.
Если не хочется писать ТЗ самому
Это нормально: не каждый владелец бизнеса должен разбираться в разработке. В нашем процессе первым этапом идёт обсуждение задачи, после которого мы сами готовим ТЗ и согласовываем его с вами. Вы читаете документ на понятном языке, вносите правки — и только после этого стартует работа. Чтобы оценить бюджет заранее, попробуйте калькулятор стоимости сайта или позвоните по номеру 8 (977) 777-38-77.