Власні продукти штучного інтелекту не замінюють інформаційні панелі чат-ботами. Вони генерують правильний інтерфейс для кожного завдання, показують кожну дію через чистий API, щоб агенти могли керувати продуктом безпосередньо, і розробляють для двох користувачів одночасно: людини, якій потрібна довіра та нагляд, і агента, якому потрібні структуровані дані та надійні кінцеві точки.
Більшість команд досі приєднують панель чату до традиційної інформаційної панелі та називають результат штучним інтелектом. Це не так. Панель чату змінює візуальну щільність і контекст для одного введення тексту, а потім просить користувача запам’ятати кожну команду. Наступне покоління продуктів йде іншим шляхом. Інтерфейс створюється для завдання, серверна частина розроблена для агентів, а також для людей, а дизайн переходить від упорядкування пікселів до формування суджень.
Чому панель чату – це зниження, а не оновлення
Хороша інформаційна панель об’єднує сотні сигналів в один погляд. Якщо замінити його введенням у чаті, ця щільність відкидається та змушує користувача повертатися до інформації, яку він уже бачив. Чат — чудовий вихід для неоднозначних відкритих запитів. Це погана заміна м’язової пам’яті добре продуманого екрана. Правильний крок — не чат замість інтерфейсу користувача, а інтерфейс користувача, створений моделлю у відповідь на запит.
Чотири етапи штучного інтелекту
1. Основні текстові інтерфейси
Відправна точка більшості продуктів знаходиться сьогодні. Вхід у чаті, потік текстових відповідей, можливо, кілька кнопок. Корисно для дослідження, слабко для повторних робочих процесів, оскільки нічого не зберігається, і кожну відповідь потрібно вводити повторно.
2. Внутрішньорядні твірні компоненти
Модель повертає більше, ніж текст. Таблиці, діаграми, форми та невеликі інтерактивні віджети з’являються в розмові, розмір яких відповідає поставленому питанню. Інтерфейс починає здаватися робочим аркушем, який створюється сам, коли ви з ним розмовляєте.
3. Постійні конструктори інтерфейсу користувача
Згенеровані компоненти закріплюються, зберігаються та змінюються на сторінках, до яких користувач може повернутися. Продукт стає персональним робочим столом, де модель збирає екрани на вимогу, а користувач залишає ті, що працюють. Саме тут протягом наступних двох років будуть стояти більшість амбітних продуктів на базі ШІ.
4. Оточення, автономні інтерфейси
Кінцевий стан. Продукт передбачає, що потрібно користувачеві, і без запитань показує потрібний інтерфейс, дію чи підсумок. Підказки стають рідкісними. Завдання інтерфейсу користувача — підтверджувати, виправляти та затверджувати, а не видавати команди. Ще дуже небагато продуктів заслужили довіру для роботи тут.
Нова роль дизайну
Коли модель може відтворити прийнятний інтерфейс за лічені секунди, дизайн перестає бути проштовхуванням пікселів, а починає осуджуватися. Які проблеми заслуговують на створений інтерфейс, а які – на виправлений. Які дії потребують тертя. Яким державам потрібна людина в курсі. Смак, стриманість і глибоке розуміння ментальної моделі користувача стають ровом. Перемагають не ті команди, які можуть відрендерити найбільшу кількість компонентів, а ті, хто вирішує, що ніколи не генерувати взагалі.
Створення для агентів ШІ: три речі, які потрібно доставити зараз
1. API-перша архітектура
Агенти не натискають кнопки. Вони називають API. Кожна значуща дія, яку може виконати людина у вашому інтерфейсі користувача, також має бути доступною через чисту, задокументовану кінцеву точку. Якщо єдиний спосіб скасувати підписку, експортувати звіт або запросити члена команди — це модальний спосіб, ваш продукт невидимий для агентського рівня, який швидко стає тим, як виконується робота.
2. Система дизайну, на яку може спиратися модель
Створений користувальницький інтерфейс настільки хороший, наскільки якісні компоненти, які його можна зібрати. Потужна система дизайну з іменованими маркерами, передбачуваним інтервалом і невеликим набором добре задокументованих примітивів надає моделі словниковий запас, який щоразу створює узгоджені фірмові інтерфейси. Без цього кожен згенерований екран здається дещо несправним, а довіра швидко руйнується.
3. Підтримка двох користувачів: людина та агент
Дизайн для двох користувачів одночасно. Людині потрібні сигнали довіри, скасування, журнали аудиту та чітке право власності на кожну зміну. Агенту потрібні структуровані дані, стабільні ідентифікатори, ідемпотентні кінцеві точки та машинозчитувані повідомлення про помилки. Для однієї дії часто потрібні обидві поверхні: екран підтвердження для особи та відповідь JSON для агента. З першого дня ставтеся до них як до рівних.
Часті запитання
Чи чат-бот – це те ж саме, що продукт із штучним інтелектом?
Ні. Чат-бот — це один режим введення. Власний продукт штучного інтелекту змінює свій інтерфейс, дії та модель даних, виходячи з припущення, що його використовуватимуть як люди, так і агенти штучного інтелекту. У багатьох продуктах зі штучним інтелектом взагалі немає чату.
Чи потрібно мені переналаштовувати мій продукт, щоб він працював на штучному інтелекті?
Рідко. Більшість команд можуть рухатися вперед, показуючи свої основні дії через чисті API, покращуючи свою систему проектування та додаючи кілька вбудованих генеративних компонентів, де вхідні дані є відкритими. Повна реконструкція вартує лише тоді, коли виконано перші три етапи, і ви готові проектувати для використання навколишнього середовища.
Чи зникнуть дизайнерські роботи в епоху штучного інтелекту?
Ні, вони розвиваються. Робота пікселів зменшується, робота суджень зростає. Вибір інтерфейсів для генерації, визначення системи, з якої збирається модель, і захист користувача від поганих результатів моделі тепер є найскладнішими завданнями проектування.
Що найважливіше зробити сьогодні?
Переконайтеся, що кожна дія, яку користувач може виконати у вашому продукті, також доступна через задокументовану кінцеву точку API. Без цього агенти не зможуть використовувати ваш продукт, а будь-який генеративний інтерфейс користувача, який ви додасте пізніше, буде стояти на основі, яка обмежує його можливості.