Юзабилити — Примеры
Пример 1 — Превратите «регистрация удобна» в цель
Команда повторяет, что её регистрация удобна, однако никто не назвал ни пользователя, ни то, что считается завершением, — перепишите утверждение как цель по юзабилити с измеренными тремя составляющими, чтобы следующему изменению было что двигать.
Утверждение: «регистрация удобна»
Пользователь: все?
Задача: ?
Готово: ?
Решение
Пользователь: покупатель впервые, без аккаунта
Цель: создать аккаунт и дойти до корзины
Готово, когда: аккаунт есть, и в корзине видны товары
Результативность выполнено без помощи 87% (для примера)
Эффективность медианное время на задачу 2м 10с (для примера)
Удовлетворённость оценка «легко», 1-5 3.8 (для примера)
Именно называние пользователя и определения завершённости придаёт числам смысл: один и тот же экран даёт один результат для постоянного покупателя и другой для новичка. Оставить пользователя как «все» — обычная ошибка, потому что среднее по двум группам не подходит ни одной из них и меняется по причинам, которых никто не может объяснить.
Пример 2 — Быстрее для постоянных, труднее для новых
Два варианта макета сравнивают на одной задаче, однако основание под «B быстрее» собрано только на людях, которые уже знали продукт: переформулируйте результат так, чтобы компромисс стал виден.
Вариант A привычное меню, один лишний шаг
Вариант B сначала сочетания клавиш, без подписей
Утверждение: «B быстрее»
Основание: только постоянные покупатели пробовали
Решение
Первая попытка Вторая попытка
A медианное время 1м 40с 55с
B медианное время 4м 05с 30с
B ошибок в первой попытке 3 из 6 — (для примера)
Отчёт по двум группам рядом показывает то, что утверждение скрывало: B эффективен после освоения и медленно осваивается, поэтому выбор зависит от того, какой группе служит продукт. Свести обучаемость и эффективность в одно «быстрее» — и есть ошибка, потому что это скрывает, что при первом заходе и на сороковой раз варианты меняются местами.