Слайд 2
Экономика юзабилити
Каждый потраченный на юзабилити доллар возвращает от
10 до 100 долларов прибыли или сэкономленных средств.
Разработка: Снижение
расходов и уменьшение времени;
Продажи: Увеличение доходов;
Пользователи: Повышение эффективности, продуктивности и удовлетворенности;
Снижение затрат на внедрение (за счет сокращения обучения) и на поддержку пользователей.
Слайд 3
Методы оценки юзабилити
Экспертное юзабилити-рецензирование (usability-reviewing)
Проводится экспертами по юзабилити
Юзабилити-тестирование
(usability-testing)
Проводится с привлечением конечных пользователей
Слайд 4
Юзабилити-рецензирование
Оценка юзабилити интерактивной системы путём анализа соответствия набору
юзабилити-принципов, на практике общепризнанных наилучшими.
Обычно проводится перед юзабилити-тестированием
Слайд 5
Юзабилити-рецензирование
без использования «списка эвристик»;
с использованием «списка эвристик»
(heuristic based reviews);
сценарный обход (scenario based reviews);
комбинированный
Слайд 6
Юзабилити-рецензирование
Каждый эксперт независимо обследует систему (несколько проходов) и
записывает обнаруженные проблемы;
Эксперты совместно вырабатывают единый список проблем;
Каждой проблеме
назначаются приоритет (важность для успеха продукта) и предлагают идеи решения.
Слайд 7
Сколько экспертов необходимо?
http://www.useit.com/papers/heuristic/heuristic_evaluation.html
наилучшее число экспертов – от 3
до 5
[Nielsen and Landauer , 1993]:
6 проектов;
L – от
19% до 51%
N – от 16% до 50%;
Стоимость = $(4,000 + 600i) = 6.400 .
Стоимость каждой необнаруженной
ошибки составляла 15000$.
Оптимальное количество участников – 4 человека.
Общая стоимость найденных
проблем ~ 395000$.
К(i) = N(1 - (1-L)i ),
К – это количество обнаруженных проблем;
N – общее количество различных проблем;
L – среднее количество проблем,
обнаруженных одним экспертом;
i – количество экспертов.
Для того, чтобы определить оптимальное число экспертов, необходимо соотнести стоимость эвристической оценки с её отдачей.
Слайд 8
Эвристики
Видимость состояния системы [Информирование о текущем состоянии системы].
Соответствие
поведения и языка системы реального мира [Следование общепринятым соглашениям
в обычном мире].
Пользовательский контроль и свобода [Необходимость «экстренных выходов» из нежелательного состояния, поддержка undo/redo].
Целостность и следование стандартам [Единообразие в передаче информации и использования функций].
Предотвращение ошибок [Защита пользователя от совершения ошибок].
Минимизация необходимости запоминать/вспоминать [Отображение полного контекста для решения текущей задачи].
Гибкость и эффективность использования системы. [Короткие пути для опытных/профессиональных пользователей].
Эстетика и минимализм в дизайне [Минимализм в подаче сведений, важных для решения текущей задачи].
Помощь в опознавании, диагностике ошибок и восстановлению после них.
Справочная информация [Справка: быстрая, краткая, продуктивная].
Слайд 9
Сценарный подход
Разработать список сценариев, в который включить самые
типичные и важные для успеха системы задачи. По каждому
сценарию ответить на вопросы:
Кто пользуется системой? Использовал он/она такую систему раньше?
Что он/она стараются сделать? Какое действие пытаются предпринять? Впервые или нет они пытаются это сделать?
Почему он/она используют систему? Какая у них цель?
Где он/она используют систему?
По сценариям пройтись так, как делал бы каждый персонаж, чтобы достичь своей цели. На каждом шаге задаваться вопросами:
Будет ли пользователь знать, что делать? Существует ли (виден ли) понятный маршрут для решения задачи? Является ли очевидным, что пользователю необходимо совершить на данном этапе (шаге)?
Увидит ли (поймёт ли) пользователь как это сделать? Является ли запуск действия очевидным?
Узнает ли пользователь, было ли его действие завершено корректно? Какой вид обратной связи предоставлен? Ясно ли пользователю, что он находится на верном пути к решению задачи или нет?
Заполнить оценочную таблицу юзабилити-рецензирования.
Слайд 10
Достоинства и недостатки
являются быстрым и дешёвым способом оценки;
охватывают
широкий спектр аспектов системы (множество проблемных участков интерфейса, сценариев
и функций системы);
подходят для сравнительного анализа систем;
могут быть проведены относительными новичками
не сообщают, как на самом деле используется система, а только как она может использоваться;
важные юзабилити-проблемы могут быть не выявлены, а подозреваемые юзабилити-проблемы могут вообще не являться проблемами;
разнятся от эксперта к эксперту («эффект оценщика»);
субъективны (нет строгого доказательства необходимости исправления выявленных проблем);
глубина зависит от опытности эксперта;
могут оказаться слишком критиканскими (хорошие решения и находки в отчете обычно не упоминаются).
Слайд 11
Тестирование юзабилити
Юзабилити-тестирование — исследование, выполняемое с целью определения,
удобен ли некоторый искусственный объект (такой как веб-страница, пользовательский
интерфейс или устройство) для его предполагаемого применения.
Юзабилити-тестирование — метод оценки удобства продукта в использовании, основанный на привлечении пользователей в качестве тестировщиков, испытателей и суммировании полученных от них выводов.
Слайд 12
Тестирование юзабилити
Планирование исследования (бюджет, время, цели, сценарии и
др.);
Набор пользователей из целевой аудитории;
Проведение тестовых сессий;
Анализ результатов («мозговой
штурм») и вычисление количественных показателей (метрик);
Выработка рекомендаций по улучшению дизайна системы.
Слайд 13
Рецензирование и тестирование
Что общего?
выявление проблем юзабилити и определение
их приоритетов.
Одинаковые ли проблемы они обнаруживают?
рецензии – поиск высокоуровневых
нарушений принципов проектирования и целостности дизайна
упускают проблемы, полученные при тестировании;
находят такие проблемы, которые не обнаруживает тестирование;
тестирование – выявление проблем, связанных с предметной областью продукта и анализом его задач (на примере реальных пользователей).
Результаты обоих исследований могут пересекаться (на 41% по данным исследования Fu, Salvendy and Turley).
Слайд 14
Стадии юзабилити
Враждебность к юзабилити
Юзабилити, поддерживаемая программистами
Изолированный отдел юзабилити
Выделенный
бюджет под юзабилити
Управляемая юзабилити
Систематические юзабилити процессы
Интегрированный UCD
Компания, ориентированная на
пользователей
Слайд 15
Враждебность
Хороший пользователь – мёртвый пользователь
Разработчики не хотят
слышать о пользователях
Для них важно лишь разработать новые функции
=
> Большинство проектов делается так!
Слайд 16
Юзабилити программистов
Разработчики начинают осознавать необходимость юзабилити
Полагаются на свою
интуицию
Это подходит для разработки инструментов разработки, или серверных приложений,
управляемых администраторами
Слайд 17
Изолированное юзабилити
Осознается ограниченность интуиции и необходимость обратиться к
пользователям
Создается отдел, который эпизодически проводит исследование пользователей
Многие решения всё
равно принимаются без проверки
Слайд 18
Бюджет под юзабилити
Под юзабилити активности выделяют небольшой бюджет
Теперь
чаще проводятся юзабилити тестирования с привлечением пользователей
Юзабилити рассматривается как
волшебная палочка, которая может в последний момент спасти
При этом бюджет не стабилен, и может быть в последний момент направлен на другие нужды
Слайд 19
Управляемое юзабилити
Юзабилити, наконец, существует в компании
Небольшая, но расширяющаяся
группа, управляемая юзабилити-менеджером
Эта группа отвечает за юзабилити в компании
в целом
Ведутся архивы исследований, для накопления данных о пользователях
Слайд 20
Системное юзабилити
Итеративный процесс с оценкой пользовательских качеств на
каждой стадии
Используется прототипирование
Выделяемые бюджеты позволяют успешно вести несколько проектов
одновременно
Слайд 21
Интегрированный UCD
Раннее исследование пользователей становится регулярным
Каждая стадия проекта
обогащается данными, собранными с пользователями
Юзабилити определяет не только качество
того, что разрабатывается, но и определяет, что нужно разрабатывать
Слайд 22
Ориентация на пользователей
Юзабилити не просто влияет на отдельные
проекты, но определяет, какие проекты следует инициировать
Юзабилити выходит за
пределы экранных форм, начиная определять дизайн и не компьютерных интерфейсов
![ЭвристикиВидимость состояния системы [Информирование о текущем состоянии системы].Соответствие поведения и языка системы](/img/tmb/13/1284465/de62cb1022d059bf9217da2bb6ad478a-720x.jpg "Тестирование юзабилити")
