Техническое задание — это документ, который превращает «хочу красивый сайт» в понятный обеим сторонам план. Без него разработка превращается в бесконечные переделки, а бюджет растёт непредсказуемо. Разберём, что должно быть в ТЗ, как его составить и каких ошибок избегать.
Зачем нужно техническое задание
ТЗ решает сразу несколько задач:
- Фиксирует объём работ — вы платите за конкретный результат, а не за «примерно сайт».
- Защищает от переделок — есть документ, на который можно ссылаться.
- Позволяет сравнивать подрядчиков — все считают смету по одному документу.
- Ускоряет разработку — команда не гадает, а делает.
Даже если вы обращаетесь в студию, где ТЗ составят за вас, понимать его структуру полезно: так вы проконтролируете, что ничего не упущено.
Структура технического задания
Универсального шаблона нет, но хорошее ТЗ почти всегда содержит следующие разделы.
1. О компании и целях сайта
Кто вы, что продаёте, кто ваши клиенты и, главное, какую задачу должен решать сайт: собирать заявки, продавать онлайн, информировать. Цель определяет всё остальное.
2. Целевая аудитория
Кто будет пользоваться сайтом: возраст, устройства, сценарии. Сайт для оптовиков и сайт для молодёжи устроены по-разному.
3. Структура сайта
Список всех страниц и их иерархия (карта сайта). Например: Главная → Каталог → Карточка товара → Корзина → Оформление. Это скелет проекта.
4. Функциональные требования
Что сайт должен уметь. Здесь описывают каждую функцию:
- формы заявки и их поля;
- каталог с фильтрами и поиском;
- корзина и онлайн-оплата;
- личный кабинет;
- интеграции с CRM, 1С, доставкой;
- мультиязычность.
5. Требования к дизайну
Фирменный стиль, логотип, цвета, референсы (сайты, которые нравятся, и чем именно). Если брендбука нет — это тоже фиксируется как задача.
6. Технические требования
Платформа или технологии, адаптивность, поддерживаемые браузеры, требования к скорости загрузки и SEO, хостинг.
7. Контент
Кто готовит тексты и изображения, в каком объёме, к какому сроку. Частая причина срыва сроков — именно не готовый вовремя контент.
8. Сроки и этапы
Разбивка на этапы с контрольными точками: прототип, дизайн, вёрстка, программирование, тестирование, запуск.
Чек-лист: что проверить перед стартом
Пройдитесь по списку — если на все пункты есть ответ, ТЗ готово:
- Сформулирована измеримая цель сайта?
- Есть полная карта страниц?
- Каждая функция описана словами «что происходит, когда пользователь...»?
- Указаны все интеграции?
- Понятно, кто готовит контент?
- Заданы требования к адаптивности и скорости?
- Прописаны этапы и критерии приёмки?
Типичные ошибки в ТЗ
Слишком общие формулировки
«Сайт должен быть удобным и современным» — это не требование, а пожелание. Правильно: «Каталог фильтруется по цене, бренду и наличию без перезагрузки страницы».
Отсутствие приоритетов
Не всё нужно на старте. Разделите функции на «обязательно к запуску» и «вторая очередь» — это управляет бюджетом.
Игнорирование мобильных
Больше половины трафика — со смартфонов. Мобильная версия должна быть в ТЗ не отдельной опцией, а нормой.
Забыли про SEO и аналитику
Если планируете продвижение, требования к структуре URL, мета-тегам, скорости и счётчикам должны быть в ТЗ с самого начала — переделывать потом дороже.
Что делать, если не получается составить ТЗ самому
Это нормально — детальное ТЗ требует опыта. Есть два пути:
- Заполнить бриф. Это упрощённая версия ТЗ: вы отвечаете на понятные вопросы, а студия превращает ответы в документ. Наш бриф построен именно так.
- Заказать разработку ТЗ. Аналитик изучает бизнес и составляет документ, который потом можно отдать любому подрядчику.
Итог
Техническое задание — это не бюрократия, а инструмент экономии. Чем точнее описана задача, тем предсказуемее бюджет и сроки, тем меньше конфликтов. Не обязательно писать идеальное ТЗ с первого раза — начните с целей и структуры, а детали проработайте с командой. Если хотите, чтобы разработку и ТЗ взяли на себя мы — заполните бриф, и мы поможем сформулировать задачу правильно.
