Як ми вимірюємо якість дизайну? Це запитання я чув у всіх компаніях, де працював. Його ставили не тільки дизайнери. Відповіді варіюються від "ми дізнаємося, коли побачимо", до рішень, що ґрунтуються на аналізі, виходячи з принципів дизайну або докладних і ретельних оглядах продукту і дизайну. Серед інших пропонованих рішень - опитування, такі як NPS (Net Promoter Score), CSAT (Customer Satisfaction Score), або індивідуальні опитування користувачів, наприклад, "Наскільки вам подобається наш продукт?"
Кожне з цих рішень має низку проблем. Внутрішні оцінки можуть бути спотворені внутрішніми мотивами або сліпими плямами. Опитування можуть бути не в змозі виділити якість дизайну або можуть додати непотрібний тягар для користувача.
Кілька років тому я очолював команду дизайнерів і дослідників у компанії, яка тільки-но захопилася філософією Джона Дорра і застосуванням OKR. Ми заміряли все, зокрема якість дизайну.
Механізм оцінювання, на якому ми зупинилися, був розширеним набором евристик юзабіліті та продуктів, що ґрунтується на 10 евристиках юзабіліті дизайну інтерфейсу Якоба Нільсена. Ми дійшли висновку, що, хоча команда дизайнерів може бути упередженою під час оцінювання власної роботи, цілком очевидно, що дизайнери мають знати, що таке "хороший дизайн", оскільки критика є важливою частиною нашої практики.
Я і кілька колег розробляли набір евристик, що відповідають нашій загальній структурі дизайну продукту: дизайн-мислення, UX і UI дизайн. Додатковою перевагою було те, що ми дивилися на кваліфікацію та навички дизайнерів в аналогічних командах, тож під час оцінювання якості, ми могли легко відповісти на запитання "де в цьому проєкті дизайнер продемонстрував сильні сторони чи можливості?"
Щоб оцінити якість дизайну, ми збиралися невеликою групою після запуску нового продукту і проводили короткий огляд виконаної роботи. Ми просто відповідали "так" або "ні" на кожне запитання, і застосовували формулу для визначення процентної оцінки якості (100 - так, 0 - ні).
Хоча, це не давало точного результату, ми реєстрували резонансні варіанти від проєкту до проєкту і змогли дати фідбек дизайнерам, а також надати інформацію про якість не дизайнерам.
Це і є евристика.
Дизайн-мислення
Проблема користувача
- Чи зрозуміла проблема користувача?
- Чи підтримує дане дослідження запропоноване рішення проблеми?
- Чи підтримують наявні дані пропонований напрямок розв'язання проблеми?
- Чи вирішує продукт або функція проблему користувача, зазначену в описі продукту?
Аудиторія
- Чи вирішує продукт або функція проблему цільової аудиторії?
- Чи уникає продукт або функція негативних компромісів для цільової аудиторії?
- Чи чинить продукт або функція мінімальний негативний вплив на глобальну аудиторію / інші аудиторії?
Цінність
- Чи приносить продукт або функція додаткову цінність для користувацького досвіду?
- Чи уникає продукт або функція зниження цінності в інших сферах?
Принципи дизайну
- Чи не перевантажує користувача продукт або функція?
- Чи тестувалися продукт або функція під тиском?
- Продукт або функція покращують якість?
UX дизайн
Стан системи
- Чи зрозуміло, де саме перебувають користувачі?
- Чи зрозуміло користувачам, що сталося раніше і що буде далі?
Зрозуміле завдання
- Чи можуть користувачі легко знайти те, що від них очікують?
- Чи знають користувачі, як від них очікується виконання завдання (завдань)?
Простота використання
Чи потрібні мінімальні зусилля для вивчення поставленого завдання?
Чи йдуть поточні завдання в логічному порядку?
Чи уникає поточне завдання(и) непотрібної складності?
Очікування користувачів
- Чи відповідають поставлені завдання ментальним моделям користувача?
- Чи відповідає продукт або функція загальним патернам взаємодії?
- Чи є продукт або функція гнучкими, або такими, що налаштовуються для задоволення потреб різних груп користувачів?
- Чи пов'язаний продукт або функція з іншими відповідними системами продуктів або функцій?
Обробка помилок
- Чи є у користувачів чіткий шлях, коли щось піде не так?
- Чи є повідомлення про помилку ясним, описовим і коротким?
- Чи були розглянуті крайні випадки?
- У користувачів є доступ до допомоги?
UI дизайн
Єдині стандарти
- Дизайн функції або продукту відповідає стандартам доступності?
- Чи використовує дизайн функції або продукту дану дизайн-систему?
- Чи відповідає UX-копірайтинг стандартам контент-стратегії (відповідний голос, тон, стиль)?
Впізнавати, а не згадувати
- Чи робить дизайн функції або продукту видимими об'єкти, дії та параметри?
- Чи легко отримати інструкції або інформацію?
Знайомі елементи
Макет сторінки, ієрархія тощо функції або продукту схожі на інші часто використовувані функції або продукти?
Чи відповідає дизайн функції або продукту стандартам інтерфейсу для відповідних платформ?
Ремесло
- Чи відповідає дизайн функції або продукту стандартам галузі?
- Чи є дизайн функції або продукту найкращим у своєму класі?
- Чи є дизайн функції або продукту зрозумілим і мінімалістичним, коли це можливо?
- Чи викликає захоплення дизайн функції або продукту, коли це необхідно?
Зазначимо, що вони були адаптовані до наших уявлень про якість дизайну і можуть відрізнятися залежно від контексту. Наприклад, під час формування принципів дизайну ми зосередилися на тому, як люди вчаться використовувати продукт.
Хоча цей підхід спрацював для нас, ми визнаємо, що він не може бути масштабований за межі нашої невеликої команди. Наприклад, команда, що складається із сотень дизайнерів, які щодня представляють проєкти, навряд чи зможе перевіряти їх вручну. Однак у міру того, як дизайнери вчаться модерувати свою роботу, ми вважаємо, що цей підхід сприятиме підвищенню якості дизайну, що сприятиме виміру успіху продукту і його характеристик - як для компанії, так і для наших користувачів.
Дякуємо jennie § yip та Casey_ Callow за допомогу!
Переклад статті uxdesign.cc
Топ коментарі (0)