Користувач не розуміє, що агент вміє, і пише в чат «привіт».
Проєктуємо перший екран: підказки з реальними задачами, приклади запитів, обмеження простими словами. Людина за 10 секунд бачить, з чим може прийти.
Інтерфейс ШІ-агента, яким люди справді користуються і якому довіряють
Проєктуємо інтерфейси для агентів (ШІ, що сам виконує дії) і копілотів (ШІ-помічник поруч із людиною). Показуємо, що агент робить, коли він помиляється і як передати розмову людині.
Кошторис і строки після брифу
Кому підходить
- Власники сервісів, які вбудовують ШІ-чат або агента в свій продукт чи кабінет клієнта
- Бізнес, що запустив ШІ-бота, а люди ним не користуються або не довіряють відповідям
- Стартапи, яким потрібен прототип ШІ-продукту до розмови з інвесторами чи першими клієнтами
- Команди, чий внутрішній копілот для менеджерів чи підтримки лишається без уваги
Які задачі вирішуємо
Агент щось робить у фоні, а користувач не знає, що саме. Бояться натиснути «підтвердити».
Малюємо стани агента: думає, викликає інструмент, чекає підтвердження, завершив, помилка. Для незворотних дій додаємо крок підтвердження з коротким підсумком і кнопкою «скасувати».
ШІ вигадує відповіді, і клієнти це помічають.
Додаємо в інтерфейс джерела відповіді, позначку невпевненості та швидкий спосіб поскаржитись. Помилку не приховуємо, а робимо видимою й виправною.
Коли бот не впорався, людина застрягає і йде до конкурента.
Проєктуємо передачу оператору: що бачить оператор, як зберігається історія, що чує клієнт у момент передачі. Це зв'язує агента з CRM і процесами.
Що входить у роботу
- Розбір задач користувача й сценаріїв: що агент робить сам, а що лише радить
- Карта станів агента: очікування, потокова відповідь (текст з'являється частинами), помилка, часткова відповідь, відмова
- Дизайн діалогового екрана та екранів без діалогу: панелі, бічний копілот, кнопки-дії в існуючому інтерфейсі
- Правила підтверджень для дій з грошима, даними й повідомленнями клієнтам
- Екрани передачі людині та сповіщень для операторів
- Тексти інтерфейсу: підказки, повідомлення про помилки, формулювання відмов
- Клікабельний прототип у Figma; за потреби робочий прототип зі справжнім викликом моделі
- Перевірка на 5–8 користувачах і список правок за результатами
- Компоненти для розробників у Figma з описом станів і поведінки
- Передача файлів і доступів: усе в акаунтах клієнта
Оберіть обсяг роботи
Пакет допомагає описати задачу. Кошторис і строки погоджуємо після брифу та уточнення вимог.
01
Аудит
У вас уже є ШІ-чат чи агент, але його мало використовують або йому не довіряють
- Розбір реальних діалогів і сценаріїв (ви надаєте логи без персональних даних)
- Список проблем за пріоритетом
- Переписані ключові тексти й підказки
- Макети 2–3 екранів із виправленнями
02
Інтерфейс агента
Ви запускаєте першого агента або копілота й потрібен прототип, який можна показувати клієнтам і розробникам
- Сценарії та карта станів агента
- Макети основних екранів у Figma
- Клікабельний прототип
- Тест на 5 користувачах
- Тексти інтерфейсу українською чи англійською
03
Система для ШІ-продукту
У продукті кілька агентів або копілот у різних частинах кабінету, і потрібна єдина логіка
- Усе з пакета «Інтерфейс агента»
- Бібліотека компонентів і станів у Figma
- Правила підтверджень, доступів і передачі людині
- Робочий прототип зі справжнім викликом моделі
- Супровід розробників під час впровадження
Як працюємо
Бриф і вимоги
Ви описуєте задачу й поточний процес. Уточнюємо вимоги, обираємо перший етап і готуємо кошторис.
Сценарії й межі агента
Розбираємо ваші реальні діалоги чи заявки. Записуємо, що агент робить сам, що лише радить, а що завжди передає людині.
Макети й стани
Малюємо екрани та всі стани агента, зокрема помилки й відмови. Тексти пишемо одразу, а не після дизайну.
Прототип і перевірка
Збираємо клікабельний прототип і проходимо його з 5–8 користувачами. Фіксуємо, де вони зупиняються, і виправляємо.
Передача
Віддаємо Figma, компоненти й опис поведінки. Усі файли й доступи лежать у ваших акаунтах іза погодженими умовами. Оплата йде етапами.
Межі роботи
- Не навчаємо модель і не пишемо бекенд агента: це окрема послуга, ми проєктуємо те, що бачить користувач.
- Не обіцяємо, що ШІ ніколи не помилятиметься. Інтерфейс робить помилку помітною й виправною, але точність відповідей залежить від моделі та ваших даних.
- Не гарантуємо зростання продажів чи конкретних цифр. Обіцяємо пілот із вимірною ціллю, яку погоджуємо наперед, і чесний звіт за результатом.
Часті питання
Чим UX для ШІ відрізняється від звичайного UX?
Відповіді ШІ непередбачувані, повільні й інколи хибні. Тому крім екранів ми проєктуємо очікування, помилки, підтвердження дій і передачу людині. У звичайному інтерфейсі більшість цього не потрібно.
Що мені підготувати перед початком?
Опис задачі агента, приклади реальних діалогів чи заявок без персональних даних, перелік дій, які агент може виконувати, і доступ до документації API, якщо вона є. Якщо нічого нема, почнемо з брифу й зберемо сценарії разом.
Ви працюєте з будь-якою моделлю?
Інтерфейс не прив'язаний до конкретної моделі. Для робочих прототипів користуємося поширеними API провайдерів моделей. Модель можна замінити без переробки екранів, якщо вона підтримує потрібні вам режими, наприклад потокову відповідь.
Чи робите ви розробку інтерфейсу?
Пакет дизайну завершується макетами й компонентами для вашої команди. Робочий прототип зі справжнім викликом моделі входить у старший пакет. Повну розробку продукту можна замовити окремо в нашій студії.
Як ви перевіряєте, що інтерфейс працює?
Проходимо прототип із 5–8 людьми з вашої цільової аудиторії та дивимося, де вони губляться. Це якісна перевірка, не статистичне дослідження. Для вимірної цілі потрібен пілот на реальних користувачах.
Як визначаємо вартість?
Кошторис готуємо після брифу й уточнення вимог. Для першого етапу можемо взяти такий обсяг: розбір реальних діалогів і сценаріїв (ви надаєте логи без персональних даних); Список проблем за пріоритетом. Склад робіт, оплату й строки погоджуємо до старту.
Почнемо з вашої задачі
Опишіть бізнес, бажаний результат і поточний процес. Після брифу уточнимо вимоги та підготуємо кошторис.