SlideShare una empresa de Scribd logo
1 de 22
Методы
экспертной
оценки,
часть
2
          125
вебинар
UX
Russia
           Андрей
Сикорский
               30.06.2011
За
год
до...




• 6
мая
2010
73
вебинар

  «Эвристическая
оценка»
• hHp://goo.gl/3oM39
Виды
ЭО


                        !.&/#'/"/+
                                        1&/'/2%#",3,+
                                            $4'/+
                        0-%()&//+
          !"#$%&'()*+                      567/%+
            ,-%(")+
                                          8&%(94+


                        0,,'.%'#'./*+    0'&)'%3//+


                                             :::+
Расширяем
сознание
:)

• Экспертиза
(inspecWon
methods)
  ✓Эвристическая
оценка
  ✓Посценарная
оценка
  • Эвристическая
«прикидка»
(heurisWc

    esWmaWon)
  • Групповая
оценка
(pluralisWc

    walkthrough)
  • Оценка
возможностей
  • Оценка
единообразия
  ✴Оценка
соответствия
стандартам
  ✴Формальная
юзабилити‐оценка
                                          hHp://goo.gl/Z3ol1
                                          ISBN 0-471-01877-5
Характеристики
и
применимость
         галопом
по
Европам
Эвристическая
оценка


• Порядок
проведения
  – интерфейс
проверяется
экспертами
на

    соответствие
«эвристикам»
• Плюсы
  – быстрый
метод
оценки
  – сравнительно
низкая
стоимость
• Минусы
  – Важность
найденных
проблем
не

    всегда
соответствует
истине
  – Эксперт
должен
быть
экспертом

                                           73
вебинар
(hHp://goo.gl/3oM39)
Посценарная
оценка




                     © Sampo Kellomäki
Посценарная
оценка
• Порядок
проведения
  – Эксперт
работает
по
сценариям
«от

    лица
пользователя»
  – на
каждом
шаге
сценария

    производится
оценка




                                         © Sampo Kellomäki
Посценарная
оценка
• Порядок
проведения
  – Эксперт
работает
по
сценариям
«от

    лица
пользователя»
  – на
каждом
шаге
сценария

    производится
оценка
• Плюсы
  – быстрый
метод
оценки
  – сравнительно
низкая
стоимость
  – может
проводиться
не
экспертом




                                         © Sampo Kellomäki
Посценарная
оценка
• Порядок
проведения
  – Эксперт
работает
по
сценариям
«от

    лица
пользователя»
  – на
каждом
шаге
сценария

    производится
оценка
• Плюсы
  – быстрый
метод
оценки
  – сравнительно
низкая
стоимость
  – может
проводиться
не
экспертом
• Минусы
  – Важность
найденных
проблем
не

    всегда
соответствует
истине
  – Важно
понимание
аудитории,
знание
   © Sampo Kellomäki

    сценариев
поведения
Эвристическая
прикидка
Эвристическая
прикидка
• Порядок
проведения
  – Для
нескольких
дизайнов
эксперты

    дают
сравнительные
(количественные)

    оценки
  – Как
правило
оценивается
ожидаемая

    User
Performance
(количество
преград,

    ошибок,
успешных
задач
и
тп)
Эвристическая
прикидка
• Порядок
проведения
  – Для
нескольких
дизайнов
эксперты

    дают
сравнительные
(количественные)

    оценки
  – Как
правило
оценивается
ожидаемая

    User
Performance
(количество
преград,

    ошибок,
успешных
задач
и
тп)
• Плюсы
  – быстрый
метод
оценки
  – сравнительно
низкая
стоимость
Эвристическая
прикидка
• Порядок
проведения
  – Для
нескольких
дизайнов
эксперты

    дают
сравнительные
(количественные)

    оценки
  – Как
правило
оценивается
ожидаемая

    User
Performance
(количество
преград,

    ошибок,
успешных
задач
и
тп)
• Плюсы
  – быстрый
метод
оценки
  – сравнительно
низкая
стоимость
• Минусы
  – Оценка
очень
приблизительная
  – Сильная
зависимость
от
квалификации

    эксперта
Групповая
оценка
(pluralisPc
walkthrough)
‐
порядок
• фиксируется
пользовательская

  задача
• на
группе
из
разработчиков,

  экспертов,
маркетологов
и

  пользователей,
демонстрируются

  экраны
(последовательно)
• после
предъявления
экрана
все

  участники
записывают
свои
действия

• каждый
экран
совместно

  обсуждается
(если
есть

  представители
пользователей
‐
они

  говорят
первыми;
разработчики
и

  дизайнеры
‐
последними)
Групповая
оценка
(pluralisPc
walkthrough)
‐
плюсы
и
минусы



• Плюсы                                     • Минусы
 – обратная
связь
от
пользователей,
даже
    – Надо
искать
пользователей
   если
интерфейс
еще
не
готов               – Проверяются
только
основные

 – быстрые
итерации
по
изменению               сценарии
 – возможность
«рисовать
вместе
с
           – Части
аудитории,
чье
действие
не

   пользователями»                             выбирается
группой,
как
«следующее»

                                               приходится
«чистить
память»

Оценка
возможностей:
порядок
проведения

• оцениваются
возможности,

  предоставляемые
интерфейсом

  для
решения
задач
(в
динамике)
• внимание
обращается
на
  – непонятные
шаги
  – длинные
последовательности
действий
  – вещи,
требующие
специальных
знаний
• дается
заключение
относительно
  – самих
возможностей
  – «возможности
воспользоваться

    возможностями»
;)
Оценка
возможностей:
плюсы
и
минусы



• Плюсы                                 • Минусы
 – Концентрация
на
оценке
конкретных
    – Можно
утратить
целостную
картину
   задач
и
возможностей
интерфейса       – Риск
«эластичного
пользователя»
 – Оценка
последовательностей,
а
не

   статики
Оценка
единообразия:
порядок
проведения
• Групповой
метод:
несколько
дизайнеров

  оценивают
несколько
дизайнов
  – в
рамках
большого
проекта
или
suite
• Проверяется:
  – сходные
по
назначению
макеты
должны

    иметь
сходную
компоновку
  – сходные
задачи
должны
выполняться

    сходным
образом
  – терминология
должна
быть
одинаковой
для

    одинаковых
элементов
• Задача
каждого
дизайнера/
  проектировщика
убедиться,
что
  – его
и
чужие
элементы
интерфейса

    согласованы
и
единообразны
  – experience
является
сходным
Оценка
единообразия:
плюсы



• Плюсы                                    • Минусы
 – cross‐review
интерфейсов
получается
     – требуется
хорошая
фасилитация
или

   автоматически
)                            культура
обсуждения
 – рождается
единая
палитра
элементов
и
    – склонность
«защищать»
и

   паттернов                                  «влюбляться»
в
свое
решение
 – унифицируются
сходные
интерфейсы
и
      – риск
потерять
пользователя,
увлекшись

   выбирается
лучшее
решение                  технологичностью
или
красотой

                                              решения
Полезная
литература
и
ссылки



• Статья
Нильсена
с
обзором
методов
‐
hHp://goo.gl/Mp6tq
• Книга
Usability
InspecWon
Methods
(hHp://goo.gl/Z3ol1)
• Краткий
обзор
методов
по
результатам
применения
в
течение
15
лет
(PDF,

  hHp://goo.gl/msVk0)
• 73
вебинар
‐
hHp://goo.gl/3oM39
• Google:
“Usability
InspecWon
Methods”
Спасибо
за
внимание!

Más contenido relacionado

Similar a 125. Экспертная оценка: часть 2. Виды

Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Ontico
 
Лилия Зданевич "Automation testing save time and money"
Лилия Зданевич "Automation testing save time and money"Лилия Зданевич "Automation testing save time and money"
Лилия Зданевич "Automation testing save time and money"
DataArt
 
Роман Кокин «Организация тестирования в больших командах»
Роман Кокин «Организация тестирования в больших командах»Роман Кокин «Организация тестирования в больших командах»
Роман Кокин «Организация тестирования в больших командах»
DataArt
 
Автоматизация Тестирования - Почему умирают проекты?
Автоматизация Тестирования - Почему умирают проекты?Автоматизация Тестирования - Почему умирают проекты?
Автоматизация Тестирования - Почему умирают проекты?
Igor Khrol
 

Similar a 125. Экспертная оценка: часть 2. Виды (20)

Юрий Цыганенко, QA как услуга
Юрий Цыганенко, QA как услугаЮрий Цыганенко, QA как услуга
Юрий Цыганенко, QA как услуга
 
Удаленные тестирования
Удаленные тестированияУдаленные тестирования
Удаленные тестирования
 
Обзор методов юзабилити-тестирования
Обзор методов юзабилити-тестированияОбзор методов юзабилити-тестирования
Обзор методов юзабилити-тестирования
 
9.1 Usability testing
9.1 Usability testing9.1 Usability testing
9.1 Usability testing
 
Оценка сроков IT проектов
Оценка сроков IT проектовОценка сроков IT проектов
Оценка сроков IT проектов
 
Usability testing methods overview (SQA Days’13)
Usability testing methods overview (SQA Days’13)Usability testing methods overview (SQA Days’13)
Usability testing methods overview (SQA Days’13)
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективы
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
 
Analyst Days 2014
Analyst Days 2014Analyst Days 2014
Analyst Days 2014
 
Оценка эффективности работы аналитика
Оценка эффективности работы аналитикаОценка эффективности работы аналитика
Оценка эффективности работы аналитика
 
Лилия Зданевич "Automation testing save time and money"
Лилия Зданевич "Automation testing save time and money"Лилия Зданевич "Automation testing save time and money"
Лилия Зданевич "Automation testing save time and money"
 
Usability ppt-last-140313103534-phpapp01
Usability ppt-last-140313103534-phpapp01Usability ppt-last-140313103534-phpapp01
Usability ppt-last-140313103534-phpapp01
 
Product development. Founder Institute
Product development. Founder InstituteProduct development. Founder Institute
Product development. Founder Institute
 
Как улучшить удобство продукта минимальными затратами?
Как улучшить удобство продукта минимальными затратами?Как улучшить удобство продукта минимальными затратами?
Как улучшить удобство продукта минимальными затратами?
 
Роман Кокин «Организация тестирования в больших командах»
Роман Кокин «Организация тестирования в больших командах»Роман Кокин «Организация тестирования в больших командах»
Роман Кокин «Организация тестирования в больших командах»
 
Code review как средство обеспечения качества программного обеспечения
Code review как средство обеспечения качества программного обеспеченияCode review как средство обеспечения качества программного обеспечения
Code review как средство обеспечения качества программного обеспечения
 
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Tests-Cases: избавьтесь от тест-кейсов в тестировании
 
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
 
Автоматизация тестирования: почему умирают проекты?
Автоматизация тестирования: почему умирают проекты?Автоматизация тестирования: почему умирают проекты?
Автоматизация тестирования: почему умирают проекты?
 
Автоматизация Тестирования - Почему умирают проекты?
Автоматизация Тестирования - Почему умирают проекты?Автоматизация Тестирования - Почему умирают проекты?
Автоматизация Тестирования - Почему умирают проекты?
 

Más de Andrew Sikorskiy

Об источниках трендов в медиа и не только. WUD'2013
Об источниках трендов в медиа и не только. WUD'2013Об источниках трендов в медиа и не только. WUD'2013
Об источниках трендов в медиа и не только. WUD'2013
Andrew Sikorskiy
 
Как и зачем сделать удобный сайт для пользователя ТРИМ'2011
Как и зачем сделать удобный сайт для пользователя ТРИМ'2011Как и зачем сделать удобный сайт для пользователя ТРИМ'2011
Как и зачем сделать удобный сайт для пользователя ТРИМ'2011
Andrew Sikorskiy
 
Юзабилити аудит @internetLife'2011
Юзабилити аудит @internetLife'2011Юзабилити аудит @internetLife'2011
Юзабилити аудит @internetLife'2011
Andrew Sikorskiy
 
За интерфейсом: о ценностях
За интерфейсом: о ценностяхЗа интерфейсом: о ценностях
За интерфейсом: о ценностях
Andrew Sikorskiy
 
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Andrew Sikorskiy
 
Банки будущего - тренды в интерфейсах
Банки будущего - тренды в интерфейсахБанки будущего - тренды в интерфейсах
Банки будущего - тренды в интерфейсах
Andrew Sikorskiy
 
87. Как по-другому можно подать прогнозы о погоде?
87. Как по-другому можно подать прогнозы о погоде?87. Как по-другому можно подать прогнозы о погоде?
87. Как по-другому можно подать прогнозы о погоде?
Andrew Sikorskiy
 

Más de Andrew Sikorskiy (20)

Про человеческое в науке и технике // Территория смыслов'2015
Про человеческое в науке и технике // Территория смыслов'2015Про человеческое в науке и технике // Территория смыслов'2015
Про человеческое в науке и технике // Территория смыслов'2015
 
Digital & new media conference'2015, Тюмень
Digital & new media conference'2015, ТюменьDigital & new media conference'2015, Тюмень
Digital & new media conference'2015, Тюмень
 
Новые требования к многоканальному/трансмедийному взаимодействию // Медиабрен...
Новые требования к многоканальному/трансмедийному взаимодействию // Медиабрен...Новые требования к многоканальному/трансмедийному взаимодействию // Медиабрен...
Новые требования к многоканальному/трансмедийному взаимодействию // Медиабрен...
 
Будущее UX методологии и проблемы/«дорожная карта» // RIF'2014
Будущее UX методологии и проблемы/«дорожная карта» // RIF'2014Будущее UX методологии и проблемы/«дорожная карта» // RIF'2014
Будущее UX методологии и проблемы/«дорожная карта» // RIF'2014
 
Гражданская активность в социальных медиа: 5 принципов — NewMediaNsk
Гражданская активность в социальных медиа: 5 принципов — NewMediaNskГражданская активность в социальных медиа: 5 принципов — NewMediaNsk
Гражданская активность в социальных медиа: 5 принципов — NewMediaNsk
 
Инновация, ориентированная на пользователя IBC'2013
Инновация, ориентированная на пользователя IBC'2013Инновация, ориентированная на пользователя IBC'2013
Инновация, ориентированная на пользователя IBC'2013
 
Об источниках трендов в медиа и не только. WUD'2013
Об источниках трендов в медиа и не только. WUD'2013Об источниках трендов в медиа и не только. WUD'2013
Об источниках трендов в медиа и не только. WUD'2013
 
Как и зачем сделать удобный сайт для пользователя ТРИМ'2011
Как и зачем сделать удобный сайт для пользователя ТРИМ'2011Как и зачем сделать удобный сайт для пользователя ТРИМ'2011
Как и зачем сделать удобный сайт для пользователя ТРИМ'2011
 
Удовольствие в играх: 4 компонента @InternetLife'2011
Удовольствие в играх: 4 компонента @InternetLife'2011Удовольствие в играх: 4 компонента @InternetLife'2011
Удовольствие в играх: 4 компонента @InternetLife'2011
 
Юзабилити аудит @internetLife'2011
Юзабилити аудит @internetLife'2011Юзабилити аудит @internetLife'2011
Юзабилити аудит @internetLife'2011
 
За интерфейсом: о ценностях
За интерфейсом: о ценностяхЗа интерфейсом: о ценностях
За интерфейсом: о ценностях
 
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
Почему проект не заканчивается после передачи его клиенту или что надо, чтобы...
 
130. Составляющие удовольствия пользователя в играх (и не только)
130. Составляющие удовольствия пользователя в играх (и не только)130. Составляющие удовольствия пользователя в играх (и не только)
130. Составляющие удовольствия пользователя в играх (и не только)
 
Банки будущего - тренды в интерфейсах
Банки будущего - тренды в интерфейсахБанки будущего - тренды в интерфейсах
Банки будущего - тренды в интерфейсах
 
87. Как по-другому можно подать прогнозы о погоде?
87. Как по-другому можно подать прогнозы о погоде?87. Как по-другому можно подать прогнозы о погоде?
87. Как по-другому можно подать прогнозы о погоде?
 
86. «Не/мой» контент интранет
86. «Не/мой» контент интранет86. «Не/мой» контент интранет
86. «Не/мой» контент интранет
 
85. Социальные сети и социализация
85. Социальные сети и социализация85. Социальные сети и социализация
85. Социальные сети и социализация
 
84. Доверие в средствах массовой информации
84. Доверие в средствах массовой информации84. Доверие в средствах массовой информации
84. Доверие в средствах массовой информации
 
82. Паттерн «Прокручиваемые витрины»
82. Паттерн «Прокручиваемые витрины»82. Паттерн «Прокручиваемые витрины»
82. Паттерн «Прокручиваемые витрины»
 
81. Банкоматы
81. Банкоматы81. Банкоматы
81. Банкоматы
 

125. Экспертная оценка: часть 2. Виды

  • 1. Методы
экспертной
оценки,
часть
2 125
вебинар
UX
Russia Андрей
Сикорский 30.06.2011
  • 2. За
год
до... • 6
мая
2010
73
вебинар
 «Эвристическая
оценка» • hHp://goo.gl/3oM39
  • 3. Виды
ЭО !.&/#'/"/+ 1&/'/2%#",3,+ $4'/+ 0-%()&//+ !"#$%&'()*+ 567/%+ ,-%(")+ 8&%(94+ 0,,'.%'#'./*+ 0'&)'%3//+ :::+
  • 4. Расширяем
сознание
:) • Экспертиза
(inspecWon
methods) ✓Эвристическая
оценка ✓Посценарная
оценка • Эвристическая
«прикидка»
(heurisWc
 esWmaWon) • Групповая
оценка
(pluralisWc
 walkthrough) • Оценка
возможностей • Оценка
единообразия ✴Оценка
соответствия
стандартам ✴Формальная
юзабилити‐оценка hHp://goo.gl/Z3ol1 ISBN 0-471-01877-5
  • 5. Характеристики
и
применимость галопом
по
Европам
  • 6. Эвристическая
оценка • Порядок
проведения – интерфейс
проверяется
экспертами
на
 соответствие
«эвристикам» • Плюсы – быстрый
метод
оценки – сравнительно
низкая
стоимость • Минусы – Важность
найденных
проблем
не
 всегда
соответствует
истине – Эксперт
должен
быть
экспертом 73
вебинар
(hHp://goo.gl/3oM39)
  • 8. Посценарная
оценка • Порядок
проведения – Эксперт
работает
по
сценариям
«от
 лица
пользователя» – на
каждом
шаге
сценария
 производится
оценка © Sampo Kellomäki
  • 9. Посценарная
оценка • Порядок
проведения – Эксперт
работает
по
сценариям
«от
 лица
пользователя» – на
каждом
шаге
сценария
 производится
оценка • Плюсы – быстрый
метод
оценки – сравнительно
низкая
стоимость – может
проводиться
не
экспертом © Sampo Kellomäki
  • 10. Посценарная
оценка • Порядок
проведения – Эксперт
работает
по
сценариям
«от
 лица
пользователя» – на
каждом
шаге
сценария
 производится
оценка • Плюсы – быстрый
метод
оценки – сравнительно
низкая
стоимость – может
проводиться
не
экспертом • Минусы – Важность
найденных
проблем
не
 всегда
соответствует
истине – Важно
понимание
аудитории,
знание
 © Sampo Kellomäki сценариев
поведения
  • 12. Эвристическая
прикидка • Порядок
проведения – Для
нескольких
дизайнов
эксперты
 дают
сравнительные
(количественные)
 оценки – Как
правило
оценивается
ожидаемая
 User
Performance
(количество
преград,
 ошибок,
успешных
задач
и
тп)
  • 13. Эвристическая
прикидка • Порядок
проведения – Для
нескольких
дизайнов
эксперты
 дают
сравнительные
(количественные)
 оценки – Как
правило
оценивается
ожидаемая
 User
Performance
(количество
преград,
 ошибок,
успешных
задач
и
тп) • Плюсы – быстрый
метод
оценки – сравнительно
низкая
стоимость
  • 14. Эвристическая
прикидка • Порядок
проведения – Для
нескольких
дизайнов
эксперты
 дают
сравнительные
(количественные)
 оценки – Как
правило
оценивается
ожидаемая
 User
Performance
(количество
преград,
 ошибок,
успешных
задач
и
тп) • Плюсы – быстрый
метод
оценки – сравнительно
низкая
стоимость • Минусы – Оценка
очень
приблизительная – Сильная
зависимость
от
квалификации
 эксперта
  • 15. Групповая
оценка
(pluralisPc
walkthrough)
‐
порядок • фиксируется
пользовательская
 задача • на
группе
из
разработчиков,
 экспертов,
маркетологов
и
 пользователей,
демонстрируются
 экраны
(последовательно) • после
предъявления
экрана
все
 участники
записывают
свои
действия
 • каждый
экран
совместно
 обсуждается
(если
есть
 представители
пользователей
‐
они
 говорят
первыми;
разработчики
и
 дизайнеры
‐
последними)
  • 16. Групповая
оценка
(pluralisPc
walkthrough)
‐
плюсы
и
минусы • Плюсы • Минусы – обратная
связь
от
пользователей,
даже
 – Надо
искать
пользователей если
интерфейс
еще
не
готов – Проверяются
только
основные
 – быстрые
итерации
по
изменению сценарии – возможность
«рисовать
вместе
с
 – Части
аудитории,
чье
действие
не
 пользователями» выбирается
группой,
как
«следующее»
 приходится
«чистить
память»

  • 17. Оценка
возможностей:
порядок
проведения • оцениваются
возможности,
 предоставляемые
интерфейсом
 для
решения
задач
(в
динамике) • внимание
обращается
на – непонятные
шаги – длинные
последовательности
действий – вещи,
требующие
специальных
знаний • дается
заключение
относительно – самих
возможностей – «возможности
воспользоваться
 возможностями»
;)
  • 18. Оценка
возможностей:
плюсы
и
минусы • Плюсы • Минусы – Концентрация
на
оценке
конкретных
 – Можно
утратить
целостную
картину задач
и
возможностей
интерфейса – Риск
«эластичного
пользователя» – Оценка
последовательностей,
а
не
 статики
  • 19. Оценка
единообразия:
порядок
проведения • Групповой
метод:
несколько
дизайнеров
 оценивают
несколько
дизайнов – в
рамках
большого
проекта
или
suite • Проверяется: – сходные
по
назначению
макеты
должны
 иметь
сходную
компоновку – сходные
задачи
должны
выполняться
 сходным
образом – терминология
должна
быть
одинаковой
для
 одинаковых
элементов • Задача
каждого
дизайнера/ проектировщика
убедиться,
что – его
и
чужие
элементы
интерфейса
 согласованы
и
единообразны – experience
является
сходным
  • 20. Оценка
единообразия:
плюсы • Плюсы • Минусы – cross‐review
интерфейсов
получается
 – требуется
хорошая
фасилитация
или
 автоматически
) культура
обсуждения – рождается
единая
палитра
элементов
и
 – склонность
«защищать»
и
 паттернов «влюбляться»
в
свое
решение – унифицируются
сходные
интерфейсы
и
 – риск
потерять
пользователя,
увлекшись
 выбирается
лучшее
решение технологичностью
или
красотой
 решения
  • 21. Полезная
литература
и
ссылки • Статья
Нильсена
с
обзором
методов
‐
hHp://goo.gl/Mp6tq • Книга
Usability
InspecWon
Methods
(hHp://goo.gl/Z3ol1) • Краткий
обзор
методов
по
результатам
применения
в
течение
15
лет
(PDF,
 hHp://goo.gl/msVk0) • 73
вебинар
‐
hHp://goo.gl/3oM39 • Google:
“Usability
InspecWon
Methods”

Notas del editor

  1. \n
  2. \n
  3. \n
  4. \n
  5. \n
  6. \n
  7. \n
  8. \n
  9. \n
  10. \n
  11. \n
  12. \n
  13. \n
  14. \n
  15. \n
  16. \n
  17. \n
  18. \n
  19. \n
  20. \n