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

1. UX Russia 2 -й онлайн семинар 4 декабря 2008

2. Новости Нам исполнился месяц Нас стало 7 32 Более 500 сообщений На 2-й семинар зарегистрировалось 42 1-й семинар в записи посмотрело 445 Вышел 26-й Юзабилити Бюллетень

3. Программа семинаров на декабрь 4.12 User-Centered Design: основы процесса Андрей Сикорский 11.12 Оптимизируем интерфейсы инфокиосков Анна Галахова и Валентина Третьякова 18.12 Теория деятельности Анастасия Якубова 25.12 Юзабилити-экспертиза в прямом эфире Юрий Ветров Хотите выступить? Задавайте вопрос Евгении Жадяевой

4. User-Centered Design: основы процесса ISO 13407 как методологическая основа для разработки продуктов: Cпособы сбора данных; Этапы проектирования; Виды тестирования. Семинар ведет Андрей Сикорский

5. UCD: основы процесса Андрей Сикорский

6. Любые технологии нужны, чтобы решать задачи людей

7. User Centered Design: какой он?

8. UCD: 13407

9. Foolproof www.foolproof.co.uk/user_design/ucd_explained.php

10. Michigan State University http://usability.msu.edu/approach.aspx

11. SAXSO http://www.saxso.com/portfolio.html

12. Scott Weiss Определение аудитории Сбор требований Цикличное проектирование Реализация Поставка (внедрение)

13. Uday Gajendar http://www.udanium.com/html/thoughts.html

14. Leisa Reichelt http://www.disambiguity.com/what-is-this-thing-you-call-ucd/

15. UE SCM UE SCM

16. SAP http://www.sapdesignguild.org/editions/edition10/ucd_overview.asp

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

18. Так в чем вопрос?

19. Несколько сценариев «я все время думаю о пользователях, когда разрабатываю продукт» «я хороший дизайнер, я знаю предметную область. Я сделаю что-то, а потом протестирую – и не буду проводить начальные исследования» «у меня нет времени на все эти ваши циклы» «мы знаем, чего хотят наши пользователи, так что делайте то, что мы вам говорим» ...

20. Да, это надо делать все! Все активности UCD обязательны . Но каждая из них может быть адаптирована под существующие требования, свойства и ресурсы конкретного проекта. Deborah Mayhew, The Usability Engineering Lifecycle.

21. Еще разок...

22. Как собрать информацию?

23. Методы сбора информации Интервью Сбор мнений (опрос) Фокус-группы Полевые исследования (наблюдение) Журналирование

24. Какую информацию собирать?

25. Кто? Зачем? Как? Профили пользователей Профили задач Профили контекстов использования

26. Профили пользователей

27. Профиль задач

28. Профиль контекста использования Расположение рабочего места Рабочее место Освещение Компьютерная техника (Разрешения мониторов) Программное обеспечение (Браузеры)

29. Кто? Зачем? Как? И что со всем этим делать? 15% пользователей используют полноцветные сенсорные панели с разрешением 1024х768, используют в работе преимущественно клавиатуру. 5% пользователей работают с жидкокристаллическими панелями с разрешением 1280х1024, могут пользоваться мышью и клавиатурой.

30. Персонажи «Модель» пользователя, опирающаяся на результаты анализа и исследования; Оживляет пользователей Продукта; Инструмент коммуникации; …

31. Персонажи – откуда они? 15% пользователей используют полноцветные сенсорные панели с разрешением 1024х768, используют в работе преимущественно клавиатуру. 5% пользователей работают с жидкокристаллическими панелями с разрешением 1280х1024, могут пользоваться мышью и клавиатурой.

32. Пример персонажа Борис 30 лет, руководитель отдела дизайна. Водит машину 6 лет (права не покупал, а самостоятельно и настойчиво сдавал – с 5ой попытки). Поклонник джазовой музыки. Борис – владелец красного Opel Astra , которому два года. Пробки не любит – много времени уходит на них, а не на семью. На этой неделе отогнал машину в автосервис на плановое обслуживание – дня три-четыре, как ему сказали. И сейчас ему нужна машина для регулярных поездок на работу и домой. C арендой он связываться не хочет , т.к. там нужно оформлять много бумажек. Такси пользоваться не хочет (там слушают Шансон и вообще некомфортно). На ближайшие выходные у него запланирована поездка с ребенком на детский спектакль. Он готов оплатить помощь в поездке. Борис не курит, и не очень любит курящих водителей. Для него важен комфорт, поэтому он внимателен как к выбору водителя, таки попутчика. Борис сам не станет искать попутчика, но как человек отзывчивый, готов подвезти.

33. Разработка

34. С чего начать – необходимые документы Стратегия с бизнес-требованиями Персонажи Сценарии

35. Стратегия Документ, кратко описывающий бизнес-требования к системе и измеримые цели проектирования Небольшой объем Описываемые требования должны быть верифицируемыми

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

37. Сценарии: пример Отвезя машину в автосервис, Борис сталкивается с проблемой – надо добираться на работу. В метро он ездить не любит, и потому решает воспользоваться сервисом поиска попутчиков. Он заходит на сервис, указывает маршрут и время приезда-отъезда, находит водителей. Изучает информацию о них (не хочет попасть к курящему водителю). Найдя пару подходящих, связывается с ними через сайт и договаривается о цене и о времени встречи.

38. И как это поможет в проектировании? К этому моменту есть: Сценарии Персонажи Стратегия

39. Концепция Дает представление об интерфейсе Позволяет оценивать реализуемость Дает возможность валидации Дополнительная инорфмация в http://wud.ru/wud2007/kopylov.pdf

40. Концепция: вход Персонажи Результаты сбора данных Мозговые штурмы Встречи/общение с заказчиком

41. Концепция: выход Информационная архитектура Навигация Внутримодульная структура Компоновка ключевых экранов Концепция контента Предметная область Идеи План работ

42. Взаимосвязь составляющих концепции Автор схемы: Алексей Копылов

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

44. Сравнение видов прототипирования Вид Достоинства Недостатки Низкая детализация Меньше времени на разработку Дешевле Можно проверить несколько концепций Удобны для коммуникации Выявляют проблемы конкретных экранов Ограниченное юзабилити тестирование Трудно оценивать навигацию и поток задач Мало деталей для спецификаций Высокая детализация Частично функциональны Интерактивны Управляемы пользователем Прозрачной понимание навигации Можно использовать ненаправленное тестирование Можно использовать для задач маркетинга и рекламы Время на разработку может превышать время использования Неэффективно для проверки концепции Может отвлекать пользователей от основного предназначения продукта Пользователи могут воспринимать прототип как реальный продукт

45. Прототип: примеры

46. Прототипы: инструменты DENIM Axure Fireworks Acrobat Photoshop HTML Image Maps Бумага Visual Basic (и подобное) Flash/Director Специальные средства

47. Юзабилити-тестирование

48. Цель тестирования Определить степень эффективности , продуктивности и удовлетворенности , с которой пользователь может использовать продукт.

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

50. Что можно делать тестированием? Подходит ли дизайн? Какие есть проблемы у продукта? Сравнение альтернатив Соответствует ли дизайн целям?

51. Что тестировать? Навигацию Содержание Представление Взаимодействие

52. Таким образом: ЮТ вовлекает реальных пользователей в выполнение заданий ЮТ – это форма обратной связи, позволяющей двигаться дальше ЮТ начинается, когда появляется первый набросок ЮТ отличается от других техник оценки

53. Что нужно для тестирования? Продукт или прототип Респонденты, которые будут тестировать Сценарий, по которому будем тестировать Фасилитатор, проводящий тест Наблюдатели

54. Схема лаборатории камера 2 камера 1 зеркало Гизела респондент фасилитаторы наблюдатели

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

56. На выходе: Проблемы Рекомендации Лучшее понимание продукта В и дение глазами пользователя

57. UCD: 13407

58. Спасибо за внимание! Вопросы можно задать в обсуждении вебинара