Как составить техническое
задание на сайт

Техническое задание на сайт — это документ, который переводит ваши ожидания на язык, понятный разработчику. Без него проект почти всегда идёт «на ощупь»: заказчик представлял одно, студия сделала другое, а виноватыми чувствуют себя оба. В этом гайде разберём, как составить техническое задание, что в него включить, и покажем мини-образец структуры разделов, который можно взять за основу. Материал будет полезен, даже если вы никогда не заказывали сайт и не знаете, с какой стороны подступиться.

Зачем нужно ТЗ

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

ТЗ защищает обе стороны. Заказчик получает гарантию, что сделают именно то, о чём договаривались, а не «что-то похожее». Исполнитель — защиту от бесконечных правок и расширения задачи без пересмотра бюджета. Чем подробнее описан результат, тем меньше поводов для конфликта и тем точнее итоговая смета.

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

Что включить в ТЗ на сайт

Универсального шаблона на все случаи нет, но есть набор разделов, без которых техническое задание на разработку сайта будет неполным. Вот что стоит описать:

• Цель и задачи. Зачем нужен сайт: продавать, собирать заявки, информировать. Один-два измеримых результата;
• Целевая аудитория. Кто эти люди, какие у них вопросы и возражения — от этого зависит структура и тексты;
• Структура и список страниц. Полный перечень: главная, услуги, о компании, блог, контакты, посадочные;
• Функционал. Формы, калькулятор, личный кабинет, фильтры, корзина, онлайн-оплата — всё, что должно работать;
• Дизайн и референсы. 2–3 примера сайтов, которые нравятся, с пояснением, что именно в них зацепило;
• Контент и тексты. Кто готовит тексты и фото — вы или студия, что уже есть на руках;
• Интеграции. CRM, платёжные системы, аналитика, рассылки, мессенджеры;
• Технические требования. Адаптив под мобильные, скорость загрузки, базовая SEO-оптимизация;
• Сроки и критерии приёмки. Когда сдаём и по каким признакам считаем работу выполненной.

Мини-образец структуры ТЗ

Чтобы не начинать с чистого листа, держите образец разделов технического задания — по нему удобно двигаться сверху вниз и ничего не упустить:

• 1. О проекте. Название, сфера бизнеса, цель сайта, желаемый результат;
• 2. Аудитория. Портрет клиента, его задачи и возражения;
• 3. Структура. Список страниц и блоков на каждой из них;
• 4. Функционал. Перечень интерактивных элементов и логика их работы;
• 5. Дизайн. Референсы, фирменные цвета, логотип, пожелания к стилю;
• 6. Контент. Что предоставляет заказчик, что делает исполнитель;
• 7. Технические требования. Адаптивность, скорость, SEO, домен и хостинг;
• 8. Сроки и этапы. Ключевые даты и порядок сдачи;
• 9. Критерии приёмки. Конкретные условия, при которых сайт считается готовым.

Хорошее ТЗ отвечает на вопрос «как поймём, что готово?» ещё до того, как написана первая строка кода.

Частые ошибки в ТЗ

Даже подробный документ теряет смысл, если формулировки размытые. Самая частая ошибка — писать пожеланиями вместо требований: «сделайте красиво и современно» невозможно ни оценить, ни проверить при приёмке. Замените это на конкретику: какие блоки, какой стиль, какие референсы. Чем меньше в ТЗ слов, которые каждый прочитает по-своему, тем ближе результат к тому, что вы представляли.

Вторая ошибка — отсутствие критериев приёмки. Если не описано, что считается результатом, приёмка превращается в бесконечный поток правок. Третья — молчание про контент и интеграции: часто выясняется уже в процессе, что текстов нет, а CRM нужно было подключить «ещё вчера». Четвёртая — попытка описать всё до последнего пикселя: перегруженное ТЗ читать так же тяжело, как и пустое. Ищите баланс — фиксируйте то, что важно для результата, и оставляйте студии свободу в деталях реализации.

Что делать, если не можете составить сами

Не обязательно быть техническим специалистом, чтобы получить рабочее ТЗ. Если разделы выше вызывают больше вопросов, чем ответов, — это нормально, и это как раз работа студии. Мы помогаем составить ТЗ бесплатно при заказе разработки: задаём правильные вопросы, а вы просто отвечаете о своём бизнесе. На выходе — документ, по которому и мы, и любой другой подрядчик поймут задачу одинаково.

Можно заказать и отдельное техническое задание, аудит уже готового ТЗ или прототип будущего сайта — удобно, когда хочется сначала увидеть логику страниц, а уже потом запускать разработку. Аудит особенно выручает, если ТЗ вам написал прошлый подрядчик, а вы не уверены, что оно полное. Все работы ведём через безопасную сделку на Kwork: оплата разморозится только после того, как вы примете результат. Если планируете сайт целиком, загляните в разбор сайта под ключ — там про этапы и стоимость.

Не знаете, с чего начать, — просто оставьте заявку и расскажите про задачу своими словами. Остальное оформим в понятное техническое задание вместе.