Как составить техническое задание (ТЗ)?

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

Содержание технического задания (ТЗ)

Для сайтов содержание может выглядеть вот так:

1. Цели и концепция сайта
   • Миссия компании
   • Целевая аудитория
   • Назначение и цели сайта
   • Концепция сайта
2. Взаимодействие с сайтом
   • Сценарии пользователей
   • Анализ сайтов конкурентов
3. Содержание сайта
   • Наполнение сайта
   • Функциональные и технические требования
4. Структура сайта
   • Разделы сайта
   • Система навигации
   • Эскиз сайта

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

Общий срок работы — 60 дней.

1. Проектирование, предпроектный анализ — 10 дней.
2. Разработка структуры сайта — 10 дней.
3. Макетирование — 15 дней.
4. Разработка прототипов сайта (вёрстка) — 10 дней
5. Тестирование — 10 дней.
6. Ввод в действие — 5 дней.

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

№1 Цели и концепция сайта

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

Знакомство с компанией может включать, например, следующие пункты:

1. Чем занимается компания.
2. Какая ценовая категория услуг и продуктов компании.
3. Какие торговые марки представляет компания.
4. Существует ли продающая идея компании, допустим уже используемая в печатной или ТВ рекламе.

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

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

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

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

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

Примерные вопросы о целевой аудитории будут выглядеть так:

1. Социальный уровень (профессии, социальные классы, доходы)
2. Возраст
3. Женский и мужской пол в процентном соотношении (показатель весьма иллюзорный, так что всегда лучшее решение это унисекс, даже для сайтов женских журналов
4. Географическое положение аудитории.

После того как мы уяснили примерную аудиторию сайта, разбиваем ее на группы и категории. Категории составляются в зависимости от интересов той или иной аудитории. Например, для сайта по торговле бытовой техникой категории будут такими:

1. Покупатели (т.е. те, кто будут непосредственно заказывать продукцию на сайте или же получать контактную информацию о магазинах компании. Категория так же делиться на подкатегории: покупатели, заказывающие эксклюзивные модели техники; те покупатели, которых интересуют распродажи, покупатели, интересующиеся новинками рынка и т.д.)
2. Дилеры, оптовики, партнеры (те, кого интересует посредническая и деловая информация)
3. Прочие (в эту категории можно включить, например, тех, кто будет приходить на сайт в исследовательских интересах или просто, чтобы узнать, кто разрабатывал сайт)

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

Важно отметить, что технология сайта не определяет аудиторию, так как сайтом могут пользоваться различные люди при различных характеристиках соединений с интернетом и при различных характеристиках мониторов и оборудования. Допустим, сайт предназначен для продвижения какой-либо дорогой и эксклюзивной услуги, и это совершенно не определяет, что на сайт будут заходить только люди имеющие дорогие мониторы с большим разрешением и имеющие широкие каналы связи. Совершенно справедливо, что этими посетителями могут быть, например, те, кто пользуется интернетом через GPRS, или смотрит сайт через браузер КПК, а может быть на мониторе ноутбука.

То есть реально пользователи определяются только в соответствии их целям и намерениям.

Назначение и цели сайта

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

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

Важные вопросы на этом этапе:

1. Зачем нужен этот сайт?
2. Каковы краткосрочные цели сайта?
3. Каковы долгосрочные цели сайта?
4. Каково общее назначение сайта?
5. Зачем человеку может понадобиться прийти на этот сайт в первый раз?
6. Зачем ему возвращаться?
7. Сайт должен продавать товар или демонстрировать услугу?

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

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

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

Концепция сайта

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

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

№2 Взаимодействие с сайтом

Сценарии пользователей

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

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

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

Имя: Елена

Возраст: 25 лет

Профессия: менеджер торговой компании

Живет в Санкт-Петербурге, в собственной квартире, не замужем. Имеет достаток выше среднего.

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

У Елены мало свободного времени и поэтому, зайдя на сайт, через поисковик, ее, прежде всего, интересуют способы доставки, сроки доставки и все прочие условия по этому сервису. Если на поиск этой информации уйдет больше чем 10-15 секунд, то Елена перейдет на другой сайт. После прочтения информации о доставке, Елена убеждается, что продающая компания имеет реальный фактический адрес и номер телефона. После этого она сразу же на странице «Контактная информация» вводит в строку поиска название и марку музыкального центра. Она уже знает модель центра, например, по рекомендации друга и ищет именно эту модель. При поиске просто пишет: «Sony X123». Для нее не логично пользоваться расширенным поиском или искать модель через рубрикатор товаров.

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

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

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

Анализ сайтов конкурентов

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

Вообще я склоняюсь к мнению, что достаточно только визуального анализа сайтов конкурентов, чтобы не было банальных повторений, а более детальное изучение и глубокий анализ может сыграть плохую роль. Потому как при разработке подсознательно можем основываться на этих сайтах, а опираться на конкурентов в бизнесе вряд ли имеет смысл. Еще один негативный отпечаток анализа конкурентов — это разработка «от противного», которая уведет от собственных целей. Но это мой субъективный взгляд.

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

№3 Содержание сайта

Наполнение сайта

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

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

Функциональные и технические требования

На данном этапе можно уже выяснить и представить примерное содержание сайта. Для этого собранный контент группируем по функциональным блокам и элементам сайта.

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

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

Группы блоков и элементов сайта можно выписывать по различным параметрам: по приоритетности, по объему, по частоте обновления и изменения и т.д. Важно учитывать все эти параметры и сами блоки, опираясь на уже ранее определенные цели посетителей сайта.

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

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

№4 Структура сайта

Разделы сайта

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

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

Система навигации

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

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

Эскиз сайта

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

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

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

1. Описание задачи

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

2. Категории целевой аудитории

Как и в полной версии ТЗ выделить категории и группы посетителей сайта.

3. Назначение и цели сайта

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

4. Структура разделов сайта

Древовидный список всех страниц сайта.

5. Система навигации

Меню сайта списком.

6. Функциональные блоки и элементы

Список блоков и элементов сайта для каждого раздела и страницы.

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

Средства и способы разработки.

8. Эскиз

Сетка сайта с обозначением всех блоков и элементов.