SlideShare a Scribd company logo
1 of 45
Download to read offline
Jurij Ternicki
Product Design Lead @ Fintech Lab
Основні метрики
юзабіліті тестування
Одного разу
ми командою палко
сперечалися і зробили
помилку…
…ми випустили інтерфейс,
у якому реквізити
поповнення рахунку
розміщувались так
Виявилось, що лише
72,5% нових користувачів
змогли знайти реквізити
свого рахунку, тому
телефонували на саппорт
В той час, як краще
рішення було під боком
25%
50%
75%
100%
85.71%
28.57%
Знайшли реквізити
для поповнення рахунку
Знайшли реквізити
для поповнення картки
Завжди тестуйте
інтерфейс перед тим, як
передавати розробникам
Перероблювати це завжди довго і дорого.
Чому слід проводити
тестування?
✅ Отримати інсайти про те, як користувачі
використовують продукт насправді
✅ ~80% всіх проблем з якими зтикаються
користувачі можна виявити, перевіривши
його на 8 учасниках.
Переводьте суперечки
від вашого бачення на
мову цифр
Як проводити
юзабіліті тестування?
Для початку, слід прочитати
книжку Стіва Круга «Rocket
Surgery Made Easy: The Do-It-
Yourself Guide to Finding and
Fixing Usability Problems»
На Amazon від $17
Юзабіліті тестування
≠
Тестуванню на фокус-групі
Юзабіліті тести
Оффлайн / Онлайн
ЗА ТИПОМ
Модеровані / Не модеровані
ЗА НАЯВНІСТЬЮ МОДЕРАТОРА
Основні метрики
юзабіліті тестування
Task Success Rate
Time on Task
Efficiency
Learnability
Task Success Rate
Якщо ваші користувачі не можуть
виконати завдання — у вас проблеми
Завжди використовуйте
критерії успішності завдань
І накше можете отримати беззмістовні дані,
які не будуть відповідати реальності, і таким чином — 
змарнуєте свій час.
Завдання має мати чітко
окреслений кінцевий стан
✅ Отримайте виписку по вашій карті за останні
180 днів
❌ Знайдіть способи зекономити на споживчому
кредиті
Презентація Task Success
Rate
Середній відсоток по кожному завданню серед
всіх учасників та середній відсоток по кожному
учаснику серед всіх завдань.
Бінарний Task Success Rate
Існує всього два варіанти виконання завдання:
або «виконав», або «не виконав». «Майже
виконав» не рахується.
Непарний Task Success
Rate
Якщо суворі правила бінарної логіки не зовсім
підходять для виміру успіху, використовують
непарний TSR. Завдяки цьому можна отримати
розуміння де саме у користувачам виникають
складності при роботі із інтерфейсом.
Підхід №1
Повний успіх: із підказкою (1) та без підказки (2)
Частковий успіх: із підказкою (3) та без підказки (4)
Невдача: із підказкою (5) та без підказки (6)
Підхід №2
4 — Учасник не виконав
завдання, надав хибну
відповідь чи здався
1 — Учасник виконав
завдання без проблем та
ускладнень
2 — Учасник виконав
завдання успішно, зробив
1 чи 2 маленьких помилки
3 — Учасник виконав
завдання успішно, але
мав велику проблему чи
витратив надмірно часу
Task Time
Чим швидше користувачі витрачають часу на
взаємодію з інтерфейсом, тим позитивніше
вони оцінюють сервіс
Task Time можна взяти
із сервісів аналітики
Session Duration, Visit Duration або ж Goal
Start/End Time від Google Analytics, Mixpanel
тощо
Нормативний час
Це може бути тривалість виконання вами
цього завдання помножену на два. Або час
за який впорався досвідчений користувач
продукту.
Презентація Task Time
Cередній показник по кожному завданню
та у відсотках відносно до нормативного
часу.
Якщо модератору дозволяється
зупиняти учасника, то краще
враховувати лише тривалість
успішних завдань
Efficiency
Можна також заміряти скільки зусиль
витрачає користувач на виконання
завдання. Це і є ефективністю інтерфейсу.
Спосіб №1: Lostness
Це показник, наскільки «загубленими»
почуваються користувачі у вашому
застосунку чи сайті.
Має здачення від 0 (добре) до 1 (погано)
Формула обчислення
lostness
L — lostness
N — кількість відвіданих сторінок
S — загальна кількість відвіданих сторінок,
включаючи повтори
R — мінімальна чи оптимальна кількість сторінок
L = (N/S − 1)2
+ (R/N − 1)2
1
2
3
Очікування
1
2
3
Реальність
Вадим, 36 років. Топ-менеджер міжнародної логістичної
компанії, tech-saavy, постійний клієнт іноземних банків.
4 5
6
7
9
8
10
11
12
13
L=0.76
14
Спосіб №2: співвідношення
Task Success до Task Time
Таким чином можна дізнатися кількість успішно
виконаних завдань за певний проміжок часу
(наприклад — хвилин).
Learnability
Скільки часу і зусиль треба витратити,
щоб стати досвідченим користувачем
Вимірювання learnability
Для вимірювання можна використовувати
порівняння будь яких метрик із кількістю
ітерацій тестування.
✅ Task Success Rate ✅ Task Time
✅ Efficiency (Lostness) ✅ Efficiency (TSR/TT)
Способи вимірювання
learnability
1. Декілька спроб виконати завдання під час сесії
2. Декілька спроб виконати завдання під час
однієї сесії, але із перервами
3. Декілька спроб виконати завдання протягом
декількох сесій із перервою у щонайменше 

1 добу
Презентування learnability
Результати взаємодії із першою версією бек-офіса логістичної системи. Як видно із графіків нижче, із
кожною новим підходом до виконання завдання, користувач взаємодіяв краще.
Література
📕 Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability
Problems — Steve Krug
📕 Measuring the User Experience: Collecting, Analyzing, and Presenting Usability Metrics
(Interactive Technologies) — William Albert, Thomas Tullis
📕 Quantifying the User Experience: Practical Statistics for User Research — Jeff Sauro, James
R Lewis
📕 Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests — Jeffrey
Rubin, Dana Chisnell, Jared Spool
🎦 Practical Statistics for The User Experience — by Jeff Sauro @ Udemy
⚠ ISO/IEC 25062:2006 (INCITS 354) — Common Industry Format (CIF) for usability test reports
Jurij Ternicki
Facebook | Twitter | Instagram | Medium
Дякую

More Related Content

What's hot

UX STRAT USA 2021: Elsa Ho, DoorDash
UX STRAT USA 2021: Elsa Ho, DoorDashUX STRAT USA 2021: Elsa Ho, DoorDash
UX STRAT USA 2021: Elsa Ho, DoorDashUX STRAT
 
Why UX #FAILS (with notes)
Why UX #FAILS (with notes)Why UX #FAILS (with notes)
Why UX #FAILS (with notes)Chris Feix
 
"Design Thinking for Business Growth!"
"Design Thinking for Business Growth!" "Design Thinking for Business Growth!"
"Design Thinking for Business Growth!" BizCamp NI
 
UX STRAT Europe 2021: Ashley Smith, Spotify
UX STRAT Europe 2021: Ashley Smith, SpotifyUX STRAT Europe 2021: Ashley Smith, Spotify
UX STRAT Europe 2021: Ashley Smith, SpotifyUX STRAT
 
Innovations Accelerated - Design Sprint
Innovations Accelerated - Design SprintInnovations Accelerated - Design Sprint
Innovations Accelerated - Design SprintEryk Korfel
 
UX STRAT Online 2021 Presentation by Rina Tambo Jensen
UX STRAT Online 2021 Presentation by Rina Tambo JensenUX STRAT Online 2021 Presentation by Rina Tambo Jensen
UX STRAT Online 2021 Presentation by Rina Tambo JensenUX STRAT
 
Design System as a Product
Design System as a ProductDesign System as a Product
Design System as a ProductThoughtworks
 
Using IBM Design Thinking in Everyday Job 2017
Using IBM Design Thinking in Everyday Job 2017Using IBM Design Thinking in Everyday Job 2017
Using IBM Design Thinking in Everyday Job 2017Samir Dash
 
UX & Design Riyadh: Usability Guidelines for Websites & Mobile Apps
UX & Design Riyadh: Usability Guidelines for Websites & Mobile AppsUX & Design Riyadh: Usability Guidelines for Websites & Mobile Apps
UX & Design Riyadh: Usability Guidelines for Websites & Mobile AppsUXBERT
 

What's hot (20)

UX STRAT USA 2021: Elsa Ho, DoorDash
UX STRAT USA 2021: Elsa Ho, DoorDashUX STRAT USA 2021: Elsa Ho, DoorDash
UX STRAT USA 2021: Elsa Ho, DoorDash
 
Why UX #FAILS (with notes)
Why UX #FAILS (with notes)Why UX #FAILS (with notes)
Why UX #FAILS (with notes)
 
UX/UI design
UX/UI designUX/UI design
UX/UI design
 
Design Sprint Methods
Design Sprint MethodsDesign Sprint Methods
Design Sprint Methods
 
UX design
UX designUX design
UX design
 
"Design Thinking for Business Growth!"
"Design Thinking for Business Growth!" "Design Thinking for Business Growth!"
"Design Thinking for Business Growth!"
 
Design Thinking?
Design Thinking?Design Thinking?
Design Thinking?
 
Design thinking
Design thinkingDesign thinking
Design thinking
 
UX STRAT Europe 2021: Ashley Smith, Spotify
UX STRAT Europe 2021: Ashley Smith, SpotifyUX STRAT Europe 2021: Ashley Smith, Spotify
UX STRAT Europe 2021: Ashley Smith, Spotify
 
Innovations Accelerated - Design Sprint
Innovations Accelerated - Design SprintInnovations Accelerated - Design Sprint
Innovations Accelerated - Design Sprint
 
No code low code
No code low codeNo code low code
No code low code
 
DesignOps 101
DesignOps 101DesignOps 101
DesignOps 101
 
Design thinking
Design thinkingDesign thinking
Design thinking
 
Design Thinking
Design ThinkingDesign Thinking
Design Thinking
 
UX STRAT Online 2021 Presentation by Rina Tambo Jensen
UX STRAT Online 2021 Presentation by Rina Tambo JensenUX STRAT Online 2021 Presentation by Rina Tambo Jensen
UX STRAT Online 2021 Presentation by Rina Tambo Jensen
 
Design System as a Product
Design System as a ProductDesign System as a Product
Design System as a Product
 
Using IBM Design Thinking in Everyday Job 2017
Using IBM Design Thinking in Everyday Job 2017Using IBM Design Thinking in Everyday Job 2017
Using IBM Design Thinking in Everyday Job 2017
 
Fundamentals of UX Design
Fundamentals of UX DesignFundamentals of UX Design
Fundamentals of UX Design
 
UX & Design Riyadh: Usability Guidelines for Websites & Mobile Apps
UX & Design Riyadh: Usability Guidelines for Websites & Mobile AppsUX & Design Riyadh: Usability Guidelines for Websites & Mobile Apps
UX & Design Riyadh: Usability Guidelines for Websites & Mobile Apps
 
Agile UX
Agile UXAgile UX
Agile UX
 

Similar to Основні метрики юзабіліті тестування

ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...GoQA
 
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...GoQA
 
Marafon_part1 (1).pptx
Marafon_part1  (1).pptxMarafon_part1  (1).pptx
Marafon_part1 (1).pptxssuser75c4bb
 
Керування Часом у Тестуванні ПЗ
Керування Часом у Тестуванні ПЗКерування Часом у Тестуванні ПЗ
Керування Часом у Тестуванні ПЗQualityAssuranceGroup
 
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...Lviv Startup Club
 
Як робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історієюЯк робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історієюAleksandr Brychuk
 
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....HOWWEDOIT
 
Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1Oleg Nazarevych
 
Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?"
 Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?" Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?"
Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?"Fwdays
 
Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...
Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...
Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...Lviv Startup Club
 
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O..."Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...Fwdays
 
Testing Web in Agile
Testing Web in AgileTesting Web in Agile
Testing Web in AgileA1eksandras
 
Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...
Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...
Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...Lviv Startup Club
 
Чому юзабіліті. Мар'яна Онисько
Чому юзабіліті.  Мар'яна ОниськоЧому юзабіліті.  Мар'яна Онисько
Чому юзабіліті. Мар'яна ОниськоHRdepartment
 
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2GoQA
 
Web Testing in Agile
Web Testing in AgileWeb Testing in Agile
Web Testing in AgileAlex Belik
 
Test Planning & Test Strategy
Test Planning & Test StrategyTest Planning & Test Strategy
Test Planning & Test StrategyRoman Iakymchuk
 
Структура тест-кейсу та звіту про помилки.pptx
Структура тест-кейсу та звіту про помилки.pptxСтруктура тест-кейсу та звіту про помилки.pptx
Структура тест-кейсу та звіту про помилки.pptxssuser40c4fa
 
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)Lviv Startup Club
 
природна і економна дорожня карта для переходу команди розробки на тест центр...
природна і економна дорожня карта для переходу команди розробки на тест центр...природна і економна дорожня карта для переходу команди розробки на тест центр...
природна і економна дорожня карта для переходу команди розробки на тест центр...Andrii Podanenko
 

Similar to Основні метрики юзабіліті тестування (20)

ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
 
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
 
Marafon_part1 (1).pptx
Marafon_part1  (1).pptxMarafon_part1  (1).pptx
Marafon_part1 (1).pptx
 
Керування Часом у Тестуванні ПЗ
Керування Часом у Тестуванні ПЗКерування Часом у Тестуванні ПЗ
Керування Часом у Тестуванні ПЗ
 
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
Alina Onyshchuk: How to build an efficient onboarding process for remote empl...
 
Як робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історієюЯк робити рефакторинг в продукті з бурхливою історією
Як робити рефакторинг в продукті з бурхливою історією
 
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
Багаті спадкоємці, або як робити рефакторинг у продукті з бурхливою історією....
 
Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1Планування та менеджмент проектів в М1
Планування та менеджмент проектів в М1
 
Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?"
 Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?" Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?"
Роман Сахаров "Stakeholders and expectations, или когда проекты успешны?"
 
Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...
Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...
Alexander Gritsenko: Як нетехнічному менеджеру команди вибрати правильне ріше...
 
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O..."Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
"Crisis to Calm: Incident Management’s Role in Business Stability", Oleksii O...
 
Testing Web in Agile
Testing Web in AgileTesting Web in Agile
Testing Web in Agile
 
Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...
Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...
Dmytro Yarmak: Product Development Flow або як пришвидшити розробку вашого пр...
 
Чому юзабіліті. Мар'яна Онисько
Чому юзабіліті.  Мар'яна ОниськоЧому юзабіліті.  Мар'яна Онисько
Чому юзабіліті. Мар'яна Онисько
 
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
 
Web Testing in Agile
Web Testing in AgileWeb Testing in Agile
Web Testing in Agile
 
Test Planning & Test Strategy
Test Planning & Test StrategyTest Planning & Test Strategy
Test Planning & Test Strategy
 
Структура тест-кейсу та звіту про помилки.pptx
Структура тест-кейсу та звіту про помилки.pptxСтруктура тест-кейсу та звіту про помилки.pptx
Структура тест-кейсу та звіту про помилки.pptx
 
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
Andrii Skoromnyi: Чому не працює методика "5 Чому?" – і яка є альтернатива? (UA)
 
природна і економна дорожня карта для переходу команди розробки на тест центр...
природна і економна дорожня карта для переходу команди розробки на тест центр...природна і економна дорожня карта для переходу команди розробки на тест центр...
природна і економна дорожня карта для переходу команди розробки на тест центр...
 

More from Yuri Ternytsky

Designing Solutions in a Product World @ DevChallenge
Designing Solutions in a Product World @ DevChallengeDesigning Solutions in a Product World @ DevChallenge
Designing Solutions in a Product World @ DevChallengeYuri Ternytsky
 
KyivUX Meetup 2 - Design Systems for White Label products Ignite.pdf
KyivUX Meetup 2 - Design Systems for White Label products Ignite.pdfKyivUX Meetup 2 - Design Systems for White Label products Ignite.pdf
KyivUX Meetup 2 - Design Systems for White Label products Ignite.pdfYuri Ternytsky
 
Ключові компетенції дизайнера
Ключові компетенції дизайнераКлючові компетенції дизайнера
Ключові компетенції дизайнераYuri Ternytsky
 
Як комунікувати цінність користувацького досвіду
Як комунікувати цінність користувацького досвідуЯк комунікувати цінність користувацького досвіду
Як комунікувати цінність користувацького досвідуYuri Ternytsky
 
Design QA або чому дизайнерам слід вийти «за рамки Figma».
Design QA або чому дизайнерам слід вийти «за рамки Figma». Design QA або чому дизайнерам слід вийти «за рамки Figma».
Design QA або чому дизайнерам слід вийти «за рамки Figma». Yuri Ternytsky
 

More from Yuri Ternytsky (6)

Designing Solutions in a Product World @ DevChallenge
Designing Solutions in a Product World @ DevChallengeDesigning Solutions in a Product World @ DevChallenge
Designing Solutions in a Product World @ DevChallenge
 
KyivUX Meetup 2 - Design Systems for White Label products Ignite.pdf
KyivUX Meetup 2 - Design Systems for White Label products Ignite.pdfKyivUX Meetup 2 - Design Systems for White Label products Ignite.pdf
KyivUX Meetup 2 - Design Systems for White Label products Ignite.pdf
 
Ключові компетенції дизайнера
Ключові компетенції дизайнераКлючові компетенції дизайнера
Ключові компетенції дизайнера
 
Основи Lean UX
Основи Lean UXОснови Lean UX
Основи Lean UX
 
Як комунікувати цінність користувацького досвіду
Як комунікувати цінність користувацького досвідуЯк комунікувати цінність користувацького досвіду
Як комунікувати цінність користувацького досвіду
 
Design QA або чому дизайнерам слід вийти «за рамки Figma».
Design QA або чому дизайнерам слід вийти «за рамки Figma». Design QA або чому дизайнерам слід вийти «за рамки Figma».
Design QA або чому дизайнерам слід вийти «за рамки Figma».
 

Основні метрики юзабіліті тестування

  • 1. Jurij Ternicki Product Design Lead @ Fintech Lab Основні метрики юзабіліті тестування
  • 2. Одного разу ми командою палко сперечалися і зробили помилку…
  • 3. …ми випустили інтерфейс, у якому реквізити поповнення рахунку розміщувались так
  • 4. Виявилось, що лише 72,5% нових користувачів змогли знайти реквізити свого рахунку, тому телефонували на саппорт
  • 5. В той час, як краще рішення було під боком 25% 50% 75% 100% 85.71% 28.57% Знайшли реквізити для поповнення рахунку Знайшли реквізити для поповнення картки
  • 6. Завжди тестуйте інтерфейс перед тим, як передавати розробникам Перероблювати це завжди довго і дорого.
  • 7. Чому слід проводити тестування? ✅ Отримати інсайти про те, як користувачі використовують продукт насправді ✅ ~80% всіх проблем з якими зтикаються користувачі можна виявити, перевіривши його на 8 учасниках.
  • 8. Переводьте суперечки від вашого бачення на мову цифр
  • 9. Як проводити юзабіліті тестування? Для початку, слід прочитати книжку Стіва Круга «Rocket Surgery Made Easy: The Do-It- Yourself Guide to Finding and Fixing Usability Problems» На Amazon від $17
  • 11. Юзабіліті тести Оффлайн / Онлайн ЗА ТИПОМ Модеровані / Не модеровані ЗА НАЯВНІСТЬЮ МОДЕРАТОРА
  • 12. Основні метрики юзабіліті тестування Task Success Rate Time on Task Efficiency Learnability
  • 13. Task Success Rate Якщо ваші користувачі не можуть виконати завдання — у вас проблеми
  • 14. Завжди використовуйте критерії успішності завдань І накше можете отримати беззмістовні дані, які не будуть відповідати реальності, і таким чином —  змарнуєте свій час.
  • 15. Завдання має мати чітко окреслений кінцевий стан ✅ Отримайте виписку по вашій карті за останні 180 днів ❌ Знайдіть способи зекономити на споживчому кредиті
  • 16. Презентація Task Success Rate Середній відсоток по кожному завданню серед всіх учасників та середній відсоток по кожному учаснику серед всіх завдань.
  • 17.
  • 18. Бінарний Task Success Rate Існує всього два варіанти виконання завдання: або «виконав», або «не виконав». «Майже виконав» не рахується.
  • 19.
  • 20. Непарний Task Success Rate Якщо суворі правила бінарної логіки не зовсім підходять для виміру успіху, використовують непарний TSR. Завдяки цьому можна отримати розуміння де саме у користувачам виникають складності при роботі із інтерфейсом.
  • 21. Підхід №1 Повний успіх: із підказкою (1) та без підказки (2) Частковий успіх: із підказкою (3) та без підказки (4) Невдача: із підказкою (5) та без підказки (6)
  • 22. Підхід №2 4 — Учасник не виконав завдання, надав хибну відповідь чи здався 1 — Учасник виконав завдання без проблем та ускладнень 2 — Учасник виконав завдання успішно, зробив 1 чи 2 маленьких помилки 3 — Учасник виконав завдання успішно, але мав велику проблему чи витратив надмірно часу
  • 23.
  • 24. Task Time Чим швидше користувачі витрачають часу на взаємодію з інтерфейсом, тим позитивніше вони оцінюють сервіс
  • 25. Task Time можна взяти із сервісів аналітики Session Duration, Visit Duration або ж Goal Start/End Time від Google Analytics, Mixpanel тощо
  • 26.
  • 27. Нормативний час Це може бути тривалість виконання вами цього завдання помножену на два. Або час за який впорався досвідчений користувач продукту.
  • 28. Презентація Task Time Cередній показник по кожному завданню та у відсотках відносно до нормативного часу.
  • 29.
  • 30. Якщо модератору дозволяється зупиняти учасника, то краще враховувати лише тривалість успішних завдань
  • 31. Efficiency Можна також заміряти скільки зусиль витрачає користувач на виконання завдання. Це і є ефективністю інтерфейсу.
  • 32. Спосіб №1: Lostness Це показник, наскільки «загубленими» почуваються користувачі у вашому застосунку чи сайті. Має здачення від 0 (добре) до 1 (погано)
  • 33. Формула обчислення lostness L — lostness N — кількість відвіданих сторінок S — загальна кількість відвіданих сторінок, включаючи повтори R — мінімальна чи оптимальна кількість сторінок L = (N/S − 1)2 + (R/N − 1)2
  • 35. 1 2 3 Реальність Вадим, 36 років. Топ-менеджер міжнародної логістичної компанії, tech-saavy, постійний клієнт іноземних банків. 4 5 6 7 9 8 10 11 12 13 L=0.76 14
  • 36. Спосіб №2: співвідношення Task Success до Task Time Таким чином можна дізнатися кількість успішно виконаних завдань за певний проміжок часу (наприклад — хвилин).
  • 37.
  • 38.
  • 39. Learnability Скільки часу і зусиль треба витратити, щоб стати досвідченим користувачем
  • 40. Вимірювання learnability Для вимірювання можна використовувати порівняння будь яких метрик із кількістю ітерацій тестування. ✅ Task Success Rate ✅ Task Time ✅ Efficiency (Lostness) ✅ Efficiency (TSR/TT)
  • 41. Способи вимірювання learnability 1. Декілька спроб виконати завдання під час сесії 2. Декілька спроб виконати завдання під час однієї сесії, але із перервами 3. Декілька спроб виконати завдання протягом декількох сесій із перервою у щонайменше 
 1 добу
  • 42. Презентування learnability Результати взаємодії із першою версією бек-офіса логістичної системи. Як видно із графіків нижче, із кожною новим підходом до виконання завдання, користувач взаємодіяв краще.
  • 43. Література 📕 Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems — Steve Krug 📕 Measuring the User Experience: Collecting, Analyzing, and Presenting Usability Metrics (Interactive Technologies) — William Albert, Thomas Tullis 📕 Quantifying the User Experience: Practical Statistics for User Research — Jeff Sauro, James R Lewis 📕 Handbook of Usability Testing: How to Plan, Design, and Conduct Effective Tests — Jeffrey Rubin, Dana Chisnell, Jared Spool 🎦 Practical Statistics for The User Experience — by Jeff Sauro @ Udemy ⚠ ISO/IEC 25062:2006 (INCITS 354) — Common Industry Format (CIF) for usability test reports
  • 44. Jurij Ternicki Facebook | Twitter | Instagram | Medium