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

Зачем сайту техническое задание

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

Без ТЗ разработка часто начинается с общей формулировки: «Нужен современный сайт для компании». На этом этапе всем кажется, что задача понятна. Но в процессе выясняется, что заказчик представлял каталог с фильтрами, разработчик заложил обычный список товаров, а маркетолог ожидал полноценную систему заявок и интеграцию с CRM. В результате появляются дополнительные работы, меняются сроки и увеличивается бюджет.

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

ТЗ полезно не только для крупного интернет-магазина или сложного сервиса. Оно необходимо и для небольшого корпоративного сайта, сайта услуг, посадочной страницы или каталога продукции. Отличаться будет только глубина документа.

Какие задачи решает техническое задание

Грамотно подготовленное ТЗ помогает решить несколько практических задач:

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

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

Кто должен составлять ТЗ

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

Заказчик может самостоятельно описать:

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

Разработчик или технический специалист должен помочь уточнить:

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

Если заказчик передает исполнителю только общую идею, разработчик вынужден самостоятельно принимать важные решения. Иногда это удобно, если у подрядчика есть опыт проектирования. Но такие решения все равно нужно обсуждать и фиксировать до начала работ.

С чего начать подготовку технического задания

Определите главную цель сайта

Первый вопрос ТЗ — не «какие страницы нам нужны», а «зачем компании этот сайт». Один проект должен получать заявки, другой — продавать товары, третий — формировать доверие и объяснять сложную услугу.

Цель необходимо сформулировать конкретно. Например:

• получать обращения от клиентов через формы и мессенджеры;
• представлять услуги строительной компании и показывать выполненные объекты;
• принимать заказы на товары через интернет-магазин;
• предоставлять клиентам информацию о филиалах и графике работы;
• собирать заявки на консультацию;
• публиковать экспертные материалы и привлекать органический трафик.

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

Опишите целевую аудиторию

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

Полезно ответить на следующие вопросы:

• Кто принимает решение о покупке?
• Какая проблема приводит пользователя на сайт?
• Насколько хорошо посетитель знаком с продуктом?
• Какие сомнения могут остановить его от обращения?
• Нужны ли ему цена, сроки, портфолио, сертификаты или отзывы?
• С каких устройств он чаще всего будет заходить?
• Какие способы связи для него удобнее?

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

Сформулируйте целевые действия

Посетитель должен понимать, что делать дальше. В ТЗ стоит указать основные конверсионные действия:

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

Для каждого действия желательно определить, какие данные запрашиваются у пользователя, куда они передаются и кто отвечает за обработку заявки. Это особенно важно, если сайт должен быть связан с CRM или внутренней системой компании.

Структура технического задания на сайт

Универсального шаблона, подходящего для каждого проекта, не существует. Однако большинство ТЗ удобно строить из следующих разделов.

1. Общая информация о проекте

В начале укажите название проекта, компанию, контактных лиц и краткое описание бизнеса. Здесь же можно зафиксировать предполагаемые сроки, формат сотрудничества и состав команды.

Пример содержания раздела:

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

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

2. Цели и задачи

В этом разделе подробно объясняется, какую бизнес-задачу должен решить сайт. Не стоит ограничиваться фразой «повысить продажи», потому что сайт редко работает изолированно от рекламы, отдела продаж, ассортимента и качества обслуживания.

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

3. Состав целевой аудитории

Укажите основные группы пользователей, их потребности и ожидаемые действия. Если аудитория неоднородна, для каждой группы можно описать отдельный путь по сайту.

Например, для сайта промышленной компании сценарии могут отличаться:

• новый клиент изучает услуги и отправляет запрос на расчет;
• постоянный заказчик ищет контакт менеджера;
• инженер скачивает техническую документацию;
• партнер знакомится с условиями сотрудничества.

4. Карта сайта

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

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

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

1. Главная страница.
2. Услуги.
   • Услуга первая.
   • Услуга вторая.
   • Услуга третья.
3. Портфолио.
4. О компании.
5. Блог.
6. Контакты.

Для каждого раздела укажите его назначение. Если страница нужна для поискового продвижения, это также стоит отметить на этапе планирования.

5. Описание страниц

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

Для страницы услуги можно указать:

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

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

Как описать функциональные требования

Функциональные требования отвечают на вопрос, что сайт должен уметь. Их нужно формулировать так, чтобы результат можно было проверить.

Формы и заявки

Для каждой формы укажите:

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

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

Каталог и фильтры

Если сайт содержит товары или услуги, заранее опишите структуру каталога:

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

Особое внимание уделите фильтрам. Они должны соответствовать реальному способу выбора товара, а не просто повторять все поля из базы данных. Слишком большое количество параметров усложняет интерфейс и может запутать посетителя.

Поиск по сайту

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

Личный кабинет

Если нужен личный кабинет, перечислите доступные действия пользователя:

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

Отдельно определите права сотрудников, которые будут работать с данными в административной части сайта.

Интеграции

Интеграции часто становятся причиной дополнительных работ, потому что их не учитывают в начале проекта. В ТЗ необходимо перечислить все внешние системы:

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

Важно описать не только название системы, но и логику обмена данными. Например, новая заявка должна передаваться в CRM с указанием источника, выбранной услуги и контактных данных клиента. Менеджер должен получать уведомление, а пользователь — подтверждение отправки.

Требования к дизайну и пользовательскому опыту

Техническое задание не обязано диктовать дизайнеру каждый отступ и размер кнопки. Гораздо полезнее описать характер бренда, ожидания аудитории и обязательные элементы интерфейса.

В разделе о дизайне можно указать:

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

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

Адаптивность

Сайт должен корректно работать на разных размерах экранов. В ТЗ зафиксируйте, какие устройства необходимо учитывать и какие элементы могут изменяться на мобильной версии.

На небольшом экране могут потребоваться:

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

Адаптивность — это не механическое уменьшение десктопной версии. На мобильном устройстве пользователь может действовать иначе, поэтому важные сценарии необходимо проверить отдельно.

Технические требования к сайту

В этом разделе фиксируются требования к платформе, размещению, производительности и безопасности. Конкретные решения может предложить разработчик, но бизнес-требования должны быть понятны заранее.

CMS и управление контентом

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

• тексты страниц;
• цены;
• товары и категории;
• изображения;
• новости;
• баннеры;
• контакты;
• метатеги;
• часто задаваемые вопросы.

Также определите, сколько сотрудников будет работать в административной панели и нужны ли разные права доступа. Например, менеджер может обрабатывать заявки, контент-редактор — менять тексты, а администратор — управлять настройками.

Производительность

Необязательно указывать неподтвержденные числовые показатели. Достаточно определить требования:

• страницы должны быстро открываться на обычном мобильном соединении;
• изображения