Проектирование информационной архитектуры сайта. Курс выживания

Пора внести все, что вы сделали, в основной документ. Создайте новую главу, назовите ее «Взаимодействие с сайтом». В этой главе должны быть представлены определение аудитории и сценарии пользователей. Можете попытаться интегрировать все это в одно целое, но лучше, как нам кажется, этого не делать. Далее резюмируйте сравнительный анализ сайтов конкурентов. Сам анализ должен быть вынесен в приложение к документу. Не забудьте опубликовать результат, чтобы любой мог его увидеть. Например: 2. Взаимодействие с сайтом 2.1 Аудитория 2.2 Сценарии пользователей 2.3 Анализ конкурентов (резюме)
Приложение A: Сравнительный анализ сайтов конкурентов Теперь, когда вы знаете, о чем, собственно, будет веб-сайт и для кого он будет построен, пришла пора решить, из чего он будет состоять. Окружающие уже имеют массу идей о том, что там должно быть, некоторые уже могут представлять себе, как все будет выглядеть. Вам предстоит направить весь этот креатив в нужное русло. У вас уже есть два подтвержденных заказчиком документа («Цели сайта» и «Взаимодействие с сайтом»), заказчик уже знаком с теми методами, которыми вы пользуетесь, и у вас есть опыт работы с нужными людьми. Задача данного этапа — собрать разные фрагменты, имеющие отношение к структуре и организации веб-сайта, из которых сайт будет построен позднее, как детский конструктор. Вам необходимо будет найти ответы на два вопроса: что именно должно быть представлено на сайте и какого рода функциональность потребуется. Представьте себе: вам необходимо построить космический корабль из конструктора «Лего». Для этого необходимо отобрать те элементы конструктора, из которых будет состоять сам корабль. В нашем случае эти элементы представляют собой контент (содержание). Если вы хотите, чтобы корабль мог выполнять какие-либо функции (выдвигать антенны, например) — вам понадобится выбрать еще и нужные моторы и передачи. Эти элементы конструктора будут представлять функциональные требования сайта. Чтобы представить все идеи касательно того, как сайт будет работать, нужно создать список содержания и функциональных требований, а затем утвердить то, как содержание будет сгруппировано и названо. Одним из результатов работы будет инвентарный список элементов содержания, который служит основой структуры сайта. Содержание и функциональные требования Используйте список целей, определение аудитории и сравнительный анализ сайтов конкурентов (эти документы уже должны быть полностью готовы), для того чтобы создать два новых документа: в одном будут перечислены функциональные требования, в другом — элементы содержания. Внесите в эти списки все веб-страницы или типы содержания, которые, как вы думаете, могут понадобиться. Содержание может быть либо статическим, либо динамическим, либо функциональным, либо транзакционным. Копирайты, правила пользования и т.п. являются примерами статического содержания. Страницы входа в закрытую область сайта, страницы подписки на новости и другие страницы, предполагающие транзакцию, должны быть включены в список функциональных требований. Посмотрите сайты конкурентов и добавьте те страницы, которые вы могли упустить. Пока вы работаете над этими двумя списками, попросите кого-нибудь еще создать собственный список желаемых элементов содержания сайта и включите его в свой список элементов содержания. Попросите оценить список и упорядочить его по мере важности элементов содержания. Если нужно, перепишите список еще раз. Теперь у вас есть то, что называется «инвентарный список элементов содержания сайта». Используя инвентарный список элементов содержания сайта, пересмотрите список функциональных требований. Если в инвентарном списке содержания есть страницы для отмены заказа, то система, на которой будет построен сайт, должна предусматривать такую возможность (т.е. в списке функциональных требований эта функция должна присутствовать). На этом этапе необходимо работать с людьми, знакомыми с конкретными технологиями, именно они должны оценить возможность или невозможность реализации тех или иных элементов содержания. Имеется ли у заказчика необходимая технология? Обладает ли фирма нужными специалистами? Имеется ли достаточно времени и денег чтобы построить или купить задуманное? Ранжируйте важность каждого требования. Возможно, от чего-то придется избавиться, чтобы успеть сдать работу в срок. Какие-то требования могут быть признаны более важными, и поэтому их нужно будет включить в списки. По материалам John Shiple «Squishy’s Crash Course in Information Architecture» Андрей Тихонов
Весь номер

Новости партнеров: