UX Russia 2-й онлайн семинар 4 декабря 2008. Новости Нам исполнился месяц – Нас стало 732 – Более 500 сообщений На 2-й семинар зарегистрировалось 42 1-й. - презентация

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

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

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

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

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

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

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

8 UCD: 13407

9 Foolproof

10 Michigan State University

11 SAXSO

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

13 Uday Gajendar

14 Leisa Reichelt

15 UE SCM

16 SAP

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

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 Концепция Дает представление об интерфейсе Позволяет оценивать реализуемость Дает возможность валидации Дополнительная инорфмация в

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 Спасибо за внимание! Вопросы можно задать в обсуждении вебинараобсуждении вебинара