User Centered Design: обзор процесса

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

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

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

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

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

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

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

UCD: 13407

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

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

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

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

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

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

UE SCM UE SCM

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

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

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

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

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

Еще разок...

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

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

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

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

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

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

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

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

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

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

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

Разработка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

UCD: 13407

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

http://localhost	12
http://www.slideshare.net	4
http://ergogames.pbworks.com	3

User Centered Design: обзор процесса

by Andrew Sickorsky on Dec 04, 2008

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 19

Statistics

User Centered Design: обзор процесса — Presentation Transcript