Статья морально устарела, поэтому рекомендую читать только ради любопытства.
Можно почитать: О проектной документации
При чтении важно понимать и помнить, что составление технического задания, как и проектирование, является всегда платной услугой, а также требует профессиональных и практических навыков для его составления. Также необходимо учитывать, что одно техническое задание не может служить примером для составления другого технического задания, даже при подобных задачах. Все что может быть примером — это идея и концепция составления, а также принципы архитектурного проектирования.
Содержание технического задания
Для сайтов содержание может выглядеть вот так:
Если не существует отдельного договора на разработку сайта, в котором определяются сроки и финансовые вопросы, а также прочие детали по сотрудничеству разработчика и заказчика, то следует в техническом задании отдельным разделом их прописать. Причем идеальный вариант прописывать срок не только единой цифрой, а разбивать работу на этапы. Допустим в таком виде (цифры и этапы условные):
Общий срок работы — 60 дней.
- Проектирование, предпроектный анализ — 10 дней.
- Разработка структуры сайта — 10 дней.
- Макетирование — 15 дней.
- Разработка прототипов сайта (вёрстка) — 10 дней
- Тестирование — 10 дней.
- Ввод в действие — 5 дней.
Это определит план работы, стратегию и избавит от преждевременных требований заказчика показать, что уже сделано.
Теперь подробнее о каждом разделе технического задания.
№1 Цели и концепция сайта
В первую очередь знакомимся с компанией, для которой создаем сайт, узнаем подробно о деятельности и принципах.
Знакомство с компанией может включать, например, следующие пункты:
- Чем занимается компания.
- Какая ценовая категория услуг и продуктов компании.
- Какие торговые марки представляет компания.
- Существует ли продающая идея компании, допустим уже используемая в печатной или ТВ рекламе.
Никто лучше заказчика не опишет идеи, принципы и деятельность компании, поэтому вся работа сводиться к двум вещам: слушать и задавать вопросы.
Необязательно на данном этапе сводить информацию к целям и назначению сайта, эта информация скорее должна выглядеть в виде общего рассказа о компании.
Дальнейшие два подраздела «Целевая аудитория» и «Назначение и цели сайта» можно объединить в единый раздел, но если позволяет время, то можно выполнять все, по порядку согласовывая каждый отдельный этап с заказчиком.
Целевая аудитория
Только после выяснения кто является клиентами компании и посетителями будущего сайта, можно понять назначение сайта и сформулировать цели.
Примерные вопросы о целевой аудитории будут выглядеть так:
- Социальный уровень (профессии, социальные классы, доходы)
- Возраст
- Женский и мужской пол в процентном соотношении (показатель весьма иллюзорный, так что всегда лучшее решение это унисекс, даже для сайтов женских журналов :)
- Географическое положение аудитории.
После того как мы уяснили примерную аудиторию сайта, разбиваем ее на группы и категории. Категории составляются в зависимости от интересов той или иной аудитории. Например, для сайта по торговле бытовой техникой категории будут такими:
- Покупатели (т.е. те, кто будут непосредственно заказывать продукцию на сайте или же получать контактную информацию о магазинах компании. Категория так же делиться на подкатегории: покупатели, заказывающие эксклюзивные модели техники; те покупатели, которых интересуют распродажи, покупатели, интересующиеся новинками рынка и т.д.)
- Дилеры, оптовики, партнеры (те, кого интересует посредническая и деловая информация)
- Прочие (в эту категории можно включить, например, тех, кто будет приходить на сайт в исследовательских интересах или просто, чтобы узнать, кто разрабатывал сайт)
Таким образом, составляем подробный список всех возможных аудиторий сайта и продумываем, кто какие цели преследует и какие потребности посетителей наиболее важны для компании.
Важно отметить, что технология сайта не определяет аудиторию, так как сайтом могут пользоваться различные люди при различных характеристиках соединений с интернетом и при различных характеристиках мониторов и оборудования. Допустим, сайт предназначен для продвижения какой-либо дорогой и эксклюзивной услуги, и это совершенно не определяет, что на сайт будут заходить только люди имеющие дорогие мониторы с большим разрешением и имеющие широкие каналы связи. Совершенно справедливо, что этими посетителями могут быть, например, те, кто пользуется интернетом через GPRS, или смотрит сайт через браузер КПК, а может быть на мониторе ноутбука.
То есть реально пользователи определяются только в соответствии их целям и намерениям.
Назначение и цели сайта
Уже на этапе определения целевой аудитории мы могли выяснить, какие цели будут преследовать посетители будущего сайта. Если до сих пор назначение сайта не сведено в единое целое и должным образом не сформулировано, необходимо это сделать. А также определить общие цели сайта со стороны компании.
Общие цели сайта определяет заказчик, именно на этом этапе он будет полноправным соавтором проекта. Задача определения целей сайта сводиться к следующему: задаем вопросы и узнаем из уст заказчика предназначение и цели сайта, после чего переформулируем эту информацию для себя.
Важные вопросы на этом этапе:
- Зачем нужен этот сайт?
- Каковы краткосрочные цели сайта?
- Каковы долгосрочные цели сайта?
- Каково общее назначение сайта?
- Зачем человеку может понадобиться прийти на этот сайт в первый раз?
- Зачем ему возвращаться?
- Сайт должен продавать товар или демонстрировать услугу?
Вопросы могут быть различные, все зависит лишь от деятельности компании и от задач, которые ставит компания перед сайтом.
После того как все вопросы заданы и получена предварительная информация о назначении и целях сайта, необходимо всю информацию обработать в удобном для разработчика виде. Это значит, во-первых, задать все эти вопросы самому себе и постараться на них ответить с учетом того, что узнали о компании и о ее деятельности. Во-вторых, четко определить цели, записав их формулировки, отсекая лишнее. В-третьих, расставить цели сайта по приоритетам и если необходимо разделить их на категории.
После того как список с целями и с целевой аудиторией сайта составлен, согласовываем его с заказчиком, который может внести поправки и дополнения. Как только список будет утвержден, можем приступать к следующему этапу работы. Без согласования заказчиком целей сайта и аудитории, а также без уверенности, что поняли назначение сайта, дальнейшая работа будет весьма рискованной и непредсказуемой. Необходимо учитывать для себя и дать это понять заказчику, что цели сайта формулируются один раз и изменению в дальнейшем не подлежат. Варьироваться может лишь план работы и средства достижения этих целей.
Концепция сайта
По желанию разработчика или в случае достаточного количества времени можно резюмировать всю информацию о сайте, о целевой аудитории в единую концепцию сайта. Концепция сайта должна быть как можно более краткой и ясной, а также доступной для понимания тех, кто будет сотрудничать с вами в разработке. Концепция может включать общий смысл сайта, сформулированный в единую цель для всех заинтересованных лиц.
Составленная на предпроектном этапе концепция, может помочь на этапе сдачи проекта, когда уже виден результат работы. Если концепция и результат совпадают, работа выполнена отлично, если же есть расхождения, то, скорее всего, ошибки при проектировании были допущены еще на этапе определения целей сайта. Можно сделать достаточно выводов на будущее.
№2 Взаимодействие с сайтом
Сценарии пользователей
Под сценариями пользователей подразумеваются рассказы, в которых разработчики становятся на место посетителя сайта и описывают свои действия.
Обычно принято при составлении сценариев пользователей давать этим пользователям имена, составлять краткий рассказ о них и только после этого описывать их действия. Иногда в этих рассказах есть излишняя информация о стиле жизни виртуального пользователя, например, повествование о его предпочтениях в еде, в одежде и прочем. В этом есть, конечно, разумный смысл, потому как неполноценно выглядит пользователь сайта по продаже бытовой техники, интересующийся в жизни только этой техникой. Но и перевод сценария в художественный стиль, во-первых, требует дополнительного времени, во-вторых, на стадии реализации проекта несет слишком мало пользы, в-третьих, излишняя персонализация может пойти во вред, сузив фактические предпочтения целевой аудитории.
Общий рецепт и инструкцию по написанию сценариев пользователей написать думаю невозможно, ведь все зависит от практики их составления и конечно от задач сайта. Но типичные моменты постараюсь описать в примере пользовательского сценария, для сайта по продаже бытовой техники:
Имя: Елена
Возраст: 25 лет
Профессия: менеджер торговой компании
Живет в Санкт-Петербурге, в собственной квартире, не замужем. Имеет достаток выше среднего.
Ее цель при посещении сайта по продаже бытовой техники — покупка музыкального центра с доставкой на дом.
У Елены мало свободного времени и поэтому, зайдя на сайт, через поисковик, ее, прежде всего, интересуют способы доставки, сроки доставки и все прочие условия по этому сервису. Если на поиск этой информации уйдет больше чем 10-15 секунд, то Елена перейдет на другой сайт. После прочтения информации о доставке, Елена убеждается, что продающая компания имеет реальный фактический адрес и номер телефона. После этого она сразу же на странице «Контактная информация» вводит в строку поиска название и марку музыкального центра. Она уже знает модель центра, например, по рекомендации друга и ищет именно эту модель. При поиске просто пишет: «Sony X123». Для нее не логично пользоваться расширенным поиском или искать модель через рубрикатор товаров.
Найдя товар, ее интересует только цена. Елене приятно, что цена с небольшой скидкой. Удовлетворенная быстрым поиском товара и ценой, Елена даже согласна пройти регистрацию на сайте, для того чтобы сделать заказ. Она жмет кнопку «Заказать», заполняет небольшую форму своими данными, указывает контактный телефон и емайл. Проверяет почту и убеждается, что ее заказ подтвержден. Если бы подтверждение не пришло по емайл, она бы не стала дожидаться звонка от службы продажи и вообще отказалась бы от заказа.
В случае если доставка товара прошла успешно, то Елена обязательно порекомендует сайт друзьям, и будет вновь заходить на него, теперь читая обзоры новинок техники, просматривая сравнительные таблицы моделей и иногда делая покупки.
P. S. Хорошие, проработанные сценарии могут дать полное представление о структуре сайта и о его функциональности. Не составляя сценарий пользователя хотя бы мысленно, разработчик вряд ли поймет, для кого он делает сайт, и как им будут пользоваться.
Анализ сайтов конкурентов
Этот этап работы сводится к двум целям: избежать повторений в дизайнерских решениях и выяснить особенности сайтов.
Вообще я склоняюсь к мнению, что достаточно только визуального анализа сайтов конкурентов, чтобы не было банальных повторений, а более детальное изучение и глубокий анализ может сыграть плохую роль. Потому как при разработке подсознательно можем основываться на этих сайтах, а опираться на конкурентов в бизнесе вряд ли имеет смысл. Еще один негативный отпечаток анализа конкурентов — это разработка «от противного», которая уведет от собственных целей. Но это мой субъективный взгляд.
Причем, заказчик почти всегда сможет объяснить, чем его компания отличается от конкурентов и этой информации может вполне хватить для выделения сайта среди конкурентов. И естественно эта информация от заказчика будет ценнее собственного «поверхностного» анализа.
№3 Содержание сайта
Наполнение сайта
Один из самых затратных по времени этапов — сбор всей информации, текстов, графики, фотографий для будущего контента сайта. Если этот этап не пройти на стадии проектирования, то контент можно будет собирать целую вечность еще и после всех официальных сроков сдачи проекта, а потом обязательно узнаем, что сайт необходимо частично или даже полностью переделывать, уже отталкиваясь от контента, а не от задач.
В техническом задании контент может выглядеть в виде списка с указанием ссылок на документы, тексты, фотографии и все прочее, что будет входить в контент. Сама же информация может быть прикреплена в приложениях к техническому заданию.
Функциональные и технические требования
На данном этапе можно уже выяснить и представить примерное содержание сайта. Для этого собранный контент группируем по функциональным блокам и элементам сайта.
Допустим, мы разрабатываем интернет-магазин по продаже бытовой техники. Для представления товаров в магазине у нас имеются фотографии техники. Исходя из назначения и целей сайта, мы должны сформировать карточку товара с техническими характеристиками и фотографией товара. Итак, у нас получается отдельный блок сайта, который и будет являться функциональным элементом.
Не забываем учитывать как статические элементы, так и динамические. Также необходимо помнить о расширяемости блоков и собственно всей функциональности сайта.
Группы блоков и элементов сайта можно выписывать по различным параметрам: по приоритетности, по объему, по частоте обновления и изменения и т.д. Важно учитывать все эти параметры и сами блоки, опираясь на уже ранее определенные цели посетителей сайта.
Когда определены все блоки и элементы сайта, а соответственно имеется представление о функциях сайта можно переходить к техническим требованиям.
Технические требования — это средства и способы разработки применимые к данному проекту. На мой взгляд, совершенно логично определиться с технологиями разработки до этапа визуального представления и макетирования, чтобы не столкнуться с нереализуемыми или неприменимыми для данного проекта задумками и идеями дизайнеров.
№4 Структура сайта
Разделы сайта
Исходя из назначения сайта, функциональных блоков и остальной информации по проекту составляем иерархический (древовидный) список разделов сайта. Для наглядности можно представить разделы в виде связанных организационных диаграмм. Это поможет не только реально представить структуру сайта, но и убедиться в обеспечении должных взаимосвязей сайта, начиная от перемещений пользователей и заканчивая общей целостностью структуры.
Важно при составлении структуры убедиться в ее расширяемости в зависимости от контента и функциональности сайта.
Система навигации
Глядя на структуру сайта не сложно выделить основные элементы навигации и связать ее с каждым разделом сайта. И естественно точно также как и на других этапах задумываться о расширении навигации. Иногда, на практике, простая с виду задача как дополнение меню уже готового сайта всего лишь одним пунктом, приводит к переделке всей структуры сайта. Это свидетельство непродуманности системы навигации при проектировании.
Система навигации в техническом задании может выглядеть как иерархический список, как организационная диаграмма или иным образом. Важно выписать все элементы навигации всех страниц и разделов.
Эскиз сайта
Главная задача эскиза показать основную структуру будущих макетов сайта. Наглядность и условность эскиза помогает избежать многих ошибок и затруднений при детальной обрисовке деталей дизайна.
Фактически эскиз сайта это составление определенной композиции из функциональных блоков и элементов будущего сайта. Эскиз — каркас и основа всего сайта, по аналогии со строительством блочного дома, можно оценить значимость этого этапа. Разве можно представить строительство дома, которое начинается с окрашивания несуществующих стен?
Бонус. Техническое задание для малобюджетных проектов
1. Описание задачи
Буквально пара предложений о том, что представляет собой компания или проект.
2. Категории целевой аудитории
Как и в полной версии ТЗ выделить категории и группы посетителей сайта.
3. Назначение и цели сайта
Формулировка целей и задач сайта в нескольких предложениях с учетом целей посетителей.
4. Структура разделов сайта
Древовидный список всех страниц сайта.
5. Система навигации
Меню сайта списком.
6. Функциональные блоки и элементы
Список блоков и элементов сайта для каждого раздела и страницы.
7. Технические требования
Средства и способы разработки.
8. Эскиз
Сетка сайта с обозначением всех блоков и элементов.