Техническое задание — это документ, по которому обе стороны понимают, что именно создаётся. Чем точнее ТЗ, тем меньше недопониманий, переделок и споров о бюджете. Разберём, что в нём должно быть.
Зачем вообще нужно ТЗ
ТЗ фиксирует ожидания: что входит в проект, как должны работать функции, как выглядит результат. Без него «сайт как у конкурента» каждый понимает по-своему — и в финале начинаются разногласия.
Структура ТЗ на сайт
1. О компании и бизнес-цели. Чем занимаетесь, кто клиенты, какую задачу должен решать сайт (заявки, продажи, имидж).
2. Целевая аудитория. Кто будет пользоваться сайтом и с каких устройств.
3. Структура сайта. Список страниц и разделов, схема меню.
4. Функционал. Формы, онлайн-запись, каталог, оплата, личный кабинет, интеграции (CRM, 1С, Kaspi).
5. Дизайн и стиль. Примеры нравящихся сайтов, фирменные цвета, логотип, пожелания по визуалу.
6. Контент. Кто готовит тексты и фото — вы или подрядчик.
7. Технические требования. Платформа/CMS, адаптивность, требования к скорости и SEO.
8. Сроки и бюджет. Желаемые рамки — чтобы подрядчик предложил реалистичный вариант.
Пример требований к ключевым функциям
Формулировка должна описывать сценарий и ожидаемый результат. Вместо «нужна форма» укажите: поля, обязательность, проверку телефона, страницу после отправки, получателя уведомления, передачу данных в CRM и событие аналитики.
| Функция | Что зафиксировать в ТЗ |
|---|---|
| Форма заявки | Поля, валидация, уведомления, CRM, защита от спама |
| Каталог | Фильтры, сортировка, характеристики, импорт и остатки |
| Онлайн-оплата | Провайдер, валюта, статусы платежа, чек и возврат |
| Личный кабинет | Роли, доступные данные, восстановление пароля |
| Мультиязычность | Языки, переводчик, структура URL и hreflang |
Что приложить к техническому заданию
Полезные приложения экономят время на трактовках:
- карта сайта или таблица со списком страниц;
- примеры конкурентов с пояснением, что именно нравится;
- брендбук, логотипы и шрифты;
- перечень интеграций и контакты их технических специалистов;
- образцы товаров, услуг и реального контента;
- приоритеты Must have, Should have и Could have.
Требования к SEO на этапе разработки
SEO нельзя оставлять только на момент публикации. В ТЗ стоит закрепить редактируемые title и description, единственный H1, человекопонятные URL, canonical, sitemap.xml, robots.txt, хлебные крошки, Open Graph, структурированные данные и правила редиректов.
Для переноса существующего сайта обязательна таблица соответствия старых и новых URL. Без неё можно потерять накопленные позиции и ссылки даже при качественном новом дизайне.
Частые ошибки при составлении ТЗ
Слишком общие формулировки («сделайте красиво и удобно»), отсутствие приоритетов функций, попытка описать всё сразу без выделения главного. Лучше меньше, но конкретно.
Ещё одна ошибка — описывать конкретную технологию, но не бизнес-задачу. Требование «сделать на определённом фреймворке» не объясняет ожидаемую нагрузку, роли пользователей, частоту обновлений и интеграции. Подрядчик должен понимать, почему ограничение важно.
Как принимать результат
Для каждого существенного требования задайте проверяемый критерий. Например: заявка появляется в CRM с источником; страница корректно работает на экране шириной 360 пикселей; редактор может изменить цену без разработчика; после оплаты пользователь получает подтверждение.
Приёмка по критериям быстрее субъективной проверки «всё ли нравится» и защищает обе стороны от разного понимания готовности.
Не обязательно делать в одиночку
Если сложно формализовать задачу — это нормально. Мы помогаем клиентам составить ТЗ на этапе брифа: задаём правильные вопросы и оформляем результат в документ.
Короткий шаблон ТЗ
- Описание компании и цели проекта.
- Аудитория и ключевые пользовательские сценарии.
- Структура страниц.
- Функции и интеграции.
- Контент и ответственные за его подготовку.
- Визуальные требования и референсы.
- SEO, аналитика, безопасность и производительность.
- Этапы, сроки, порядок согласования и критерии приёмки.
Нужна помощь с ТЗ или готовы обсудить проект? Напишите нам на странице контактов.
