Техническое задание на разработку сайта — документ, который превращает «хочу хороший сайт» в конкретный список страниц, функций и требований. С ним подрядчик точно оценивает работу, а заказчик получает именно то, что задумал. Без него проект почти всегда растягивается из-за переделок. В клубе ВИПМИ мы помогаем составить ТЗ на старте, это часть процесса, который описан на странице создание сайта от брифа до запуска.
Разберём, чем ТЗ отличается от брифа, какие разделы в нём нужны, как описывать страницы и функции и каких ошибок избегать.
Бриф и техническое задание на разработку сайта: в чём разница
Бриф — это анкета о бизнесе и ожиданиях: чем занимается компания, кто клиенты, какие цели у сайта, что нравится у конкурентов. Его заполняет заказчик, часто вместе с менеджером подрядчика.
ТЗ — это уже инженерный документ. В нём перечислены страницы, блоки, функции, интеграции, требования к дизайну и технической части. Обычно ТЗ готовит исполнитель на основе брифа, а заказчик согласовывает.
| Документ | Кто составляет | Что содержит |
|---|---|---|
| Бриф | Заказчик, при поддержке подрядчика | Цели, аудитория, конкуренты, пожелания, материалы |
| Техническое задание | Подрядчик, согласует заказчик | Структура, страницы, функции, требования, критерии приёмки |
Важно знать. ТЗ не обязано быть огромным. Для сайта-визитки достаточно нескольких страниц текста, если в них нет двусмысленностей. Объём документа должен соответствовать сложности проекта.
Какие разделы включить в ТЗ на сайт
Структура документа может отличаться, но обычно в нём есть следующие части.
Общая информация
Название проекта, цели сайта, целевая аудитория, ключевые действия посетителя: оставить заявку, позвонить, купить, записаться.
Структура сайта
Список разделов и страниц с иерархией. Удобно оформлять в виде дерева или таблицы. Здесь же фиксируется, какие страницы создаются под поисковые запросы.
Описание страниц
Для каждого типа страницы перечисляются блоки сверху вниз: первый экран, преимущества, услуги, этапы, отзывы, форма. Для повторяющихся страниц достаточно описать шаблон.
Функциональные требования
Формы и куда приходят заявки, калькуляторы, фильтры, поиск, личный кабинет, оплата, интеграции с CRM и учётными системами.
Требования к дизайну
Фирменный стиль, цвета, шрифты, примеры сайтов, адаптивность под мобильные устройства, требования к доступности.
Технические требования
Платформа, хостинг, скорость загрузки, безопасность, резервное копирование, SEO-настройки: метатеги, человекопонятные адреса, карта сайта.
Контент и приёмка
Кто готовит тексты и изображения, в каком формате передаются материалы, по каким критериям проверяется готовый сайт.
Как описывать страницы и функции, чтобы не было разночтений
Главное правило: всё, что можно понять двумя способами, будет понято не так. Сравните две формулировки:
- «Сделать удобную форму заявки» — непонятно, какие поля, куда отправляется заявка, что видит пользователь после отправки.
- «Форма заявки: имя, телефон, комментарий. Обязательные поля — имя и телефон. Заявка уходит на почту и в Telegram менеджеру. После отправки показывается сообщение с благодарностью» — сделать по-другому невозможно.
Используйте конкретные формулировки, списки и примеры. Если есть референсы, прикладывайте ссылки и указывайте, что именно в них нравится.
Осторожно. Не пишите в ТЗ «как у конкурента». Подрядчик не знает, что именно вам понравилось: дизайн, структура, функция или тексты. Всегда уточняйте конкретный элемент.
Плюсы и минусы подробного ТЗ
| Плюсы | Минусы |
|---|---|
| Точная оценка стоимости и сроков | Подготовка документа занимает время до старта разработки |
| Меньше переделок и споров на этапе приёмки | Слишком жёсткое ТЗ мешает улучшать решения по ходу работы |
| Можно сравнить предложения разных подрядчиков | Требует от заказчика вовлечённости и ответов на вопросы |
| Документ пригодится при доработках и смене исполнителя | Устаревает, если бизнес-задачи сильно меняются |
ТЗ — хороший инструмент для сравнения подрядчиков. Отправьте один документ нескольким исполнителям, и вы получите сопоставимые сметы. Подробнее о сравнении предложений читайте в статье чек-лист выбора веб-студии, а о составляющих цены — в материале сколько стоит разработка сайта под ключ.
Типичные ошибки в техническом задании
- Нет целей сайта. Без них невозможно принять ни одно решение по структуре и дизайну.
- Описан дизайн, но не функции. Красивые макеты не объясняют, что происходит при нажатии на кнопку.
- Не указано, кто готовит контент. В итоге сайт готов, а тексты и фото ещё не начаты.
- Нет критериев приёмки. Непонятно, когда работа считается выполненной.
- Забыта мобильная версия. Часть блоков на телефоне должна работать иначе, и это лучше описать заранее.
- Слишком много «хотелок» сразу. Лучше разделить функции на обязательные для запуска и желательные для второго этапа.
Мнение эксперта
«Лучшее ТЗ получается в диалоге. Заказчик знает свой бизнес и клиентов, разработчик знает, как это превратить в страницы и функции. Когда документ пишет только одна сторона, в нём обязательно появляются дыры. Поэтому мы составляем техническое задание вместе с клиентом: сначала интервью, потом черновик, потом совместная вычитка.»
Эксперт клуба ВИПМИ, ведущий разработчик и архитектор проектов
Шаблон структуры ТЗ для небольшого сайта
Если вы готовите документ сами, используйте такой порядок разделов:
- Цели сайта и целевые действия посетителя.
- Аудитория: кто клиенты и какие вопросы у них возникают.
- Структура: список страниц и разделов.
- Описание каждого шаблона страницы по блокам.
- Формы, интеграции и уведомления.
- Требования к дизайну и ссылки на примеры.
- Технические требования и SEO-настройки.
- Ответственность за контент и сроки его передачи.
- Критерии приёмки и порядок правок.
Для понимания, какие форматы сайтов бывают и что обычно входит в каждый, загляните в наш обзор сайт-визитка, лендинг или корпоративный сайт на WordPress.
Совет. Перед отправкой ТЗ подрядчику перечитайте его глазами человека, который ничего не знает о вашем бизнесе. Каждое место, где хочется переспросить, стоит переписать.
Как согласовать ТЗ и не затянуть старт
Согласование документа часто превращается в бесконечную переписку. Чтобы этого избежать, договоритесь о простом порядке. Подрядчик присылает черновик, заказчик за несколько дней собирает все замечания в одном месте, затем проходит созвон, на котором спорные моменты решаются сразу. После второй итерации документ фиксируется, а все новые идеи записываются в отдельный список на следующий этап.
Полезно назначить одного ответственного со стороны компании. Когда правки в ТЗ вносят сразу несколько руководителей, требования противоречат друг другу, и подрядчик не понимает, чьё мнение главное. Один человек, который собирает пожелания и принимает решения, экономит недели.
И ещё одна деталь: приложите к ТЗ все материалы, которые уже есть. Логотип, брендбук, тексты, фото, прайс, ответы на частые вопросы клиентов. Даже если их придётся дорабатывать, разработчик сразу увидит реальный объём контента и не будет проектировать блоки под тексты, которых не существует.
Что делать с ТЗ после запуска сайта
Техническое задание не теряет ценности, когда сайт готов. Это документация проекта: по нему новый разработчик быстро разберётся, как устроены формы, интеграции и шаблоны страниц. Храните финальную версию вместе с доступами к сайту и дополняйте её при каждой крупной доработке. Тогда через год вы не будете гадать, почему заявки уходят на старую почту или какой плагин отвечает за калькулятор.
Особенно полезно фиксировать в документе решения, которые были приняты по ходу проекта и отличаются от первоначального плана. Например, отказ от калькулятора в пользу простой формы или перенос блога на второй этап. Через несколько месяцев такие детали забываются, а запись помогает не повторять уже обсуждённые споры.
Частые вопросы
Обязательно ли ТЗ для небольшого сайта?
Полноценный документ нужен не всегда, но хотя бы короткий список страниц, функций и требований стоит согласовать письменно. Это защищает от недопонимания.
Кто должен писать техническое задание?
Обычно подрядчик на основе брифа и интервью с заказчиком. Заказчик проверяет и согласует документ.
Можно ли менять ТЗ в процессе работы?
Можно, но изменения стоит фиксировать письменно и оценивать отдельно, потому что они влияют на сроки и стоимость.
Нужно ли включать в ТЗ SEO-требования?
Да, базовые требования лучше указать сразу: структура под запросы, метатеги, адреса страниц, карта сайта, скорость. Исправлять это после запуска сложнее.
Что делать, если я не знаю, какие функции нужны?
Опишите задачи посетителя и процессы в компании. Подрядчик предложит функции под них, а вы выберете, что нужно на старте.
Составим ТЗ вместе
Расскажите о бизнесе и задачах сайта. Мы проведём интервью, подготовим структуру и техническое задание, по которому можно точно оценить проект.
