Поняття. Стрес і деформація концепції. Юзабіліті (юзабіліті) Взаємодія з користувачем (користувальницький досвід) Модель процедури
Концепції навантаження та концепції стресу Юзабіліті (зручність користування) Взаємодія з користувачем (досвід користувача) Модель процесу o Розвиток, орієнтований на користувача або людину
Юзабіліті та користувальницький досвід Юзабіліті o Ступінь використання системи, продукту чи послуги певними користувачами в певному контексті використання для ефективного, результативного та задовільного досягнення поставлених цілей. o чітко визначений o Вимірюваний досвід користувачів o сприйняття та реакція людини внаслідок фактичного та/або очікуваного використання продукту, системи чи послуги. o Фаза визначення терміна ще не завершена. o Вимірність часто є недостатньою
Юзабіліті та зручність користування
Юзабіліті та користувальницький досвід, об'єктивні показники ефективності загальної системи, суб'єктивні сприйняття та реакції МОЖЛИВОСТЬ ЕФЕКТИВНІСТЬ ЕФЕКТИВНІСТЬ ЗАДОВОЛЕННЯ Ергономіка людини ДОСВІД КОРИСТУВАЧА передбачуване використання фактичне використання після використання
Юзабіліті та принципи проектування діалогу
DIN EN ISO 9241-110 Принципи діалогового дизайну Відповідність завдання o Немає зайвих кроків, не вводить в оману інформацію Здатність до самоопису o Також доступна саме інформація, яка потрібна для певного кроку Відповідність очікуванням o Система завжди реагує з точною інформацією з точки зору завдання насправді "можна очікувати", що навчання сприяє навчанню; o продукт може бути використаний негайно на основі знань про завдання, підготовка не потрібна
DIN EN ISO 9241-110 Принципи проектування діалогу Керованість o Виконуючи своє завдання, користувач може послідовно рухатися в тих напрямках, які потрібні з точки зору завдання (без об’їздів та “нового входу в інше місце”). Захищені помилки, або якщо користувач допустив помилки, їх можна виправити з мінімальними зусиллями. Налаштування o Користувач може сам адаптувати користувальницький інтерфейс та зробити індивідуальні налаштування за замовчуванням, які відповідають його фізичним умовам (наприклад, розміру шрифту) або враховують особливості його контексту ( наприклад, певні налаштування за замовчуванням)
Розвиток, орієнтований на людину (baddesigns 2010)
Орієнтований на людину розвиток Після того, як система розробляється, виправлення проблеми коштує в 10 разів більше, ніж вирішення тієї самої проблеми при проектуванні. Якщо система була випущена, вона коштує в 100 разів дорожче порівняно з виправленням в конструкції. (Гілб, 1995)
ВІН час прийняття рішень
Розвиток, орієнтований на людину, Зниження витрат o Менше необхідних тренувань та документації o Менше переробок, згадувань після виходу на ринок Збільшення продажів o Рентабельність інвестицій, понесених на початку юридичних вимог Сертифікація відповідно до стандартів Охорона праці та безпека Реалізація безбар'єрної близькості клієнтів Відкриття нових груп клієнтів (наприклад, сліпих)
Розвиток, зосереджений на людині (DIN EN ISO 13407/2000)
Розвиток, орієнтований на людину (DIN EN ISO 9241-210/2010)
Три етапи оцінки дизайну аналізу
Від проблеми до розв’язання Аналіз Дизайн Простір задачі Простір розв’язання
Рекомендації щодо користування DAkkS, розроблені та опубліковані в Інтернеті німецькою службою акредитації (версія 1.3, DAkkS 2010) Компіляція методів розробки та перевірки інтерактивних продуктів та процесів їх розробки на основі відповідних стандартів o DIN ISO 9241-11, -110, -210
Від проблеми до рішення Контекстні інтерв’ю Аналіз Дизайн Простір проблем Простір рішення
Контекстне інтерв’ю Індивідуальне інтерв’ю Реальні представники попередньо визначених груп користувачів 3-5 осіб на групу користувачів 2 інтерв’юери (опитування та документація) Фокус: діяльність респондента Дискусії, які керуються ключовими питаннями: o Адаптуйте ключові питання до контексту використання o Організуйте ключові питання o За необхідності з клієнтом голосувати o Не потрібно дотримуватися послідовності для проведення співбесіди o Другий інтерв'юер перевіряє, чи не задано всі питання
Від проблеми до рішення Контекстні сценарії Контекстні інтерв’ю Аналіз Дизайн Простір проблем Простір рішення
Контекстні сценарії Створіть запущений текст у стилі розповіді на основі інтерв’ю. Створіть негайно, щонайбільше один день після контекстного інтерв’ю одним із двох інтерв’юерів. Обговоріть текст з іншим інтерв’юером та, якщо потрібно, висвітліть будь-які неясності
Від проблеми до рішення Аналіз Дизайн Простір проблем Простір рішення Контекстні сценарії Контекстні інтерв’ю Вимоги
Вимоги Визначення вимоги o Необхідна вимога, яка дозволяє ефективно виконувати мету, що міститься в ситуації контексту використання. Ø Спочатку запишіть мету, а потім вимогу щодо досягнення цілі. Вимоги не є цілями, яких переслідує людина. o Рішення проблеми. o відсутність вимог щодо використання або технології.
Від проблеми до рішення Аналіз Дизайн Простір проблем Вимоги Вимоги до використання Простір рішення Контекстні сценарії Контекстні інтерв’ю
Вимоги користувача Визначення вимоги користувача o Необхідна дія користувача в інтерактивній системі таким чином, що описує діяльність та технічно не реалізується. Користувач повинен мати можливість вибрати щось у системі. o може ввійти. o може розпізнати. o Доступні в контексті.
Процес оцінки контекстних сценаріїв 1. Контекстний сценарій: Текст з фактами з контекстного інтерв’ю 2. Вимога: Яка мета описаних фактів та які вимоги для виконання цієї мети? 3. Вимога користувача: Яку дію повинен виконати користувач у системі, щоб задовольнити вимогу?
Приклад контекстної інновації Контекст Ergendis/Потреба/Вимога I (цивільний) готую яйця по вівторках для психічно хворих клієнтів закладу. Я хочу дати кожному тверде, м’яке, середнє яйце, яке вони хочуть. Але це часто не працює і призводить до психологічних криз. Ні таймер яєць, ні відчуття надійно ведуть до успіху. Я ненавиджу вівторки. Людина, яка готує сніданок, повинна знати, коли яке яйце якої консистенції (тверде, середньо м’яке), щоб мати змогу дати кожному учаснику сніданку відповідне яйце. Користувач повинен мати можливість побачити в системі, яке яйце м’яке, середнього або твердого консистенції та коли.
Приклад контексту, керованого інновацією Контекст Потреба у вимогах Для незвичних відхилень я перевіряю бази даних, якщо така річ була діагностована раніше. Ви не хочете зробити помилку, яку раніше робили інші. Користувач повинен знати, які помилкові діагнози були зроблені щодо певної аномалії, щоб уникнути помилок. Користувач повинен мати можливість вибрати розпізнану патологічну аномалію в системі. Користувач повинен мати можливість бачити помилкові діагнози, зроблені щодо визнаної патологічної аномалії.
Інновації, керовані користувачем? Контекстна інновація! Генрі Форд, 1863-1947 o Якби я запитав своїх клієнтів, що вони хочуть, вони сказали б мені: Швидший кінь. Інновації (визначення Thomas Geis, Procontext GmbH) o Рішення проблеми, при якій користувач рішення знає про проблему лише після того, як проблема більше не існує (була усунена). o Примітка: Вирішення проблеми, про яку знає користувач, - це засіб (не нововведення).
Тематичні галузі Орієнтовані на людину якості Якість проектування та оцінки Інновації, що керуються контекстом
Процес аналізу контексту продукту Аналіз вимог до оцінки Дизайн
Стратегія для інновацій Визначте контекст Видаліть окуляри для розв’язання та надіньте проблемні окуляри Запитайте людей, що вони роблять у контексті Оцініть контекст o Вимоги o Вимоги до використання Встановіть окуляри для розв’язання знову на Перевірте вимоги щодо використання на можливість здійснення o Можливо: зробіть! o Ще не здійснимо: в пам'ять компанії o Ніколи не здійснимо: подумайте ще раз через 10 років