Як розпізнати та керувати боргом UX

Довжина користувальницького досвіду неминуче трапляється з часом. Це сума прострочені завдання з дизайну та юзабіліті виводяться з таких речей, як швидкі бізнес-рішення, дизайн ярликів, пропущені можливості, часові обмеження та інші фактори.

Довготермінований досвід користувача називається боргом, оскільки він подібний до реального боргу; ми отримуємо щось у сьогоденні, але тільки платити за неї в майбутньому. Поки борг не виплачується, процентні ставки виникають як постійні витрати.

Користувач відчуває борг - разом з його близьким двоюрідним братом, технічним боргом - є дизайн антипаттерн, що знижує якість проекту. Оскільки заборгованість із досвідом користувачів є менш широко обговорюваною темою, крім того, що її не завжди легко розпізнати, у цій статті ми розглядаємо її.

Технічний борг проти боргу UX

Існують різні види боргів у веб-розробці. Найвідомішим є технічний борг це визначено у CSS Tricks як "сума" компроміси робимо при написанні коду в процесі розробки ".

Пізніше в нашому робочому процесі нам доведеться мати справу з наслідків цих компромісів, що означає додаткову роботу в майбутньому.

Технічна заборгованість не стосується відвертих помилок, а про те, що навіть з найкращими методами кодування неможливо повністю забезпечити майбутній код, однак ефективна оптимізація коду може допомогти.

Використання антипатерн, кодування, неефективної архітектури або важкодоступних залежностей може додавати технічну заборгованість, але справа в тому, що навіть у оптимальному, гіпотетичному ідеальному сценарії його неможливо уникнути - як майбутні несумісності, потреби та проблеми непередбачувані. Тому рефакторинг рекомендується через деякий час.

Забор заборгованості користувачів подібний до технічного боргу в тому сенсі, що він:

• не можна уникнути (хоча його можна зменшити)
• важко розпізнати
• може поставити під загрозу успіх проекту.

Довготривалий користувач має ширшу категорію, ніж заборгованості по юзабіліті, так як це не тільки про те, як можна використовувати веб-сайт або програму, а й про те, як користувачі відчувають ваш продукт - чи вважають вони це цікавою, корисною нагородою, або яким почуттям ви хочете закликати вашу цільову аудиторію.

Користувальницький досвід охоплює зручність використання, оскільки важкодоступний сайт не змусить користувачів відчувати себе комфортно, так само, як і боргові зобов'язання, а також борг для зручності використання.

На жаль, існує не так багато ресурсів в Інтернеті щодо заборгованості щодо зручності користування та заборгованості з досвідом користувачів, але тут є деякі, які мені було корисним і допомогли сформувати свої погляди на тему:

• Катріона Корнетт, директор по розробці продукту в SalesforceIQ на як ефективно вирішувати питання використання боргу (читайте тут)
• TryMyUI's блог як уникнути кризи боргових зобов'язань (читайте тут)
• Асоціація фахівців з досвіду користувачів на їхній підхід до боргових зобов'язань з рекомендацією як розрахувати його обсяг (читайте тут)
• Ендрю Райт пояснення та класифікація боргу УХ на блозі nForm (читайте тут)

Серед усіх можливих ілюстрацій, які я міг би знайти на боргах УХ, це найкращий вибір, оскільки я думаю, що це лаконічно показує його суть.

Довжина досвіду користувача може бути визначена як різниця між якістю досвіду вашого поточного і оптимального продукту.

Заборгованість UX більш суб'єктивним, ніж технічний борг, як ви (або ваш клієнт) вирішує якість, яку ви хочете досягти. Наприклад, ви можете націлити на "функціональний" рівень мінімального життєздатного продукту, але ви також можете встановити високі (але зазвичай дорогі) стандарти націлювання на "приємний" рівень для преміального продукту - все залежить від ваших цілей.

Технічна заборгованість різна в тому сенсі, що в багатьох випадках погано управляється код просто перестає працювати. З боргом UX є немає таких кардинальних змін, але це не лише плюси, але й загроза полегшує цей вид боргів.

Як визнати борг UX

Для управління боргом UX спочатку нам необхідно його розпізнати. Існують два види боргових зобов'язань, навмисні та ненавмисні.

1. Умисний борг УБ є результат наших свідомих рішень коли ми не вистачає грошей, часу, навчання, або інших ресурсів, або коли ми є змушені дотримуватися зовнішніх правил. Хороші ідеї, які ми втрачаємо в умовах прискореної роботи, також сприяють умисному боргу УХ.
2. Легко бачити, що навмисний борг UX може відбуватися в будь-який час протягом життєвого циклу продукту.
3. Ненавмисний борг Укс виникає з помилкових припущень, які ми робимо про наших користувачів. Частіше за все ми вважаємо, що ми знаємо, чого хочуть наші користувачі, як вони можуть або можуть користуватися, і ми будуємо весь цей сайт (програму, продукт тощо) передбачувані знання.
4. На добровільній основі виникає непогана заборгованість за борговими зобов'язаннями початок життєвого циклу продукту, і це природно збільшується з часом. Ненавмисний борг УХ набагато важче ловити, як нам треба позбутися від нашої потреби виправдати наші припущення.

Як же виглядає борг UX у реальному житті? Коли користувачі не можуть або не хочуть використовувати наш сайт через поганий досвід користувачів. Вони просто не займайтеся; ми не може привернути їхню увагу та інтерес.

Прояв UX боргу відрізняється від сайту до сайту, але якщо ми маємо a зменшення рейтингу конверсій або збільшення показника відмов у більшості випадків ми можемо підозрювати, що ми накопичили непогану суму боргу UX.

Як керувати боргом UX

Є немає універсального рецепту ефективно управляти боргом UX, оскільки багато речей залежить від суб'єктивних характеристик, однак варто поглянути на те, як інші займаються цим питанням, щоб знайти свій власний шлях.

Наприклад, Катріона Корнетт, Директор продуктового дизайну SalesforceIQ демонструє 5-ступінчастий процес, який вони використовують для управління боргом придатності для використання в SalesforceIQ.

Давайте коротко подивимося, щоб ми могли оцінити, наскільки добре ми можемо застосувати його до власного робочого процесу.

1. Визначте a Спільна мова для обговорення питань юзабіліті.
2. Знайти і збирати проблеми з юзабіліті.
3. Організувати і класифікувати питання юзабіліті.
4. Пріоритети поліпшення юзабіліті.
5. Міра вплив поліпшень.

Користувальницький досвід - це більш широка область, ніж зручність використання, але я думаю, що робочий процес вище може ефективно застосовуватися до нього.

Ендрю Райт з дещо іншим управлінським робочим процесом у презентації UX Debt, і він рекомендує 4-ступінчастий процес для вирішення проблем з боргом UX.

1. Визначте якщо і де Існує борг УХ.
2. Порівняйте гострота до важливості.
3. Зробіть час виправити.
4. Спілкуватися концепція.

Крім того, потрібно мати справу з навмисними та ненавмисними боргами UX різні методи. Скорочення, які ми навмисно робимо, і хороші ідеї, які втрачаються під час процесу, можна керувати конспектування, управління завданнями, або відстеження проблем програми.

Ненавмисні боргові зобов'язання можуть бути більш-менш подолані шляхом регулярного запуску тести користувача, прошу відгуки клієнтів, або використання передових технологій, таких як тестування A / B, щоб побачити вплив різних конструкцій.

Застосування Принципи ітеративний дизайн також може бути корисним; ми можемо створити наші кроки управління боргом UX в кожній ітерації, щоб запобігти її накопиченню.

Необхідно керувати боргом UX вписатися в наш більш широкий робочий процес, з характеристиками нашої команди, нашими цілями і характером нашого продукту, але є деякі універсальні речі це рекомендується дотримуватися у всіх випадках.

1. Ми потребуємо спілкуватися по всій нашій команді чому ми повинні мати справу з боргом UX, які наші цілі, і як ми хочемо виконати їх.
2. Ми повинні знайти інструменти для відстежувати навмисний борг UX.
3. Ми повинні знайти способи перевірити наш продукт і отримати відгуки від наших користувачів ловити ненавмисний борг Укс.
4. Ми потребуємо організувати і визначення пріоритетів наші питання.
5. Ми потребуємо міра результати нашої роботи, як нам завжди потрібно налаштувати Управління боргом UX до наших мінливих потреб.

Заключні слова

Щоб створити якісні продукти, нам потрібно не тільки бути інноваційними, але й звернути увагу на речі, які на перший погляд не так очевидні, одним з них є визнання та ефективне управління боргом УБ. Це, мабуть, не найцікавіше завдання, але це дуже важливо, оскільки з часом UX-борг може стати серйозною загрозою для успіху нашої роботи.

Якщо ми наріжемо борг UX на керовані шматки, і інтегрувати відповідні завдання до нашого робочого процесу, ми не повинні робити занадто багато одразу, ми можемо уникнути неприємних сюрпризів, а також підтримувати або покращувати якість продукту зручним способом.