Как составить четкое ТЗ и сделать так, чтобы вас все поняли

11.12.2014 Интернет-маркетинг Василий Лучников
Как составить четкое ТЗ и сделать так, чтобы вас все поняли

Техническое задание (ТЗ) представляет собой логически связанное описание пожеланий клиента, структурированное и формализованное.

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

Для чего нужно техническое задание?

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

1. Экономия времени на оценку

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

2. Экономия денег

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

Плохо: На сайте должна быть рассылка на новости.

Хорошо: На сайте предусмотрена подписка на новости. Для этого слева под каталогом услуг размещается пользовательская форма для сбора e-mail.

В административном разделе сайта предусмотрено хранение, добавление, редактирование, экспорт и импорт адресов для рассылки.

В соответствии с выбранной дизайн-концепцией разрабатывается шаблон рассылки. В шаблоне рассылки обязательно предусмотреть возможность отказа от получения писем.

Рассылка должна работать в ручном и автоматическом режимах (по дням, часам и т. д.).

0 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

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

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

3. Понимание цели проекта

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

Существует мнение, что требования к сайту можно выразить простой фразой: «Сделайте мне сайт как www.site_name.ru, в нем все устраивает, нравится дизайн, меню чуть изменим». Если студия действительно заинтересованы в качественной разработке, она попросит вас расширить и детализировать требования. Хорошие подрядчики не делают «такие же» сайты.

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

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

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

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

Хорошее техническое задание должно содержать следующие разделы:

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

1. Карта сайта

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

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

  • Компания
    • О нас
    • Вакансии
    • Лицензии
  • Каталог
    • Вазы
      • Хрустальные вазы
      • Пластмассовые вазы
    • Бокалы
  • Бренды
  • Доставка и оплата
  • Дилерам
  • Контакты

Или в виде дерева:

1 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

Оба варианта равнозначны.

2. Технические требования

Этот раздел содержат информацию о минимальных технических и аппаратных требованиях к серверной части, что, как правило, обусловлено выбранной системой управления (Content Management System или CMS) и предполагаемой нагрузкой.

Пример требований:

  • платформа: Windows или *NIX;
  • язык разработки: PHP (версия 5.3 +);
  • web-сервер: Apache (версия 1.3 +);
  • сервер БД: MySQL (версия 5.0 +);
  • частота процессора: не менее 1 GHz;
  • оперативная память: не менее 384 Мб +;
  • место на диске: не менее3 Gb;
  • подключение к интернету с минимальной пропускной способностью канала 10 Мбит.

Конечно, далеко не все разбираются в технических тонкостях – обычно они обсуждаются с менеджером проекта.

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

3. Требования к кроссбраузерности

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

Сайт должен корректно отображаться в браузерах:

  • Internet Explorer 8 и выше;
  • Mozilla Firefox 30 и выше;
  • Opera 10 и выше;
  • Google Chrome 35 и выше;
  • Safari 4 и выше.

Ниже приведены свежие >данные по статистике использования браузеров (по данным openstat.ru)

2 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

Для взаимопонимания с техническими специалистами рекомендуем добавлять в этот пункт следующую фразу:

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

К тому же не стоит уделять много внимания устаревшим и неподдерживаемым версиям браузеров. Например, IE 6,по данным Open Stat, используют менее 1% пользователей, и его добавление в требования, возможно, будет плюсом, но увеличит время на верстку и тестирование, и, как следствие, повысит конечную стоимость разработки.

4. Требования к CMS

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

К слову, наиболее популярные CMS – это:

  • WordPress,
  • Joomla,
  • 1C-Битрикс,
  • DataLife Engine,
  • Drupal,
  • uCoz,
  • MODx,
  • NetCat,
  • UMI.CMS.

Но само собой, это не конечный перечень.

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

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

Редактирование содержимого разделов сайта должно осуществляться с помощью административного веб-интерфейса, доступного по логину/паролю и без применения навыков программирования. Пример административного раздела в 1С-Битрикс представлен на рисунке ниже.

3 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

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

4 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

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

5 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

В CMS должен быть предусмотрен механизм экспорта/импорта данных в универсальном формате. Сюда могут быть отнесены данные пользовательских форм, структура каталога, информационные свойства товаров, e-mail адреса пользователей сайта и т.д.

6 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

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

7 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

И так далее.

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

К примеру, в CMS «Битрикс» разграничение прав доступа уже реализовано, и не нужно специально указывать этот пункт в ТЗ.

4. Общие требования

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

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

    1. На всех страницах сайта присутствует навигационная цепочка (меню «хлебные крошки»).

    2. На сайте должен быть реализован поиск по точному вхождению слов.

    3. На всех пользовательских формах должны быть настроены капчи для проверки на автозаполнение.

    8 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

    4. Все данные форм должны храниться в отдельных инфоблоках.

    5. Все изображения должны содержать альтернативный текст и названия. Для защиты изображений от копирования на сторонних ресурсах должен быть реализован механизм вотермарок (водяных знаков).

    9 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

    6. Все длительные процессы обработки информации должны быть визуализированы. На примере preloader’а.

    10 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

    7. Обо всех существенных процессах на сайте администраторы должны информироваться по e-mail, например: добавление нового отзыва, новый заказ, его отмена или поступление оплаты.

    8. Прочее.

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

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

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

5. Описание страниц и разделов

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

11 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

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

В нашей компании для разработки компоновок и прототипов страниц используется программный продукт AxureRP. Приложение позволяет создавать динамичные прототипы сайтов и спецификации веб-приложений.

Пример прототипа в разработке представлен на рисунке ниже.

12 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

Пример описания главной страницы интернет-магазина по продаже спортивного питания из разработанного ТЗ представлен ниже.

13 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

Главная страница представляет собой динамическую страницу со следующей структурой:

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

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

По умолчанию баннеры в слайдере пролистываются раз в 3 секунды. Предусмотрена возможность изменения порядка баннеров в слайдере, а также привязка ссылки к баннеру.

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

Хиты продаж представляют собой блок из наиболее популярных товаров. Товары выводятся по 4 штуки на строке, по умолчанию выведено две строки (количество выводимых строк может быть изменено администратором сайта).

Элементы блока «Хиты продаж»:

  • заголовок блока;
  • ссылка «все хиты»;
  • изображение малое (размер на усмотрение дизайнера);
  • название товара;
  • бренд;
  • цена;
  • кнопка «Купить».

По клику на кнопку «Купить» товар добавляется в корзину, о чем информирует соответствующее всплывающее окно:

14 - Как составить четкое ТЗ и сделать так, чтобы вас все поняли.jpg

Ссылка «Все хиты» - переход на страницу с подборкой всех хитов.

Рейтинг фитнес-центров представляет собой блок с краткой информацией о фитнес-центре. Элементы блока:

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

Управляющие элементы позволяют пролистывать фитнес-центры в обе стороны.

Порядок добавления фитнес-центров в блок реализуется в административной части с помощью метки «Показывать в рейтинге на главной» и поля «Сортировка».

В блок выводится 5 фитнес-центров (или по усмотрению дизайнера).

      Заключение

Чтобы создать сайт, в принципе достаточно одного человека (конечно же, помимо самого клиента) - универсального исполнителя, который будет одновременно менеджером проекта, дизайнером, верстальщиком и программистом. Но, как известно, один в поле не воин, и один специалист не может идеально выполнять все задачи, касающиеся проекта.

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

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

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

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

Ваше имя*
Ваш номер телефона*
Тема для обсуждения
Выберите удобное время для звонка
9:00 9:15 9:30 9:45 10:00 10:15 10:30 10:45 11:00 11:15 11:30 11:45 12:00 12:15 12:30 12:45 13:00 13:15 13:30 13:45 14:00 14:15 14:30 14:45 15:00 15:15 15:30 15:45 16:00 16:15 16:30 16:45 17:00 17:15 17:30 17:45
Виды услуг
ОбзорМаксимальный размер файла - 10 мб