Проектирование приложений для Modern UI

Применение процесса UX к приложениям с новым пользовательским интерфейсом Windows

Показывать лекцию целиком

Презентацию к данной лекции можно скачать здесь.

Цель лекции

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

Пять шагов к успешным сценариям для WinRT-приложений

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

Шаг первый: Сформулируйте высказывание о ключевых преимуществах приложения

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

Выражение "best-at" - это не какой-то случайный абзац или набор строк, описывающий функции. Это хорошо продуманная формулировка, которая:

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

    Создание собственного высказывания

    Здесь вы создадите свое собственное высказывание "best-at", можете выбрать одну из предложенных тем или использовать свою идею. Прежде чем формулировать высказывание, вы, возможно, захотите придумать какое-нибудь хорошее приложение, - конечно же, в жизни эта идея была бы основана на исследованиях, но здесь вам придется взять любое приложение, которое что-нибудь делает.

  • Выберите идею приложения или придумайте свою.
    Палатки с фаст-фудом (FoodTrucks) - набирают популярность и предлагают угощения на любой вкус.
    Футбол (Soccer) - будет очень хорошим приложением для фанатов футбола. При наличии высокоскоростного интернет-канала они ожидают видеть больше мультимедийного контента - новостей, видеоклипов. Кроме того, фанаты ожидают от подобного приложения возможностей поиска информации об играх, возможность купить билеты через интернет и т.д.
    Обзор ресторанов (RestaurantApplication) - Приложение, с помощью которого пользователь сможет получить информацию о каком-либо ресторане, узнать, принимают ли там кредитные карты, можно ли зарезервировать столик, определитьместоположение и средний рейтинг ресторана, построенный по оценкам других пользователей.
    Поиск автомобилей с пробегом (UsedCarFinder) - хорошее приложение для тех, кто ищет подержанный автомобиль. Приложение должно помочь пользователю найти такой автомобиль, который ему нужен - в необходимом ему состоянии, по подходящей цене. Кроме того, нужно предусмотреть поиск по регионам.
  • Сформулируйте высказывание, которое описывает. ключевые преимущества вашего приложения. Помните о том, что вам нужно уложиться в одно предложение, которое отражает уникальность приложения и позволяет чётко дифференцировать его от других подобных приложений.
  • Пример: Используем идею приложения о палатках быстрого питания.

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

    Шаг второй: Придумайте сценарии, подходящие вашему приложению

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

    Сценарии должны соответствовать высказыванию о ключевых преимуществах приложения. Иначе вам придется возвращаться назад и изменять высказывание.

    Задание: Создайте не менее 10 сценариев

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

    Не пытайтесь отбрасывать ненужное на этой стадии. Если вы напишете и функции и сценарии, которые не соответствуют высказыванию "best-at", отфильтровать все можно будет позже.

    Примеры:

  • Поиск ближайшего места, где можно было бы перекусить.
  • Просмотр разных палаток быстрого питания.
  • Поиск палаток, которые рекомендуют другие пользователи.
  • Комментирование.
  • Чат с хозяевами заведений.
  • Просмотр состава и калорийности продуктов.
  • Просмотр местоположения палаток на карте.
  • Возможность поиска по типу пищи.
  • Желание всегда знать, где расположены любимые палатки.
  • Поиск и сортировка найденных палаток.
  • Задание: Отбросьте сценарии, не относящиеся к высказыванию "best-at"

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

    Шаг третий: Отказ от функций, которые не соответствуют сценариям

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

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

    В вашем списке сценариев наверняка есть функции, непредумышленно туда включенные.

    В нашем примере тоже есть функции.

    Задание: Вычеркните функции

    Теперь вычеркните функции из своего списка сценариев.

    Шаг четвертый: Назначение приоритетов и объединение сценариев

    Теперь можно совместить ваши сценарии с теми, в которых, скорее всего, может оказаться пользователь. Расположите ваши сценарии в порядке важности их для пользователя. Эти оставшиеся сценарии и станут вашим приложением и должны быть доступны пользователю как можно скорее после запуска приложения.

  • Постоянное информирование о расположении избранных палаток.
  • Поиск ближайшего места, где можно было бы перекусить.
  • Поиск палаток, которые рекомендуют другие пользователи.
  • Просмотр разных палаток быстрого питания; Возможность поиска по типу пищи.
  • Задание: Расположите ваши сценарии в соответствии с приоритетом

    Теперь совместите похожие сценарии и расположите их в соответствии с приоритетом.

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

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

    Задание: Придумайте имена разделов приложения на основе сценариев

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

    Где мои палатки?

  • Постоянно показывать на карте расположение избранных палаток.
  • Я голоден

  • Поиск ближайшего места, где можно было бы перекусить.
  • Отличные палатки

  • Поиск палаток, которые рекомендуют другие пользователи.
  • Хочется чего-то нового

  • Просмотр разных палаток быстрого питания; Возможность поиска по типу пищи.
  • Шаг пятый: Выбор модели навигации

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

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

    Знакомство с навигацией в новом дизайне для Windows

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

    Плоская модель навигации

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

    Компоненты плоской модели навигации

  • Область содержимого (Content Area)
  • Панель навигации (Navigation Bar)
  • Разделы приложения (Sections)
  • Кнопка Добавить (Add)
  • Кнопка Удалить (Delete)
  • Панель навигации

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

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

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

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

    Преимущества плоской модели навигации

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

  • браузер Internet Explorer;
  • большинство игр.
  • Иерархическая модель навигации

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

    Большинство приложений в пробной версии Windows 8 используют именно эту модель навигации. Эта модель очень распространена, и пользователи знакомы с ней, но она изменена и улучшена в новом дизайне для WIndows. Она позволяет WinRT-приложениям работать быстро и естественно, оставаясь при этом легкими для освоения.

    Преимущества иерархической модели навигации

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

  • Начальный экран;
  • Магазин приложений;
  • Новости.
  • Компоненты иерархической модели навигации

  • Область содержимого (ContentArea)
  • Разделы (Sections)
  • Заголовок (Header)
  • Кнопка Назад (BackButton)
  • Меню заголовка (Headermenu)
  • Семантическое масштабирование (SemanticZoom)
  • Важность центрального узла (хаба)

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

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

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

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

    Примеры для приложения о палатках быстрого питания

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

    Задание: Сделайте набросок центрального узла вашего приложения

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

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

    Страницы разделов

    Страницы разделов - это 2-й уровень вашего приложения. На этом уровне содержимое может быть отображено самым удобным для этого способом.

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

    Страницы детального просмотра

    Страницы детального просмотра - это третий уровень вашего приложения. Здесь расположена детальная информация, формат её отображения зависит от типа контента.

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

    Задание:

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

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

    Итак, мы сделали набросок, который будет нашим ориентиром в навигации. Пока не стоит волноваться о функциях, с ними мы разберемся в лекции 4.

    Итоги

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

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

    Самостоятельная работа

    Изучите несколько WinRT- приложений и попытайтесь выяснить, какие сценарии в них используются. Хорошим примером будут Finance и Sports.

    Напишите для этих приложений по одному дополнительному сценарию.

    Вопросы

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

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

  • Пользовательские сценарии в WinRT-приложении http://msdn.microsoft.com/ru-rU/library/windows/apps/hh465427#decide_what_flows_or_tasks_you_want_to_enable_for_your_users В данной статье описывается, как создать хороший сценарий для приложения.
  • Undercover User Experience Design, James Box, Voices That Matter 0321719905. Эта книга – отличный источник информации для тех, кто ищет общий обзор процесса создания удачного опыта взаимодействия.
  • Ответы

  • Ответ А. Ответы Б и В - функции.
  • Есть много причин, почему высказывание "best-at" важно.
  • Оно позволяет дизайнерам и разработчикам сконцентрироваться на том, что важно в приложении.
  • Оно позволяет правильно расположить элементы в приложении.
  • Оно определяет всю структуру приложения.
  • Используя карандаш и бумагу, вы можете делать исправления, неудачный эскиз можно легко выбросить, это важно, с учетом необходимости постоянного совершенствования эскиза.
  • Пример приложения с плоской моделью навигации - игра, браузер и все, что обычно отображается с закладками
  • Вернуться к учебному плану