одиниця 4 / 11

Інформаційна архітектура та дизайн потоків користувачів

Прибуток:

  • Можливість скласти проект меню, навігації та структури контенту (інформаційної архітектури) за допомогою штучного інтелекту та перевірити це за результатами сортування карток
  • Можливість залучати потоки користувачів і кроки від екрану до екрана в штучний інтелект і фіксувати логічні прогалини та крайові випадки
  • Здатність критично адаптувати структуру, запропоновану штучним інтелектом, відповідно до мови реального користувача та ментальної моделі

Якщо продуктом стає важко користуватися, проблема часто полягає не в кольорі чи кнопці, а в структурі. Інформаційна архітектура (ІА) — це те, як вміст у продукті групується, називається та впорядковується в структуру навігації: меню, категорії, ієрархію. Потік користувача — це послідовність кроків від екрана до екрана, які користувач проходить для досягнення певної мети (реєстрація, придбання продукту). Обидва будують невидимий скелет. AI швидко створює контур цього скелета та допомагає вловити логічні прогалини; Але чи відповідає структура розуму справжнього користувача, можна визначити лише людським судженням і тестуванням.

Інформаційна архітектура: говорити мовою користувача

Фундаментальне напруження IA полягає в наступному: ви організовуєте контент відповідно до логіки установи чи розуму користувача? Більшість невдалих меню нав'язує користувачеві внутрішню структуру відділу компанії («Рішення для підприємства», «Центр операцій»). Якщо користувач запитує "Як мені оплатити рахунок?" думає він.

Тут двостороннім помічником є ​​штучний інтелект. З одного боку, це передбачає розумну початкову структуру категорії; З іншого боку, це допомагає вам перевірити поточну структуру на мову користувача. Але теги, які пропонує модель, загалом є «середньою мовою Інтернету»; Слова, які насправді використовує ваш користувач, можуть відрізнятися. Тому проект IA перевіряється сортуванням карток: реальним користувачам дають картки вмісту, і вони сортують їх; ви регулюєте структуру відповідно до їх групування.

Порада: отримуючи пропозиції щодо категорій від штучного інтелекту, також попросіть його «перекласти кожну категорію на питальне речення, яке створить користувач». Це прискорює перехід від корпоративного жаргону до мови користувача.

Потоки користувачів: кроки, рішення та крайові випадки

Хороша блок-схема чітко пояснює три речі: кроки (те, що робить користувач), моменти прийняття рішень (гілки так/ні) і крайні випадки — ситуації, що не відповідають основному шляху: порожній кошик, неправильний пароль, збій в Інтернеті, завершення сесії. Недосвідчені дизайнери малюють «щасливий шлях» (сценарій, де все йде добре) і забувають про крайні випадки; Користувач в основному тусується в цих забутих місцях.

Ось тут штучний інтелект є потужним: коли ви експортуєте потік, ви запитуєте, «яких крайових станів бракує?» Коли ви запитуєте, зазвичай потрапляє кілька, які ви пропустили. Модель працює як критик потоку. Але ви вирішуєте, чи кожна гілка, яку він рекомендує, дійсно потрібна, обсяг продукту та реальність користувача; В іншому випадку потік стає невиправдано ускладненим.

елемент потоку

Внесок штучного інтелекту

людське рішення

Основні кроки

Стандартний проект рейтингу

Специфічне спрощення продукту

точки прийняття рішень

Можливі гілки

Що дійсно необхідно

Крайові корпуси

Нагадування про забуті речі

Що буде покрито

Етикетка/текст

перша пропозиція

Адаптація під мову користувача

Шляхи помилок

Загальні закономірності

Фактичні типи помилок товару

три міні-чохла

Випадок 1 — Меню стало простіше. Команда дала 9 заголовків головного меню штучному інтелекту та попросила їх «перекласти їх у запитальне речення користувача». Було видно, що 3 заголовки відповідають одному питанню («Як я керую своїм обліковим записом?»). Меню зменшено з 9 до 6. Потім 14 користувачів було протестовано з групуванням карток і перевірено злиття. Успішність кліків зросла з 61% до 86%.

Випадок 2 — спійманий крайовий випадок. Під час одного запису команда витягла лише вдалий запис. AI запитує: «Що станеться, якщо електронний лист уже зареєстровано?», «Якщо електронний лист із підтвердженням не надійде?», «Що станеться, якщо він закриється та повернеться на півдорозі?» створені питання. Команда також додала 3 граничні стани до потоку; Коли він почав працювати, кількість запитів на підтримку значно зменшилася. Урок: модель є добрим «нагадуванням про забуте».

Випадок 3 — Надлишкову гілку було відхилено. AI запропонував розгалуження платіжного потоку, такі як «варіант криптовалюти» та «багатоадресне керування». Вони не входили до обсягу продукту; дизайнер відхилив пропозиції. Урок: не кожна пропозиція моделі приймається; Рішення щодо обсягу залежить від людини, інакше потік стає роздутим.

Копіювані підказки

Ваша роль: фахівець з інформаційної архітектури. Згрупуйте наведений нижче список вмісту/функцій за категоріями, які відповідають розуму користувача. Дайте кожній категорії як коротку мітку, так і фразу запитання, яку створить користувач. Уникайте корпоративного жаргону. Використовуйте до 6 батьківських категорій. Список: <<вміст>>

Перевірте цей потік користувача: <<кроки>>.1) Перелічіть відсутні крайові випадки (стан неактивності, помилка, час очікування, повторний вхід).2) Позначте кроки, які здаються непотрібними або виходять за рамки.3) Запропонуйте теги, які не відповідають мові користувача. Дайте кожному елементу обґрунтування одним реченням. Власне кажучи; Скажіть «треба перевірити».

Намалюйте екран за екраном процес користувача для такого завдання: "<<завдання>>". Формат: кожен крок = Ім’я екрана > дія користувача > відповідь системи. Розділіть точки прийняття рішення за допомогою "ЯКЩО... ТОДІ". Покажіть принаймні 2 шляхи помилок разом із щасливим шляхом.

Порівняйте цю структуру меню з результатом групування карток: Рекомендована структура: <<a>> Групування користувачів: <<b>>. Покажіть несумісні місця розміщення в таблиці та обґрунтуйте, яке з них ближче для користувача.

Слабка підказка / Сильна підказка

Слабкий: «Напишіть мені потік запису».

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

Сильний: «Намалюйте екран за екраном послідовність виконання цього завдання; укажіть кожен крок у форматі «екран > дія > відповідь системи»; покажіть принаймні 2 шляхи помилок поруч із щасливим шляхом; розділіть точки прийняття рішення за допомогою ЯКЩО-ТОДІ».

Результат: робочий потік із видимими краями та розгалуженнями.

Відмінність: потрібен жорсткий формат підказки + імператив шляху до помилки + точка прийняття рішення; вони наближають потік до реального світу.

Поширені помилки

  • Просто створюйте щасливий шлях. Користувач найчастіше потрапляє в граничні ситуації; їх пропуск — найдорожча помилка.
  • Внесення корпоративного жаргону в меню. Користувач шукає «де моє замовлення», а не «операційний центр».
  • Завершення IA без групування карток. Модельна пропозиція є гіпотезою; користувач підтверджує тест.
  • Додавання кожної пропозиції потоку моделі. Відгалуження, що виходять за рамки, здувають потік; Відмова - це теж рішення.
  • Взагалі не тестую етикетки. Мітка, яку ви вважаєте «зрозумілою», може бути незнайомою для користувача.

Підсумовуючи

Інформаційна архітектура та потоки користувачів є невидимим скелетом продукту; Плинність користувальницького досвіду значною мірою пояснюється цим. ШІ пропонує правдоподібні структури категорій, критикує потоки та особливо потужний у виявленні забутих крайніх випадків. Але те, чи відповідають мітки мові користувача, визначається групуванням карток, а обсяг потоку та необхідність розгалуження визначаються судженням людини. Використовуйте модель як редактора та критика; Ви калібруєте структуру відповідно до думки користувача.

Аплікаційне завдання

  1. Перелічіть 8-10 вмісту/функцій продукту та створіть структуру категорії за першою підказкою.
  2. Перекладіть кожну категорію в питальне речення користувача та об’єднайте ті, які заплутали.
  3. Виберіть завдання та намалюйте покроковий потік із третьою підказкою (принаймні з 2 шляхами помилок).
  4. За допомогою другого підказки розкритикуйте потік, додайте відсутні крайові випадки та видаліть непотрібні кроки.
  5. Якщо можливо, згрупуйте міні-картки з 3-5 осіб і відрегулюйте структуру відповідно до результатів.

контрольний список

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