Юзабилити мобильных сервисов Дмитрий Сатин UsabilityLab
Юзабилити Инженерия <ul><li>Повышение эффективности бизнеса за счет повышения эффективности, продуктивности и удовлетворен...
Считаем деньги <ul><li>Доллар… </li></ul><ul><ul><li>вложенный  в рекламу, возвращает 5 </li></ul></ul><ul><ul><li>в юзаби...
Две ценности Ценность  для  бизнеса Ценность  для  пользователя
Создание пользовательских интерфейсов  мобильных приложений <ul><li>Дизайн для человека в движении </li></ul><ul><li>‘ Выб...
ISO 13407 &quot;User Centered Design» <ul><li>Провести исследование пользователей </li></ul><ul><ul><li>актуальных, если т...
Процесс проектирования <ul><li>Определение аудитории </li></ul><ul><li>Сбор требований </li></ul><ul><li>Цикличное проекти...
Исследование пользователей <ul><li>Каковы пользователи? </li></ul><ul><li>Что пользователям нужно? Какие задачи они будут ...
Особенности пользователей мобильных устройств <ul><li>Пользователь находится в движении </li></ul><ul><li>Постоянная смена...
Сценарии использования <ul><li>Приступая к проектированию необходимо определиться, какие сценарии использования должны быт...
Проектирование интерфейсов <ul><li>Соблюдать стандарты и заимствовать хорошие решения других продуктов. </li></ul><ul><li>...
Виды прототипов <ul><li>Низкая детализация </li></ul><ul><ul><ul><li>Статичные  </li></ul></ul></ul><ul><ul><ul><li>Интера...
Юзабилити тестирование <ul><li>Необходимо найти людей, соответствующих критериям целевой аудитории. </li></ul><ul><li>Дать...
Юзабилити тестирование <ul><li>Есть большая разница между тем, что пользователь говорит, &quot;что он хочет&quot;, и тем, ...
Примеры ошибок <ul><li>Названия пунктов меню не формируют у пользователей корректного представления об их содержимом. </li...
Рекомендации <ul><li>Ясная модель навигации </li></ul><ul><li>Основные функции должны быть доступны на первом экране </li>...
Рекомендации <ul><li>Говорите на языке пользователя </li></ul><ul><li>Используйте термины, знакомые пользователю и соответ...
Рекомендации <ul><li>Скрывайте сложности соединения </li></ul><ul><li>Короткие потери связи не должны прерывать работу пол...
Рекомендации <ul><li>Обеспечивайте понятную обратную связь </li></ul><ul><li>Немедленно сообщайте пользователю о том, зако...
Рекомендации <ul><li>Будьте последовательными </li></ul><ul><li>Минимизируйте ошибки и необходимость привыкания, используя...
Рекомендации <ul><li>Используйте вкладки по-умному </li></ul><ul><li>Большинство важных функций должны быть доступны на пе...
Рекомендации <ul><li>Обеспечьте простоту ввода </li></ul><ul><li>Вместо ввода предпочтительны альтернативные формы, такие ...
Рекомендации <ul><li>Ясное отображение информации </li></ul><ul><li>Отображайте в первую очередь наиболее важную информаци...
Рекомендации <ul><li>Обеспечение помощи </li></ul><ul><li>Контекстно-зависимая помощь необходима! </li></ul><ul><li>Давайт...
Спасибо за внимание! Дмитрий Сатин [email_address]
Upcoming SlideShare
Loading in …5
×

Mobile Usability

1,408 views

Published on

Published in: Technology, Business
  • Be the first to comment

Mobile Usability

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

×