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

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

Зачем это нужно вам как заказчику:

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

Что включить в техническое задание

1. О компании и целях сайта

Коротко: чем занимается компания, какие услуги или товары главные, в каком регионе работаете. Затем — цели сайта. Не «чтобы был», а конкретно:

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

Цели определяют всё остальное: структуру, функции, приоритеты.

2. Аудитория

Кто ваши клиенты: частные лица или компании, какие задачи они решают, какие вопросы задают перед покупкой, с каких устройств чаще заходят. Если клиентов несколько типов — опишите каждый.

3. Структура сайта

Список разделов и страниц. Не обязательно идеальный — подрядчик поможет доработать. Например:

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

Подробнее о том, как продумать структуру, — в статье о структуре сайта под SEO.

4. Функции

Что сайт должен уметь, кроме показа информации:

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

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

5. Админ-панель

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

6. Дизайн

• есть ли фирменный стиль: логотип, цвета, шрифты;
• сайты, которые нравятся, и чем именно — это лучше, чем абстрактное «современный и стильный»;
• сайты, которые не нравятся;
• ограничения: обязательные элементы, требования к доступности.

7. Контент

Кто готовит тексты и фотографии: вы или подрядчик. Есть ли материалы для портфолио. Нужен ли перенос контента со старого сайта и в каком объёме.

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

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

9. SEO и аналитика

• нужен ли перенос со старого сайта с сохранением позиций;
• требования к скорости и мобильной версии;
• подключение Яндекс.Метрики, Google Analytics, вебмастеров;
• раздел статей для продвижения.

10. Сроки и бюджет

Желаемая дата запуска и есть ли жёсткий дедлайн — например, начало сезона. Ориентир по бюджету помогает подрядчику предложить реалистичное решение, а не идеальное, но недоступное.

Как не перегрузить ТЗ

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

Как ТЗ меняется в процессе

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

Бриф или ТЗ?

Бриф — короткая анкета о задаче, ТЗ — подробное описание того, что будет сделано. Обычно заказчик заполняет бриф, а подробное ТЗ подрядчик готовит вместе с ним после обсуждения. Если у вас нет времени писать документ — начните с брифа: ответьте на вопросы о целях, аудитории, структуре и функциях. Короткий бриф есть и в форме заявки на моём сайте.

Типичные ошибки

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

Шаблон для начала

Если не знаете, с чего начать, ответьте на десять вопросов:

1. Чем занимается компания?
2. Зачем нужен сайт — какой результат ожидаете?
3. Кто ваши клиенты?
4. Какие разделы и страницы нужны?
5. Что сайт должен уметь, кроме показа информации?
6. Что вы хотите менять сами?
7. Какие сайты нравятся и почему?
8. Кто готовит тексты и фото?
9. С какими системами нужна связь?
10. Какие сроки и бюджет?

Этого достаточно для первой оценки.

Итог

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