Экспертная оценка: урок, полученный неправильным способом

1. Экспертная оценка
интерфейсов
Урок, выученный
неправильным способом
Влад В. Головач | ВДЮ 2009
U s e th I c s
1 | 27

2. Почему я говорю на эту тему:
Q Штук 15 объявленных проектов,
ещё штук 30 необъявленных.
Q 50% в той или иной степени
проблемных.
Q Видел довольно много чужих
неудачных отчетов.
Урок получен без удовольствия.
2 | 27

3. Урок 1.
Эспертиза одного человека сосёт.
Q Разные люди видят разное и ценят
разное.
3 | 27

4. Урок 1.
Эспертиза одного человека сосёт.
Q Разные люди видят разное и ценят
разное.
Q Всё, что может быть неправильно
понято, будет понято неправильно.
4 | 27

5. Урок 1.
Эспертиза одного человека сосёт.
Q Разные люди видят разное и ценят
разное.
Q Всё, что может быть неправильно
понято, будет понято неправильно.
Q ЭТО ОЧЕНЬ ВАЖНО! ВАЖНО!!
ВАЖНО!!! ВЫ ЧТО, САМИ НЕ ВИДИТЕ,
НАСКОЛЬКО ЭТО ВАЖНО!!!!
5 | 27

6. Уточнение:
Я не утверждаю, что для хорошей
экспертной оценки обязательно
нужна компания.
Но одиночкам надо кооперироваться
друг с другом.
6 | 27

7. Урок 2.
Нужен начальник.
Q Гарантирует, что весь интерфейс
проинспектирован.
7 | 27

8. Урок 2.
Нужен начальник.
Q Гарантирует, что весь интерфейс
проинспектирован.
Q Не оценивает и не изучает
интерфейс, поэтому может оценить
важность выявленных проблем.
Очень неблагодарная работа.
8 | 27

9. Урок 3.
С Нильсеновскими эвристиками
лучше не связываться.
Интерфейс защищает пользователя от совершения ошибок •
Совпадение поведения/объектов с внекомпьютерным окружением:
единые термины, концепции, конвенции • Читаемость/заметность
текущего состояния системы • Совместимость со стандартами и
единообразие • Эстетика и лапидарность дизайна и подачи важных
для пользователя сведений • Интерфейс помогает пользователю
опознать совершенные им ошибки и исправить их • Справка: быстрая,
краткая, продуктивная • Отсутствие необходимости вспоминать •
Свобода совершения ошибок пользователем • Дополнительная
гибкость для опытных/профессиональных пользователей.
См. http://www.useit.com/papers/heuristic/heuristic_list.html
9 | 27

10. Урок 3.
С Нильсеновскими эвристиками
лучше не связываться.
Q Интерфейс оценивается
безотносительно к пользователям
и их задачам.
10 | 27

11. Урок 3.
С Нильсеновскими эвристиками
лучше не связываться.
Q Интерфейс оценивается
безотносительно к пользователям
и их задачам.
Q Оценка либо бесконечна, либо
поверхностна.
11 | 27

12. Урок 3.
С Нильсеновскими эвристиками
лучше не связываться.
Q Интерфейс оценивается
безотносительно к пользователям
и их задачам.
Q Оценка либо бесконечна, либо
поверхностна.
Q Догматизм.
12 | 27

13. Урок 4.
Оценивать надо не интерфейс, а как
пользователи выполняют в нём свои
задачи / реализуют свои мотивы.
13 | 27

14. Урок 5.
Оценка работает, только если
проведена формально.
Q Контрольный список.
14 | 27

15. Урок 5.
Оценка работает, только если
проведена формально.
Q Контрольный список.
Q Поиск исключительных ситуаций.
15 | 27

16. Урок 6.
Целое больше суммы частей.
16 | 27

17. Урок 7.
Экспертная оценка – всегда обида
для заказчика.
Q Хвалить – так же важно, как ругать.
17 | 27

18. Урок 7.
Экспертная оценка – всегда обида
для заказчика.
Q Хвалить – так же важно, как ругать.
Q Что неизлечимо?
18 | 27

19. Урок 7.
Экспертная оценка – всегда обида
для заказчика.
Q Хвалить – так же важно, как ругать.
Q Что неизлечимо?
Q Проблема без решения не ценна.
19 | 27

20. Урок 7.
Экспертная оценка – всегда обида
для заказчика.
Q Хвалить – так же важно, как ругать.
Q Что неизлечимо?
Q Проблема без решения не ценна.
Q Никто ещё не получил новых
друзей благодаря тому, что провел
экспертную оценку.
20 | 27

21. Урок 8.
Адекватная оценка важности
проблемы – залог необижания
заказчика.
Q Количество затронутых
проблемой пользователей.
21 | 27

22. Урок 8.
Адекватная оценка важности
проблемы – залог необижания
заказчика.
Q Количество затронутых
проблемой пользователей.
Q Простота внедрения
рекомендаций.
22 | 27

23. Урок 8.
Адекватная оценка важности
проблемы – залог необижания
заказчика.
Q Количество затронутых
проблемой пользователей.
Q Простота внедрения
рекомендаций.
Q Проблема или недостаток?
23 | 27

24. Урок 8.
Адекватная оценка важности
проблемы – залог необижания
заказчика.
Q Количество затронутых
проблемой пользователей.
Q Простота внедрения
рекомендаций.
Q Проблема или недостаток?
Q Цена ломки привычек и навыков.
24 | 27

25. Урок 9.
Обещания, обещания, обещания...
Q Примерно треть решений
неработоспособна.
25 | 27

26. Урок 9.
Обещания, обещания, обещания...
Q Примерно треть решений
неработоспособна.
Q Какие именно обещания?
Эргономические или нет?
26 | 27

27. Спасибо за внимание.
Вопросы?
27 | 27