Приклад використання продукту · Штучний інтелект і самообслуговування
Додавання контекстно-залежної ШІ-підтримки до процесу бронювання
ШІ-підтримка Anolla не працює як відокремлений від програмного забезпечення для бронювання універсальний чатбот. Асистент пов’язує запитання користувача з активною сторінкою, роллю користувача, станом облікового запису та правилами програмного забезпечення, щоб замість загальної інструкції запропонувати наступний крок, що відповідає конкретному робочому процесу.
Цей технічний огляд описує, як Anolla використовує контекст, щоб перетворити ШІ-підтримку із загального інформаційного шару на пов’язаний із продуктом інструмент супроводу.
ШІ враховує активну сторінку, роль користувача, стан облікового запису та правила продукту.
Кількість контекстних шарівПідтримуваних мов у межах єдиної логіки підтримки.
Публічні можливості платформиІнтегрований у платформу шар підтримки для постачальника послуг і користувача, який здійснює бронювання.
Принцип проєктування продуктуЧому в ШІ-підтримці недостатньо лише запитання користувача?
Відповідь служби підтримки програмного забезпечення може бути правильною по суті, але марною для користувача, якщо вона не враховує його роль, відкритий розділ і поточну конфігурацію. Anolla розглядає контекст як частину формування відповіді, а не як деталь, яку додають до розмови згодом.
Виклик
За тим самим запитанням можуть стояти зовсім різні причини. «Чому я не можу забронювати?» може означати заповнений розклад, обмеження щодо завчасного бронювання, неправильну роль користувача, стан облікового запису або правило, установлене постачальником послуг.
Проєктне рішення
Асистент починає з мови та запиту користувача й за потреби враховує активну сторінку, роль, стан облікового запису та відповідну конфігурацію.
Результат для платформи
Мета полягає не лише в тому, щоб відповісти на запитання, а й у тому, щоб пояснити причину, показати відповідне налаштування або спрямувати користувача до належного процесу самообслуговування чи надання зворотного зв’язку.
Який контекст робить відповідь ШІ справді доречною?
Звичайний бот підтримки шукає довідковий текст, найближчий за змістом до запитання. Однак для програмного забезпечення для бронювання цього може бути недостатньо, оскільки фактична ситуація користувача залежить від кількох взаємопов’язаних рівнів. Постачальник послуг може змінювати розклад у панелі керування, клієнт — намагатися оформити бронювання на загальнодоступній сторінці, а власник облікового запису та працівник можуть бачити різні доступні дії.
Навіть технічно однакове запитання може потребувати різних відповідей. Відсутність вільного часу може бути зумовлена графіком ресурсу, тривалістю послуги, буферним часом, максимальним періодом попереднього бронювання або іншим бронюванням, що збігається в часі.
Активна сторінка
Показує, яку функцію або етап бронювання користувач бачить у цей момент.
Роль користувача
Визначає, які дії та налаштування взагалі доступні користувачеві.
Стан облікового запису
Може впливати на доступність функцій і вибір відповідного наступного кроку.
Правила постачальника послуг
Визначають доступність, зміну, скасування та іншу логіку бронювання.
Правильна відповідь залежить не лише від запитання, а й від того, де, у якій ролі та з якою конфігурацією його було поставлено.
Які принципи роблять підтримку на основі ШІ контекстно-залежною?
Контекст не розглядається як один великий пакет даних. Асистент поступово використовує рівні, необхідні для опрацювання запиту, і має обмежуватися мінімальним обсягом інформації, який справді потрібен для надання точної інструкції.
01 · Активна сторінка визначає відправну точку
Асистент враховує, чи перебуває користувач на сторінці бронювання, у календарі, у налаштуваннях послуги, у поданні облікового запису або на іншому етапі робочого процесу.
02 · Роль і стан облікового запису обмежують доступні дії
Інструкція має враховувати, хто ставить запитання — клієнт, працівник чи власник облікового запису — і які функції доступні цій особі.
03 · Правила продукту передують поясненню
Відповідь має ґрунтуватися на логіці бронювання, чинній конфігурації та документованих функціях, а не на припущенні, що звучить правдоподібно.
04 · Відповідь має межі та наступний крок
Якщо необхідного контексту немає, асистент має попросити уточнення, визнати невизначеність або спрямувати користувача до відповідного процесу.
Як ситуація користувача перетворюється на контекстно-залежну відповідь?
Асистент використовує лише той контекст, який потрібен для вирішення конкретного запитання. Необхідна інформація зіставляється з правилами продукту, а результатом є пояснення, наступний крок або, за потреби, уточнювальне запитання.
Необхідний контекст
Контекстний рушій
Визначити · пов’язати · перевірити
Запитання пов’язується з активним робочим процесом, можливостями користувача та документованими правилами продукту.
Відповідний спосіб відповіді
Концептуальна схема описує логіку формування відповіді, а не повну технічну архітектуру внутрішніх систем Anolla.
Як змінюється підтримка на основі ШІ в різних ситуаціях використання?
Асистенту не потрібно використовувати всі можливі дані для кожного запитання. Необхідний контекст залежить від того, яке рішення намагається ухвалити користувач і яке обмеження може вплинути на його дії.
| Сценарій | Запитання користувача | Необхідний контекст | Відповідна відповідь |
|---|---|---|---|
| Проблема з доступністю | «Чому клієнт не бачить вільного часу на цей день?» | Активна послуга, ресурси, розклад, тривалість, буферний час і обмеження бронювання. | Пояснити найактуальніше обмеження та показати, яке налаштування слід перевірити. |
| Роль і доступ | «Чому я не бачу календаря або послуг компанії?» | Вибраний обліковий запис, активна роль, зв’язок користувача з постачальником послуг і права доступу. | Допомогти вибрати правильний обліковий запис або роль, не припускаючи відсутності доступу. |
| Змінення бронювання | «Чому я не можу змінити або скасувати своє бронювання?» | Статус бронювання, правила постачальника послуг, часове обмеження та зв’язок користувача з бронюванням. | Пояснити чинне обмеження та спрямувати до дозволеної дії. |
| Неоднозначний випадок | «Усе здається правильним, але дія все одно не працює.» | Уточнення запитання, видиме повідомлення про помилку та мінімально необхідний контекст продукту. | Не припускати прихованої причини; отримати уточнення або спрямувати до каналу зворотного зв’язку. |
Як запит переходить до наступного кроку, який можна перевірити?
Контекстно-залежна відповідь формується як послідовний процес ухвалення рішень, а не як один великий запит щодо всіх даних користувача й облікового запису.
Визначити мову користувача та активний робочий процес
Асистент починає з визначення мови, якою було поставлено запитання, а також сторінки чи функції, у якій перебуває користувач.
Визначити мету запиту
Запит класифікується, наприклад, за налаштуванням, доступністю, доступом або зміною бронювання.
Зібрати мінімально необхідний контекст
Роль, стан облікового запису або конфігурація використовуються лише тоді, коли без них неможливо достовірно звузити відповідь.
Пов’язати ситуацію з правилами продукту
Ситуація зіставляється із задокументованими функціями, логікою бронювання та чинними обмеженнями.
Надати відповідь, орієнтовану на дію
Відповідь пояснює причину, указує налаштування, яке потрібно перевірити, і спрямовує до відповідного наступного кроку.
Визнати обмеження та за потреби спрямувати далі
Якщо причину неможливо перевірити, ШІ не повинен вигадувати рішення, а має попросити уточнення або спрямувати до відповідного процесу.
Які властивості випливають з архітектури контекстно-залежної підтримки?
Контекстна обізнаність не означає, що ШІ ухвалює всі рішення замість користувача. Та сама логіка продукту, яку застосунок використовує для керування бронюваннями та правами доступу, також допомагає формувати пояснення для користувача.
Менше загальних інструкцій
Користувачеві не потрібно переглядати довгий перелік можливих причин, якщо активний контекст дає змогу достовірно звузити відповідь.
Наступний крок, пов’язаний із робочим процесом
Відповідь може спрямувати користувача до потрібного облікового запису, налаштування, деталей бронювання або процесу зворотного зв’язку.
Спільна логіка різними мовами
Багатомовна підтримка може спиратися на ті самі правила продукту, а не на окремий процес, створений для кожної мови.
Масштабований рівень знань
Під час додавання нових функцій можна доповнювати централізований контекст продукту, від якого матимуть користь як постачальники послуг, так і клієнти.
Придатність чернеток відповідей ШІ в роботі служби підтримки
52,4% чернеток відповідей без змістовних змін
Цей показник описує створені ШІ чернетки відповідей для служби підтримки: 52,4% відповідей технічна підтримка не мала змістовно змінювати. Йдеться про робочий процес служби підтримки, а не про частку автоматично вирішених звернень чи рівень правильності відповідей.
Джерело: анонімізовані дані Anolla про використання ШІ та служби підтримки. Востаннє оновлено 01.07.2026. Метод: відповіді, підготовлені ШІ, порівнюються з відповідями, які технічна підтримка відредагувала або замінила вручну.
Що саме означають твердження в цьому дослідженні?
Це дослідження продукту, а не історія клієнта чи обіцянка того, що ШІ автоматично вирішуватиме кожен запит до служби підтримки. Сторінка описує логіку розробки контекстно-залежної підтримки Anolla та публічно заявлені можливості платформи.
Основа функціональності
Поточний опис підтримки на основі ШІ в Anolla, робочі процеси продукту та принцип використання контексту активної сторінки й облікового запису.
Функціональне підтвердження
Типові тестові сценарії, пов’язані з бронюванням, налаштуванням, доступом і станом облікового запису.
Використання даних
У цьому дослідженні не використовуються розмови з клієнтами, яких можна ідентифікувати за іменем, або індивідуальні показники ефективності будь-якої компанії.
Інтерпретація
Сторінка демонструє структуру та сферу застосування інтегрованої підтримки, а не безпомилкові відповіді чи гарантований рівень автоматизації.
Обмеження. ШІ може неправильно витлумачити запитання, спиратися на неповний контекст або потребувати уточнення. Асистент не повинен стверджувати, що він змінив налаштування, переглянув дані чи визначив причину, якщо для цього немає перевірених підстав. Дані облікового запису та користувача слід використовувати в мінімальному обсязі й лише настільки, наскільки це необхідно для опрацювання запиту.