Mobile Usability

Mobile Usability

• 1.
  Юзабилити мобильных сервисовДмитрий Сатин UsabilityLab
• 2.
  Юзабилити Инженерия Повышениеэффективности бизнеса за счет повышения эффективности, продуктивности и удовлетворенности пользователей информационных систем. Возврат от инвестиций в разработку - живые деньги, которые можно посчитать Это возможно при соответствии функций продукта задачам и потребностям пользователей.
• 3.
  Считаем деньги Доллар…вложенный в рекламу, возвращает 5 в юзабилити – от 10 до 100 Затраты… на рекламу превышают бюджет разработки на юзабилити < 10% от бюджета разработки При одинаковом притоке посетителей больше денег зарабатывает тот сайт, на котором пользователи могут быстро и результативно реализовать свои потребности.
• 4.
  Две ценности Ценность для бизнеса Ценность для пользователя
• 5.
  Создание пользовательских интерфейсов мобильных приложений Дизайн для человека в движении ‘ Выбор ’ против ‘ Набора ’ Будьте последовательными! Консистентность на разных платформах Пользовательский контроль, управляемость Обеспечение обратной связи Всепрощение Использование метафор Кликабельние картинки должны выглядеть кликабельными Использование пиктограмм для пояснения понятий
• 6.
  ISO 13407 &quot;UserCentered Design» Провести исследование пользователей актуальных, если текущей задачей является удержание;  или потенциальных, если задачей является привлечение новых пользователей. Спроектировать продукт (или изменения) быстро разработать прототип решения, не вкладываясь в его реализацию Провести оценку интерфейсов крайне желательно, с привлечением пользователей (юзабилити тестирование)
• 7.
  Процесс проектирования Определениеаудитории Сбор требований Цикличное проектирование Реализация Внедрение
• 8.
  Исследование пользователей Каковыпользователи? Что пользователям нужно? Какие задачи они будут пытаться реализовать? В каких условиях пользователи будут работать с продуктом? Цель – получить «портреты» (персоны) пользователей, а не изолированные измерения.
• 9.
  Особенности пользователей мобильныхустройств Пользователь находится в движении Постоянная смена контекстов Разрывы связи и соединения Необходимость адаптации содержания к различным устройствам
• 10.
  Сценарии использования Приступаяк проектированию необходимо определиться, какие сценарии использования должны быть ключевыми, и должны быть реализованы в прототипе продукта. Сценарии - это всегда реалистичные описания жизненных ситуаций, в которых пользователю может быть полезен разрабатываемый продукт. Сценарии направляют разработку прототипа. Проектировщик начинает думать о том, как наиболее эффективным способом решить задачу пользователя, оберегая его от возможных ошибок.
• 11.
  Проектирование интерфейсов Соблюдатьстандарты и заимствовать хорошие решения других продуктов. Добиваться консистетности интерфейсов. Добиваться успешности продукта!!! Продукт должен служить одной цели – помочь пользователю решить свою задачу.
• 12.
  Виды прототипов Низкаядетализация Статичные Интерактивные Высокая детализация Интерактивные
• 13.
  Юзабилити тестирование Необходимонайти людей, соответствующих критериям целевой аудитории. Дать им прототип или устройство, дать им задания, которые мы выбрали в качестве сценариев. И внимательно наблюдать за тем, как они справляются с этими заданиями, фиксируя проблемы с которыми они сталкиваются.
• 14.
  Юзабилити тестирование Есть большая разницамежду тем, что пользователь говорит, &quot;что он хочет&quot;, и тем, что в действительности будет использовать. Единственный способ отличить одно от другого – наблюдение за его поведением. Оптимальным количеством для тестирования является 6-9 пользователей в каждой группе. Если пользователей больше чем 9, то срабатывает закон убывающей приростной отдачи, то есть, затрачиваемые усилия не будут оправдываться повышением точности результатов.
• 15.
  Примеры ошибок Названияпунктов меню не формируют у пользователей корректного представления об их содержимом. Если регистрация завершается получением пользователей SMS -сообщения, приложения не всегда сообщают, через какое время будет получено такое сообщение. Если разделы/страницы продукта организованы не единообразно – это сбивает пользователей с толку, мешает работе. Не всегда сообщения об ошибках являются ясными: они содержат техническую информацию, номера ошибок, малопонятные тексты. В процессе работы приложения часто запрашивают разрешение на передачу определенных данных, но пользователи не понимают, для чего это нужно. Часто для работы с продуктом необходимо запоминать громоздкие команды. Если пользователь подписывается на какую-либо услугу, часто бывает непонятно, каким образом можно будет получать данные – по SMS , на WAP -портале услуги и т.д.
• 16.
  Рекомендации Ясная модельнавигации Основные функции должны быть доступны на первом экране Ограничивайте количество пунктов меню – делайте их контекстно зависимыми Модель навигации должна быть направлена на решение основных задач пользователя Расширенные функции должны быть скрыты от начинающего пользователя
• 17.
  Рекомендации Говорите наязыке пользователя Используйте термины, знакомые пользователю и соответствующие его целям и задачам Терминология должна соответствовать стандартам платформы
• 18.
  Рекомендации Скрывайте сложностисоединения Короткие потери связи не должны прерывать работу пользователя, пользователь не должен терять результаты своей работы. Статус соединения должен быть нагляден Синхронизация данных должны происходить автоматически, но под контролем пользователя
• 19.
  Рекомендации Обеспечивайте понятнуюобратную связь Немедленно сообщайте пользователю о том, закончилось ли его действие успешно или нет Если процесс занимает больше 0 , 5 секунды, показывайте, что что-то происходит, например, прогресс индикатор
• 20.
  Рекомендации Будьте последовательнымиМинимизируйте ошибки и необходимость привыкания, используя функциональные клавиши в соответствии со стандартами Добавляйте «горячие клавиши» для продвинутых пользователей Убедитесь, что наиболее важные действия доступны также и через меню Опций
• 21.
  Рекомендации Используйте вкладкипо-умному Большинство важных функций должны быть доступны на первой вкладке. Остальные вкладки используйте для расширенной функциональности В названии вкладок текст предпочтительнее иконок
• 22.
  Рекомендации Обеспечьте простотуввода Вместо ввода предпочтительны альтернативные формы, такие как выбор из списка Предлагайте адекватные значения по умолчанию Фокус должен всегда перемещаться посредством кнопок со стрелками
• 23.
  Рекомендации Ясное отображениеинформации Отображайте в первую очередь наиболее важную информацию Самые важные функции не должны быть привязаны к пиктограммам без подписей Используйте цвета для выделения и группировки элементов
• 24.
  Рекомендации Обеспечение помощиКонтекстно-зависимая помощь необходима! Давайте пошаговые инструкции, когда перед пользователей стоит трудная задача Более детализированная помощь должна быть доступна на web- сайте или в пользовательском руководстве
• 25.
  Спасибо за внимание!Дмитрий Сатин [email_address]