Печалби:
- Възможност за изготвяне на меню, навигация и структура на съдържанието (информационна архитектура) с изкуствен интелект и проверка с резултатите от сортиране на карти
- Възможност за привличане на потребителски потоци и стъпки от екран към екран в изкуствен интелект и улавяне на логически пропуски и крайни случаи
- Способност за критично адаптиране на структурата, предложена от изкуствения интелект, според реалния потребителски език и ментален модел
Ако даден продукт стане труден за използване, проблемът често не е в цвета или бутона, а в структурата. Информационната архитектура (IA) е как съдържанието в даден продукт е групирано, наименувано и подредено в навигационна структура: менюта, категории, йерархия. Потребителският поток е последователността от стъпки от екран до екран, през които потребителят преминава, за да постигне конкретна цел (регистрация, закупуване на продукт). И двамата изграждат невидимия скелет. AI бързо създава контур на този скелет и помага за улавяне на логически пропуски; Но дали структурата отговаря на съзнанието на истинския потребител може да се определи само чрез човешка преценка и тестване.
Информационна архитектура: говорене на езика на потребителя
Основното напрежение на IA е следното: ще организирате ли съдържание според логиката на институцията или според съзнанието на потребителя? Повечето неуспешни менюта налагат вътрешната структура на отдела на компанията на потребителя („Решения за предприятия“, „Център за операции“). Ако потребителят попита "Как да платя сметката си?" той мисли.
Тук двустранен помощник е изкуственият интелект. От една страна, това предполага разумна първоначална структура на категориите; От друга страна, това ви помага да тествате текущата си структура спрямо езика на потребителя. Но етикетите, които предлага моделът, обикновено са „среден интернет език“; Думите, които вашият потребител действително използва, може да са различни. Следователно проектът на IA се проверява чрез сортиране на карти: реалните потребители получават карти със съдържание и те ги сортират; коригирате структурата според тяхното групиране.
Съвет: Когато получавате предложения за категории от изкуствения интелект, помолете го също да „преведе всяка категория във въпросително изречение, което потребителят ще конструира“. Това ускорява прехода от корпоративен жаргон към потребителски език.
Потребителски потоци: стъпки, решения и крайни случаи
Добрата блок-схема прави три неща ясни: стъпки (какво прави потребителят), точки за вземане на решение (разклонения с да/не) и крайни случаи — ситуации извън основния път: празна количка, лоша парола, прекъсване на интернет, изтекла сесия. Неопитните проекти начертават „щастливия път“ (сценария, при който всичко върви добре) и забравят за крайните случаи; Потребителят се мотае предимно на тези забравени места.
Това е мястото, където AI е мощен: когато експортирате поток, вие питате „какви крайни състояния липсват?“ Когато попитате, обикновено хваща няколко, които сте пропуснали. Моделът работи като критик на потока. Но вие решавате дали всеки клон, който препоръчва, е наистина необходим, обхват на продукта и потребителска реалност; В противен случай потокът се усложнява ненужно.
елемент на потока
Приносът на изкуствения интелект
човешко решение
Основни стъпки
Стандартна чернова за класиране
Специфично за продукта опростяване
точки за вземане на решения
Възможни разклонения
Какво наистина е необходимо
Edge калъфи
Напомняне за забравени неща
Какво ще бъде покрито
Етикет/текст
първо предложение
Адаптиране към потребителския език
Пътища на грешки
Общи модели
Реални типове грешки на продукта
три мини калъфа
Случай 1 — Менюто е станало по-лесно. Екип даде 9 заглавия на главното меню на изкуствения интелект и ги помоли да ги „преведат във въпросително изречение на потребителя“. Беше видяно, че 3 заглавия отговарят на един и същи въпрос („Как да управлявам акаунта си?“); Менюто е намалено от 9 на 6. След това 14 потребители бяха тествани с групиране на карти и сливането беше проверено. Успехът на кликване се увеличи от 61% на 86%.
Случай 2 — Захванат ръб. При едно записване екипът изтегли само успешния запис. AI пита „какво се случва, ако имейлът вече е регистриран?“, „ако имейлът за потвърждение не пристигне?“, „Какво ще стане, ако се затвори и се върне по средата?“ генерирани въпроси. Екипът също добави 3 крайни състояния към потока; Когато се появи на живо, заявките за поддръжка намаляха значително. Поука: моделът е добро "напомняне за забравеното".
Случай 3 — Излишният клон беше отхвърлен. AI предложи разклонения към потока на плащанията като „опция за криптовалута“ и „управление с множество адреси“. Те не са включени в обхвата на продукта; дизайнерът отхвърли предложенията. Поука: не всяко предложение на модела се приема; Решението за обхвата е на човека, в противен случай потокът се раздува.
Копируеми подкани
Вашата роля: специалист по информационна архитектура. Групирайте следния списък със съдържание/функции в категории, които отговарят на ума на потребителя. Дайте на всяка категория както кратък етикет, така и въпросителна фраза, която потребителят ще конструира. Избягвайте корпоративния жаргон. Използвайте до 6 родителски категории. Списък: <<съдържание>>
Разгледайте този потребителски поток: <<стъпки>>.1) Избройте липсващи крайни случаи (състояние на неактивност, грешка, изчакване, повторно влизане).2) Маркирайте стъпки, които изглеждат ненужни или извън обхвата.3) Предложете тагове, които не отговарят на потребителския език. Дайте обосновка от едно изречение на всеки елемент. Строго погледнато; Кажете "трябва да се провери".
Скицирайте потребителски поток екран по екран за следната задача: "<<задача>>". Формат: всяка стъпка = Име на екрана > действие на потребителя > отговор на системата. Разделете точките за вземане на решение с "АКО... ТОГАВА". Покажи поне 2 пътеки за грешки заедно с щастливата пътека.
Сравнете тази структура на менюто с резултата от групирането на карти: Препоръчителна структура: <<a>> Групиране на потребители: <<b>>. Покажете несъвместимите разположения в таблица и обосновете кое е по-близко до ума на потребителя.
Слаба подкана / Силна подкана
Слаб: „Напиши ми записващ поток.“
Резултат: Общ списък със стъпки без крайни случаи, съдържащ само щастливия път.
Силно: „Начертайте поток екран по екран за тази задача; дайте всяка стъпка във формата „екран > действие > отговор на системата“; покажете поне 2 пътеки за грешки до щастливата пътека; отделете точките за вземане на решения с АКО-ТОГАВА.“
Резултатът: работещ поток с видими ръбове и разклонения.
Разлика: изисква силен формат на подкана + задължителен път на грешка + точка на вземане на решение; те доближават потока до реалния свят.
Често срещани грешки
- Просто проектиране по щастливия начин. Потребителят се забива най-често в крайни ситуации; пропускането им е най-скъпата грешка.
- Внасяне на корпоративен жаргон в менюто. Потребителят търси „къде е моята поръчка“, а не „оперативен център“.
- Финализиране на IA без групиране на карти. Предложението за модел е хипотеза; потребителят потвърждава теста.
- Добавяне на всяко предложение за поток на модела. Клоновете извън обхвата набъбват потока; Отхвърлянето също е решение.
- Изобщо не тествам етикети. Етикет, който смятате за „разбираем“, може да не е познат на потребителя.
В обобщение
Информационната архитектура и потребителските потоци са невидимият скелет на продукта; Плавността на потребителското изживяване до голяма степен идва от това. AI предлага правдоподобни структури на категории, критикува потоци и е особено мощен при улавянето на забравени крайни случаи. Но дали етикетите съответстват на потребителския език се определя от групирането на карти, а обхватът на потока и необходимостта от разклоняване се определят от човешка преценка. Използвайте модела като чертожник и критик; Вие калибрирате структурата според ума на потребителя.
Задача за приложение
- Избройте 8-10 съдържание/характеристики на продукт и създайте структура на категория с първата подкана.
- Преведете всяка категория във въпросителното изречение на потребителя и комбинирайте тези, които са объркани.
- Изберете задача и начертайте поток екран по екран с третата подкана (с поне 2 пътя за грешка).
- С втората подкана критикувайте потока, добавете липсващи крайни случаи и премахнете ненужните стъпки.
- Ако е възможно, групирайте мини карти с 3-5 души и коригирайте структурата според резултатите.
контролен списък
- [ ] Преведох категориите на потребителски език и премахнах жаргона.
- [ ] В допълнение към щастливия път, начертах и пътища за грешки в потока.
- [ ] Сканирах липсващите ръбове с изкуствен интелект и ги добавих.
- [ ] Съзнателно отхвърлих предложенията извън обхвата.
- [ ] Тествах проекта на IA с групиране на карти или потребителско тестване.
- [ ] Проверих етикетите с истински потребителски думи.