Техническое задание: что это и нужно ли оно небольшому проекту

Слова «техническое задание» пугают многих владельцев бизнеса. Кажется, что это толстый документ, который пишут неделями, и что без него студия не возьмётся за работу. Другие, наоборот, считают ТЗ бюрократией, которая нужна только крупным компаниям и госзаказу. На деле техническое задание просто фиксирует договорённость о том, что именно будет сделано. В этой статье разберём, что такое ТЗ, чем оно отличается от брифа, кто его пишет, что в нём должно быть и в каком объёме оно нужно небольшому проекту.

Что такое техническое задание

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

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

Чем ТЗ отличается от брифа

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

Кто пишет ТЗ

Есть три распространённых варианта, и у каждого свои особенности.

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

Кто бы ни писал документ, читать и согласовывать его должен заказчик. Подпись под ТЗ означает, что вы согласны: результат, описанный в нём, вам подходит.

Что обычно входит в ТЗ на сайт

Состав зависит от проекта, но для большинства сайтов малого и среднего бизнеса полезно описать следующее.

Цель и аудитория

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

Структура

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

Функции

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

Интеграции

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

Контент

Кто готовит тексты, фотографии, видео и в какой срок. Переносится ли контент со старого сайта и кто это делает.

Требования к отображению и работе

На каких устройствах и в каких браузерах сайт должен корректно работать, какие требования к скорости загрузки и доступности. Здесь лучше избегать общих слов вроде «быстрый» и описывать, как это будет проверяться.

Администрирование и размещение

Что заказчик сможет менять сам через админку, где будет размещён сайт, на кого будут оформлены домен и хостинг. Последний пункт подробнее разобран в статье о том, кто владеет сайтом и аккаунтами.

Порядок приёмки

Как проверяется результат: по каким пунктам, в какие сроки, как фиксируются замечания. Это напрямую связано с тем, что мы описываем в статье о приёмке готового сайта.

Нужно ли ТЗ небольшому проекту

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

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

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

Как может выглядеть короткое описание

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

• Цель: посетитель понимает, какие работы выполняет мастерская, видит примеры и оставляет заявку с фотографией мебели.
• Блоки страницы: первый экран с предложением и кнопкой заявки, список услуг, примеры работ до и после, порядок работы, ответы на частые вопросы, контакты с картой.
• Форма: имя, телефон, описание задачи, загрузка фотографии. Заявка приходит на почту мастерской и в рабочий чат.
• Материалы: тексты и фотографии примеров передаёт заказчик до начала вёрстки, студия редактирует тексты.
• Админка: заказчик сам добавляет примеры работ и меняет ответы на вопросы.
• Размещение: домен и хостинг оформлены на заказчика.
• Приёмка: проверка по списку блоков и тестовая отправка формы с телефона и компьютера.

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

Когда без подробного ТЗ не обойтись

Подробный документ оправдан, если в проекте есть хотя бы одно из следующего: интеграция с учётной системой или CRM, личный кабинет, оплата на сайте, сложный каталог с фильтрами, несколько ролей пользователей, требования внутренних правил компании к закупке. В таких проектах неточность в описании легко превращается в недели доработок.

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

• Описан способ вместо цели. «Сделать всплывающее окно с формой» вместо «дать посетителю быстро оставить заявку». Студия может предложить решение лучше, если знает цель.
• Размытые формулировки: «современный дизайн», «удобная навигация», «быстрая загрузка». Их невозможно проверить при приёмке.
• Не описаны нестандартные сценарии: ошибки, пустые результаты поиска, отсутствие товара.
• Не определено, кто готовит контент. Это одна из самых частых причин сорванных сроков.
• ТЗ не обновляется. Если по ходу проекта договорились о чём-то новом, это нужно добавить в документ, иначе при сдаче будет непонятно, что принимать.

Как работать с ТЗ во время проекта

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

Полезно договориться, кто со стороны заказчика вправе согласовывать изменения. Если правки присылают сразу несколько сотрудников и они противоречат друг другу, студии приходится выбирать, а заказчику потом объяснять, почему сделано не так.

Частые вопросы

Сколько времени занимает подготовка ТЗ?

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

Можно ли отдать ТЗ одной студии другой?

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

Нужно ли ТЗ для доработок готового сайта?

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

Что делать, если студия предлагает работать без ТЗ?

Попросите хотя бы письменно описать состав работ в коммерческом предложении или приложении к договору. Без этого при сдаче невозможно понять, всё ли сделано.

Что дальше

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