Как подготовить техническое задание на разработку сайта

Техническое задание (ТЗ) фиксирует, что именно будет сделано, в каком объёме и как это проверить. Без него стороны по-разному понимают одни и те же слова: «каталог», «личный кабинет» или «SEO-оптимизация». Хорошее ТЗ не обязано быть длинным — оно должно быть однозначным.

Бриф и ТЗ — не одно и то же

Бриф заполняет заказчик: цель, аудитория, конкуренты, примеры, бюджет и сроки. По брифу можно дать предварительную оценку. ТЗ составляется после обсуждения, обычно исполнителем вместе с заказчиком, и становится приложением к договору. Именно по ТЗ принимают работу.

Что должно быть в ТЗ

1. Цель сайта и целевое действие

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

2. Структура страниц

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

3. Состав блоков ключевых страниц

Для главной и основных услуг перечислите блоки сверху вниз: первый экран, преимущества, состав услуги, цены, примеры работ, отзывы, частые вопросы, форма. Это не дизайн, а логика страницы — её проще согласовать до макета.

4. Функции

Опишите каждую функцию через действие пользователя и результат:

• форма заявки: поля, обязательность, куда приходит сообщение;
• каталог: категории, фильтры, сортировка, количество товаров;
• корзина и оплата: способы оплаты, доставка, письма клиенту;
• личный кабинет: кто регистрируется и что видит.

Формулировка «удобный каталог» не проверяется. Формулировка «фильтр по цене, бренду и наличию; 20 товаров на странице» — проверяется.

5. Контент

Кто готовит тексты, фотографии, характеристики товаров, переводы и юридические документы, и в каком формате их передают. Большинство задержек проектов связано именно с контентом.

6. Дизайн

Ссылки на сайты-примеры с пояснением, что нравится, фирменный стиль, логотип, цвета. Отдельно — количество уникальных макетов и требования к мобильной версии.

7. Интеграции

CRM, 1С, платёжный сервис, доставка, мессенджеры, аналитика. Для каждой — какие данные передаются, в какую сторону и что происходит при ошибке. Интеграции оцениваются только после проверки документации API.

8. Технические и SEO-требования

Платформа, хостинг, домен, HTTPS, скорость загрузки, адаптивность, метаданные, sitemap, перенос старых страниц с редиректами, подключение Search Console и аналитики.

9. Критерии приёмки

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

Шаблон для первого обращения

Если ТЗ ещё нет, для предварительной оценки достаточно ответить на вопросы:

• чем занимается компания и кто клиенты;
• какие услуги или товары показать на сайте;
• что должен сделать посетитель;
• нужен ли каталог, оплата, личный кабинет, языковые версии;
• есть ли тексты, фото, логотип и фирменный стиль;
• с какими системами связать сайт;
• желаемая дата запуска и ориентир бюджета.

По этим ответам можно выбрать формат — лендинг или корпоративный сайт — и понять порядок стоимости разработки.

Типичные ошибки заказчиков

• Описывать решение вместо задачи: «сделайте как у конкурента», не объясняя, что именно работает у конкурента.
• Добавлять функции «на будущее», которые удорожают проект, но не нужны на старте.
• Не назначать ответственного: правки приходят от нескольких людей и противоречат друг другу.
• Оставлять контент «на потом» — сайт готов, а наполнять его нечем.
• Не договариваться о приёмке: непонятно, когда работа считается выполненной.

Что дальше

Согласованное ТЗ превращается в смету и календарный план. Перед запуском результат сверяют с ним по чек-листу проверки сайта. Если хотите составить ТЗ вместе, отправьте ответы на вопросы шаблона через форму контакта.