Позиционирование проекта и сегментация ЦА

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

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

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

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

В голову пришел образ, описанный во второй книге "Гарри Поттер" - там мальчик, с трудом вырвавшись от своих родственничков, приезжает погостить в семью своего друга Рона. Там, на контрасте с обыденной стерильностью в доме дяди и тети он наблюдает удивительное сооружение - усадьба, в которой живет большая семья его дружбана-волшебника. Очень хотелось бы опубликовать небольшой блок текста дословно, однако опасаюсь преследований за нарушение авторских прав JJ. Речь идет о том, что вся усадьба выглядит так, как будто начиналась она с одного маленького сарая, и в дальнейшем - пристройка за пристройкой - к нему добавлялись сарайчики побольше и поменьше, росла семья - росло количество пристроек, и вот получилось удивительное сооружение, которое непонятно как существует и на чем держится, однако удивительно живое и уютное.

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

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

Всемирная паутина на сегодняшний день представляет колоссальное количество сайтов, web-документов, сервисов, и, как следствие, можно выделить группы посетителей сайтов с совершенно различными нуждами и желаниями. Для того, чтобы определить "позицию" вашего проекта в интернет-пространстве и представить "портрет посетителя" - попробуйте составить описание вашего проекта исходя из ряда пунктов:
Какие причины есть у вас (или у вашего заказчика) для разработки сайта? возможные ответы:
Хочется рассказать о себе и своих талантах;
Конкуренты используют представительство в интернет - а чем мы хуже;
Только для рекламы предоставляемой услуги, марки или продукции;
В рамках масштабной рекламной кампании - как поддержка традиционной рекламе;
При продаже услуги или товара - для привлечения новых клиентов из интернет;
Для работы с партнерами или дилерами - при наличии значительного регионального разброса;
возможно у вас есть другой ответ...
К какому типу веб-сайтов вы относите вашу разработку:
Домашняя страница;
Презентационный сайт фирмы (товара, услуги);
Информационный сайт;
Корпоративный сайт;
Электронный магазин.
Какая целевая аудитория проекта (опишите не только их возраст, должность или сфера деятельности, степень "обученности" пользованию on-line сервисов и другие характеристики - обязательно следует учесть их потребности.)

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

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

Следующий этап - не менее важный, однако в некоторых ситуациях более сложный - структурировать информацию, которая будет составлять проект. Если информация на сайте будет статическая и редко обновляемая -структура будет представлять собой одноуровневый список разделов - "обо мне" (или "о компании"), "услуги", "контактная информация"... Сложнее, когда на сайте присутствуют разделы, которые требуют регулярного обновления, серверного программирования и наличие таких разделов должно быть учтено до, а не в процессе (и тем более не по окончанию) разработки проекта.
Для cайта любого типа и любой сложности:
Помощь (она же - поддержка, она же - support, может включать в себя FAQ, или - Часто Задаваемые Вопросы, которые могут пополняться)
Сервис поиска. Поиск может быть простым - по слову или словосочетанию или сложный - с учетом критериев, выбора рубрики, языка, регистра etc.
Карта сайта.
Для сайта любого типа - есть ли необходимость предоставлять дополнительные сервисы обратной связи с посетителями:
Гостевая книга
Форум
Опросы посетителей
Подписка на новостийную рассылку
Сервис мгновенной обратной связи
Информационная часть -
Будут ли обновляться новости - и как часто? Несколько раз в день? Раз в неделю? В пол-года?
Статьи - будут это материалы на одну тему(к примеру совпадающую один к одному с темой сайта) или для них следует написать внутреннюю структуру - дерево тематик для статей, иначе говоря - рубрикатор, и как часто статьи будут добавляться?
Будет ли обновляться (расти) сам рубрикатор?
Для коммерческого сайта, цель которого - продажа товара или услуги, необходимо так же описать наличие динамических документов/разделов, таких как:
Каталог товаров/услуг (обязательно следует оценить как объем товаров в каталоге, так и наличие/отсутствие рубрикатора каталога)
Оперативно обновляемый прайс-лист
Регистрация партнеров и диллеров (т.е. возможность предоставления посетителю "приватной" зоны проекта)
Регистрация клиентов - потребителей товара/услуги
Электронный магазин - собственно продажи.

Сформируйте на основании подобного опроса древовидную структуру - в будущем этот документ вы сможете использовать при формировании "карты сайта". Один из вариантов реализации такой карты вы можете наблюдать здесь: http://www.nundesign.com/sitemap.html.

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

Собственно мы уже плавно подошли к описанию типов навигации, однако подробно мы остановимся на этой теме позже, сегодня (вкраце) только лишь укажем те типы, которые будут рассмотрены в следующем информационном блоке.
Навигационное меню - простой список, ряд кнопок, выпадающие (или всплывающие) меню.
Хлебные крошки - сквозной маршрут сквозь иерархическую структуру сайта
Карта сайта - пример развернутой иерархической структуры.
Текстовая навигация - перемещение по документам проекта, да и всей сети в произвольном порядке.
Каталог - структура представления данных, удобная для электронных магазинов (предоставить каталог продукции по типам, подтипам...), для каталогов сайтов по рубрикам (Яндекс, Рамблер...)
Пейджинг - перемещение страницам (применяется в многостраничных галереях, в длинных списках ссылок...)

По методам реализации каждого типа навигационной модели: это может быть текстовое решение, графическое (картинки с графическим текстом или иконки), флешевое или комбинированное.