Що таке UX-дизайн в епоху AI-агентів: від екранів до систем довіри

💡 Усі статті, обговорення, новини про AI — в одному місці. Приєднуйтесь до AI спільноти!

UX-дизайн перетворився на розвинену дисципліну з власними методами, інструментами і культурою. І саме зараз — в момент, коли AI-агенти починають виконувати завдання автономно, приймати рішення без участі людини і взаємодіяти з платформами через MCP-шари — визначення UX Design стає надто загальним.

Питання змінилося.

Раніше воно звучало так: який досвід матиме людина, взаємодіючи з продуктом?

Тепер — і це фундаментальний зсув — питання звучить так: як людина може довіряти системі, яку вона більше не контролює безпосередньо?

Чому традиційне визначення UX більше не вистачає

Класичний UX-дизайн будувався навколо кількох незмінних припущень:

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

Ці припущення досі актуальні. Але вони описують лише частину реальності сучасного продукту.

Що таке MCP-сервер? MCP (Model Context Protocol) Server — це сервер, який надає AI-моделі стандартизований доступ до зовнішніх інструментів, даних та сервісів. Простіше кажучи: MCP для AI — це те саме, що USB-C для пристроїв. Замість того щоб окремо програмувати інтеграцію з кожною системою, AI підключається до MCP-сервера і отримує стандартизований доступ до потрібних ресурсів.

Коли компанія будує MCP-сервер з 280+ інструментами і позиціонує себе як «social media and messaging API for developers and AI agents» — хто є «користувачем» у цій системі? Технічно — розробник або кінцевий бізнес. Операційно — AI-агент, який публікує пости, відповідає на повідомлення і запускає рекламу в реальному часі. Людина знаходиться на крок вище: вона не натискає кнопки, а спостерігає, налаштовує і наглядає.

Якщо 10 років тому дизайнери проектували:

Людина <-> Продукт

то тепер дедалі частіше потрібно проектувати:

Людина <-> AI <-> MCP <-> Інструменти <-> Сервіси

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

Це не просто новий тип користувача. Це нова парадигма взаємодії. І UX-дизайн, який не враховує цю парадигму, ризикує проектувати для минулого.

Три рівні взаємодії в сучасному AI-продукті

Щоб зрозуміти де зараз живе UX, корисно розбити сучасний AI-продукт на рівні.

Рівень 1. Людина — Інтерфейс (класичний UX) Людина відкриває дашборд, налаштовує правила, переглядає результати. Тут все ще живуть wireframes, user flows, usability testing. Цей рівень нікуди не зникає.

Рівень 2. AI-агент — API (новий операційний шар) Агент автономно виконує дії через API або MCP-сервер. Публікує. Аналізує. Реагує. Тут немає екрану — є логіка, тригери, fallback-сценарії. UX тут — це не інтерфейс, а контракт між агентом і системою: що дозволено, що заборонено, що вимагає підтвердження людини.

Рівень 3. Людина — Агент (шар контролю і довіри) Людина наглядає за агентом, переглядає його рішення, втручається коли щось виходить за межі очікуваного. Тут UX — це архітектура прозорості: як система пояснює що вона зробила і чому, як виглядає audit trail, де знаходяться важелі контролю.

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

Що таке UX..

UX — це відповідь на питання: чи може людина досягти своєї мети з цим продуктом, не відчуваючи себе загубленою, обдуреною або безсилою?

В AI-епоху головне — не лише довіра до системи, а й відчуття, що останнє слово завжди залишається за людиною.

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

Розрив між інтерфейсом і довірою

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

Це не проблема інтерфейсу. Це проблема інформаційної архітектури, прозорості та довіри.

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

Але орендодавець, який бачить рекомендацію «ідеальний орендар для вас» — не знає нічого з цього. Він бачить картку з фото і рейтинг. І запитує себе: чому саме ця людина? Чому не та? Чи можна взагалі довіряти цьому?

Якщо продукт не відповідає на це питання — не словами в FAQ, а самою архітектурою інтерфейсу, способом подачі рекомендацій, мікрокопією яка пояснює логіку — довіра не виникає. Люди починають ігнорувати рекомендації і обирати вручну. AI-функція перетворюється на дорогий декоративний елемент.

Це і є UX-виклик в AI-продуктах: не зробити красивий дашборд, а побудувати систему, яка переконує людину що їй варто довіритися автоматизованому рішенню.

Новий UX-шар це MCP

Model Context Protocol — це стандарт, який дозволяє AI-агентам взаємодіяти з зовнішніми сервісами через уніфікований протокол. Для UX-дизайнера це виглядає нестандартно: де тут екран? де кнопки?

Але MCP — це і є UX. Просто на інфраструктурному рівні.

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

MCP-дизайн — це нова форма інформаційної архітектури: як організувати 280+ інструментів так, щоб агент і людина що його налаштовує могли орієнтуватися без когнітивного перевантаження.

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

Чому досвід промислового UX формує мислення для AI-продуктів

Найскладніші інтерфейсні рішення часто приходять не з Silicon Valley стартапів, а з military або промислових середовищ.

Коли я проектував для заводських операторів Novexx — людей у рукавицях, під часовим тиском, без IT-досвіду — де одна помилка інтерфейсу зупиняла виробничу лінію — я зрозумів:

Система повинна бути зрозумілою навіть коли людина ’сканує’.

Саме так — сьогодні люди не читають. Більшість швидко і поверхнево сканують. Це стійкий умовний рефлекс, який поглиблюється і зростає.

Це той самий принцип що і в AI-продуктах. Тільки там «людина у рукавицях» — це менеджер, який переглядає рішення агента за 10 секунд між зустрічами. І він теж не читає — він сканує. І йому теж потрібна система яка говорить:

«Ось що сталося. Ось чому. Ось що ти можеш змінити.»

Нульова толерантність до неясності в критичних моментах — це принцип промислового UX. І він стає основним принципом agentic UX.

5 нових вимірів UX-дизайну в AI-продуктах

Класичні дисципліни — інформаційна архітектура, interaction design, usability testing, visual design — залишаються фундаментом. Але до них додаються нові виміри:

1. Uncertainty UX Як проектувати для ситуацій де AI не впевнений у своїй відповіді? Як показати рівень достовірності так щоб людина могла прийняти зважене рішення — і не відчувала тривоги від самого факту невизначеності?

2. Explainability UX Людина бачить рішення агента. Вона хоче зрозуміти чому. Як подати пояснення так щоб воно було достатньо детальним для довіри — і не настільки технічним щоб лякати? Це нова форма мікрокопії та інформаційної ієрархії.

3. Control Surface Design Де знаходяться важелі контролю над агентом? Наскільки вони доступні? Як виглядає «зупинити агента» в критичній ситуації? Це питання не менш важливе ніж головний navigation flow.

4. Audit Trail UX Що зробив агент? Коли? Чому? Як ця інформація організована для людини що приймає рішення — а не для engineer що дебагує систему? Два різних користувача, два різних підходи до подачі тих самих даних.

5. Trust Calibration Як продукт допомагає користувачеві правильно калібрувати рівень довіри до агента — не переоцінювати його автономію і не недооцінювати? Це довгострокова UX-задача, яка вирішується не одним екраном а всією системою взаємодій.

Що змінилося в ролі UX-дизайнера

Традиційний UX-дизайнер починав з питання:

«Хто наш користувач і що він намагається зробити?»

Дизайнер AI-продуктів починає з питання:

«Хто приймає рішення в цій системі — людина чи агент — і як ми розподіляємо між ними відповідальність?»

Це не скасовує empathy, user research чи usability testing. Навпаки — це робить ці методи ще важливішими. Але фокус зміщується: від оптимізації взаємодії до проектування меж автономії.

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

Підсумок: UX як мова для роботи з AI у реальних бізнес-умовах

UX став словом, яке означає все — а значить, більше не означає нічого )

Сьогодні UX — це про те, наскільки ефективно людина може досягти бажаного результату, зберігаючи розуміння, передбачуваність і контроль над системою. В AI-продуктах UX стає проєктуванням відносин між людиною та AI: що делегується системі, що залишається під контролем людини і які принципи визначають цю взаємодію.

Автономність без участі людини породжує не комфорт, а невизначеність.

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

Щоб зрозуміти, куди рухається індустрія та які професійні виклики вже формують її майбутнє:
https://dou.ua/ProductDesign/OOUX_topic