Коротко: «AI для клієнтського сервісу» означає дві різні системи з різним ризиком. Внутрішній помічник відповідає вашому співробітнику, який говорить із клієнтом. Зовнішній бот відповідає клієнту напряму. Перший дає більшу частину користі за частку ризику, і починати варто з нього.
Два різні продукти
Запит зазвичай формулюють як «хочемо, щоб AI відповідав клієнтам». За цим ховаються два різні рішення.
Внутрішній помічник. Співробітник питає своїми словами, отримує відповідь із Business Central і сам передає її клієнту. Помилка агента коштує однієї перевірки: людина бачить дивну відповідь і відкриває картку.
Зовнішній бот. Клієнт питає безпосередньо. Помилка йде назовні, і виправити її вже не можна — можна лише вибачитися.
Різниця в ризику на порядок, а різниця в користі — ні. Основна економія в клієнтському сервісі — це не спілкування, а пошук інформації: у якому статусі замовлення, коли відвантажили, чому сума в рахунку саме така. Внутрішній помічник знімає рівно цю частину.
Внутрішній помічник
Співробітник підтримки зараз тримає відкритими кілька вікон і знає, де що подивитися. Новий співробітник не знає, і тому перші місяці працює вдвічі повільніше.
Агент прибирає цей пошук. «Що з замовленням 10432 для Nordwind» — і у відповідь статус, дати, що відвантажено, що лишилося, чи є прострочення по клієнту, чи не заблоковане відвантаження за кредитним лімітом. Одна відповідь замість чотирьох переходів між сторінками.
Рівень автономності 0 — тільки читає. Це найдешевший корисний агент у всьому переліку сценаріїв, і він майже не має вимог до налаштувань, бо працює на стандартних даних.
Які запитання закриваються
| Запитання | Джерело | Складність |
|---|---|---|
| Статус замовлення, що відвантажено | Замовлення, відвантаження | Просто |
| Коли очікувати позицію, якої немає | Замовлення закупівлі, надходження | Просто |
| Історія покупок клієнта | Проведені документи | Просто |
| Чому в рахунку така сума | Рядки, знижки, доставка | Середньо |
| Стан взаєморозрахунків | Книга клієнта | Середньо |
| Чи можна відвантажити зараз | Залишки, ліміт, борг | Середньо |
| Що робити з рекламацією | Залежить від процесу | Складно |
Перші шість рядків — це більшість вхідних звернень у B2B-дистрибуції. Сьомий вимагає знання процесу й зазвичай лишається людині.
Запитання «чому в рахунку така сума» варте окремої уваги: воно виглядає простим і потребує пояснення, зібраного з кількох джерел — базова ціна, знижка клієнта, акційна умова, доставка, округлення. Саме таку відповідь співробітник збирає найдовше, і саме тут агент дає найбільше.
Зовнішній доступ: коли й як
Зовнішній варіант має сенс, коли виконуються три умови одночасно: потік однотипних запитів великий, відповіді формалізуються повністю, і у вас є спосіб надійно ідентифікувати клієнта.
Третя умова — головна перешкода. Щоб показати клієнту стан його замовлень, треба знати напевно, що це він. Пошта в листі не є ідентифікацією. Потрібен особистий кабінет із входом, і тоді агент працює всередині нього — а це вже проєкт із розробки кабінету, а не з AI.
Практичний висновок: якщо кабінет у вас є, зовнішній агент — розумне продовження. Якщо немає, робити кабінет заради агента навряд чи виправдано.
Три ризики зовнішнього варіанта
- Показати чуже. Найсерйозніший. Клієнт А не має побачити нічого про клієнта Б. Це вирішується не промптом, а тим, що кожен виклик фільтрується за ідентифікатором клієнта на рівні операції, а не на рівні формулювання відповіді.
- Впевнена неправда. Агент, який не отримав даних і відповів правдоподібно, у зовнішньому контурі створює зобов'язання. Обіцяна дата відвантаження, яку ніхто не підтверджував, — це претензія.
- Конфліктна розмова. Клієнт незадоволений і підвищує тон. Агент має передати діалог людині, і правило передачі має бути явним, а не покладатися на судження моделі.
Модель доступу
Для внутрішнього помічника — делегований доступ: агент діє від імені співробітника, який питає, і показує рівно те, що той і так може відкрити. Це знімає цілий клас проблем із розмежуванням прав.
Для зовнішнього — окремий обліковий запис із дуже вузьким набором дозволів і обов'язковою фільтрацією за клієнтом на рівні кожної операції. Операція називається не «отримати замовлення», а «отримати замовлення цього клієнта», і ідентифікатор підставляється не моделлю, а кодом із сесії. Це принципова деталь: якщо ідентифікатор може вибрати модель, захисту немає.
За чим міряти користь
У клієнтському сервісі ефект легко відчути й важко довести, тому цифри варто зафіксувати до запуску — інакше через квартал буде лише враження.
- Час на пошук інформації. Візьміть двадцять типових звернень і засічіть, скільки хвилин іде саме на пошук, а не на розмову. Це і є та частина, яку агент знімає.
- Скільки звернень закривається з першого разу. Якщо співробітник мусить передзвонити, бо не знайшов відповіді одразу, це подвійна робота — і для нього, і для клієнта.
- Скільки часу входить у роботу новий співробітник. Найпомітніший ефект: агент прибирає потребу пам'ятати, де що лежить, і крива навчання коротшає.
- Частка відповідей, які довелося перевірити вручну. Якщо співробітники все одно відкривають картку після кожної відповіді, агент не економить нічого — і причину треба шукати в переліку операцій, а не в моделі.
Остання метрика — рання ознака проблеми. Коли люди перестають довіряти відповідям, вони не скаржаться, а просто повертаються до старого способу, і виглядає це як «агент нібито працює».
Порядок впровадження
- Зібрати реальні звернення за місяць і подивитися, які повторюються.
- Взяти шість-вісім найчастіших типів — вони зазвичай дають більшість потоку.
- Зробити внутрішнього помічника на делегованому доступі.
- Місяць подивитися, на що співробітники питають частіше, а на що відповіді не влаштовують.
- Розширити перелік операцій за фактичними даними.
- Тільки після цього обговорювати зовнішній варіант — і лише якщо є кабінет із надійною ідентифікацією.
Крок 4 зазвичай показує, що половина запланованих сценаріїв не потрібна, а два незаплановані — потрібні. Каталог суміжних процесів — у статті про 12 сценаріїв для агентів.
Часті запитання
Чи можна дати клієнтам прямий доступ до даних Business Central?
Технічно так, але це вимагає надійної ідентифікації — зазвичай особистого кабінету з входом. Пошта в листі ідентифікацією не є. Якщо кабінету немає, робити його заради агента навряд чи виправдано.
Як гарантувати, що клієнт не побачить чужі дані?
Фільтрацією на рівні операції, а не в тексті відповіді. Операція називається «отримати замовлення цього клієнта», а ідентифікатор підставляється кодом із сесії, не моделлю. Якщо модель може вибрати ідентифікатор, захисту немає.
Чи замінить агент службу підтримки?
Ні, він прибирає пошук інформації — найбільшу за часом і найменшу за цінністю частину роботи. Розмова, рішення в нестандартній ситуації та робота з незадоволеним клієнтом лишаються людям.
Що робити з рекламаціями?
Агент може зібрати контекст: що продали, коли, за яким документом, чи були схожі випадки. Рішення за рекламацією залежить від вашої політики й обставин, і його ухвалює людина.
Скільки коштує внутрішній помічник?
Це найдешевший корисний сценарій: читання, стандартні дані, мінімальні вимоги до налаштувань. Практично це асистент, а не повноцінний агент, тому вартість ближча до нижньої межі — від $3 000 після discovery.
З якої кількості звернень це має сенс?
Орієнтир — коли пошук інформації займає в підтримки помітну частину дня. Якщо звернень кілька на день, вигідніше впорядкувати доступ до даних, а не будувати агента.