Шаблоны проектирования веб-приложений

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

Как

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

Рис. 4.14. На портале Excite пользователи могут редактировать, сворачивать и разворачивать портлеты

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

Рис. 4.15. Портал My Sun Connection разделен на несколько страниц: Home (Домашняя страница), My Products (Мои продукты), Support (Поддержка), Communities (Сообщества), My Account (Мой аккаунт) и Developers (Разработчики)

Поддерживайте адаптацию контента к потребностям и типам пользователей

Порталы обычно предоставляют пользователю доступ к большому объему контента, лишь малая часть которого действительно интересна пользователю. Например, системному администратору из отдела информационных технологий будут интересны совершенно иные виды контента и приложений внутрикорпоративного (интрасетевого) портала, нежели специалисту по набору сотрудников из отдела персонала. Точно также во многих экстрасетевых порталах конечных пользователей (клиентов) может интересовать совершенно иной контент, нежели партнеров и дилеров. Поэтому порталы должны поддерживать персонализацию и кастомизацию контента, сообразно потребностям и типам пользователей (см. шаблоны PERSONALIZATION и CUSTOMIZATION далее в этой главе). Что касается публичных порталов (таких как iGoogle, My Yahoo! и My MSN), там пользователям часто предлагается заданная по умолчанию страница портала, к которой они могут по необходимости добавлять страницы (рис. 4.16).

Рис. 4.16. На портал My Yahoo! пользователи могут добавлять свои собственные страницы, нажав на кнопку Add Page (Добавить страницу). В данном примере пользователь создал страницу Finance (Финансы)

Соблюдайте единообразие оформления

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

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

Портал должен быть единообразным не только по стилю оформления, но также и по характеру взаимодействия с пользователем. Когда пользователь авторизовался на портале под своим именем, если нет необходимости в дополнительных мерах безопасности, предоставьте ему возможность органичного доступа к различным приложениям, без необходимости авторизоваться отдельно в каждом из них; т. е. портал должен поддерживать технологию единого входа (SSO) (рис. 4.17; см. шаблон LOG IN в главе 3).

Рис. 4.17. На портале iGoogle пользователи могут просматривать информацию из приложений Google Finance Portfolios, Google Calendar и Gmail, поскольку для входа в каждое из них нужны одни и те же реквизиты

Хотя применение технологии единого входа целесообразно для корпоративных порталов, во многие интернет-порталы могут быть включены другие приложения на основе веб-сервисов, для работы с которыми пользователям нужно авторизоваться отдельно. Например, портал iGoogle позволяет пользователям просматривать напоминания сервисов Jott (www.jott.com (http://www.jott.com/)) на своем портлете, для этого пользователям необходимо авторизоваться отдельно. В таких случаях предлагайте пользователям возможность «запомнить меня», чтобы им не приходилось авторизоваться каждый раз при входе в портал.

Предоставьте пользователям возможность менять оформление портала в соответствии со своими предпочтениями

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

Связанные шаблоны проектирования

Хотя порталы обеспечивают единообразие стиля оформления, обычно пользователи могут «освежить» портал, поменяв его внешний вид. У пользователей также может быть возможность кастомизировать контент и макет страницы (см. CUSTOMIZATION). Поскольку порталы спроектированы таким образом, чтобы объединять контент из различных источников, некоторые виды контента могут также представать в виде DASHBOARD, помогающей пользователям увидеть текущий статус (или состояние) определенных ключевых показателей.

PERSONALIZATION (ПЕРСОНАЛИЗАЦИЯ)

Проблема

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

Решение

Адаптируйте приложение под пользователя, показывая ему информацию, персонализированную на основе его профиля, схем взаимодействия и/или указанных (или выявленных) предпочтений и интересов (Anand and Mobasher, 2005; Koch and Rossi, 2002) (рис. 4.18).

Рис. 4.18. Веб-приложение для онлайн-видеопроката Netflix советует пользователям фильмы, основываясь на том, какие фильмы пользователь брал в прокат ранее и какую оценку дал просмотренным фильмам. Netflix также принимает в расчет возраст и пол пользователя

Зачем

Персонализация все чаще применяется для того, чтобы помочь пользователям разобраться в практически неограниченном объеме информации. Вместо того чтобы предоставлять «всю» информацию, пользователям предлагается только та информация, которая отвечает их индивидуальным потребностям и интересам (Anand and Mobasher, 2005; Koch and Rossi, 2002; Rossi et al., 2001). Таким образом, персонализация дает два преимущества: во-первых, она уменьшает «загромождение», устраняя элементы, которые пользователю могут быть неинтересны, а во-вторых, она указывает пользователю на новые элементы, которые самостоятельно он мог бы не заметить или не найти. Более того, поскольку персонализированный (или рекомендованный) список элементов составлен на основе интересов и действий пользователя, пользователям придется меньше волноваться по поводу того, стоит ли покупать что-либо из этого списка или стоит ли задействовать эти элементы в других операциях.

Как

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

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

2. На основе интересов пользователя, выявленных из его предыдущих опытов взаимодействия с приложением и совершенных операций (имплицитная персонализация).

Эксплицитная персонализация

На самом примитивном уровне приложение может быть персонализировано просто с помощью добавления имени пользователя в приветствие (рис. 4.19).

Рис. 4.19. Приложение Morningstar приветствует пользователей сообщением «Добро пожаловать [имя]»

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

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

Еще один вариант персонализации – это показывать незарегистрированным и неавторизованным пользователям одну версию приложения, а авторизованным – другую (рис. 4.21).

(а)

(б)

Рис. 4.21. Сервис Blockbuster предлагает различные версии домашней страницы: одна для новых пользователей (a), а другая для постоянных авторизованных пользователей (б)

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

(а)

(б)

Рис. 4.22. Приложение Rally Software отображает различные виды вкладок для пользователей с правом доступа к подписке (a) и без этого доступа (б)

Имплицитная персонализация

Персонализация, основанная на предполагаемых предпочтениях и потребностях пользователя (имплицитная персонализация), обычно представлена в виде рекомендаций, учитывающих предыдущий опыт взаимодействия пользователя с системой. Такой вид персонализации часто встречается в приложениях для электронной коммерции, в которых пользователям рекомендуют товары, основываясь на их предыдущих покупках или ранее просмотренных товарах. При такой персонализации часто применяется социальный фильтр, когда рекомендации основываются на сходстве поведения и интересов пользователей приложения, принадлежащих к той или иной социальной группе (Goldberg et al., 1992) (рис. 4.23). Также этот вид персонализации встречается в социальных приложениях, когда пользователям предлагается добавить кого-либо в «друзья», на основании наличия общих друзей в этой социальной сети (см. главу 9).

(а)

(б)

(в)

Рис. 4.23. Приложение Amazon предлагает несколько видов рекомендаций, в зависимости от предыдущих покупок пользователя (a), недавно просмотренных товаров (б) и соответствующих товаров, приобретенных другими людьми со схожими интересами (в)