Автоматизація — це кроки, які ви задали: надійшов рахунок — витягти ці поля, звірити із замовленням, провести в обліку, повідомити закупника, якщо суми розійшлися. Вона працює однаково щоразу. Коли ламається — ламається гучно і в конкретному місці, на яке можна показати пальцем.
Агент — це мовна модель, яка сама вирішує, що робити далі, у заданих вами межах. Вона читає неструктуроване: лист, розшифровку дзвінка, договір, — обирає, якими з ваших інструментів скористатися, і видає результат. Вона дає раду входу, який заздалегідь не перелічити, і працює не однаково щоразу.
Різниця не в тому, яка технологія сучасніша. Різниця в тому, хто обирає наступний крок: ви — заздалегідь, на етапі проєктування, чи модель — під час роботи. Усе інше — ціна, швидкість, перевірюваність, спосіб ламатися — випливає з цієї однієї відмінності.
Попросіть людину, яка робить цю роботу сьогодні, записати правило, за яким вона діє. Не переказ, а саме правило, разом із винятками. Те, що станеться далі, скаже майже все.
Вона може це записати: беріть автоматизацію. Дешевше збудувати, дешевше експлуатувати, і ви зможете довести, що саме система зробила.
Не може, бо залежить від того, що написано в повідомленні: ось тут і потрібна модель — читати мову і перетворювати її на структуру, з якою вже працює автоматизація.
Не може, бо ніхто не вирішив: не допоможе ні те, ні те. Рішення має ухвалити людина до того, як система почне його виконувати, — і спроба це обійти і є типова смерть пілота.
На практиці сама суперечка поставлена хибно. Система підтримки — це не агент, а процес, у якому є крок класифікації, де модель читає звернення, і крок відповіді, де модель збирає її з вашої документації. Усе навколо цих двох кроків — маршрутизація, права, ескалація, логування, запис у CRM — звичайна автоматизація, і правильно, що звичайна.
Така форма обрана свідомо. Детермінований каркас робить систему перевірюваною і дешевою, а модель замкнена в тих місцях, де справді потрібне судження про мову. Коли проєкт розвалюється, причина дуже часто в тому, що моделі віддали роботу, яку зробило б правило.
Ціна одного прогону перестає бути нульовою. Детерміновані кроки майже нічого не коштують. У викликів моделі є реальна ціна за штуку, тому обсяг, який раніше не впливав на рахунок за інфраструктуру, стає статтею, яку треба прогнозувати.
Той самий вхід може дати різний вихід. У цьому і сенс — і в цьому ж проблема. Отже, потрібна оцінка: набір реальних випадків із відомими правильними відповідями, а не тест, який один раз пройшов.
Відмова стає тихою. Автоматизація падає з помилкою. Модель відповідає гладко і неправильно — тому посилання на джерело, пороги впевненості і шлях до людини для невпевнених випадків не бонус, а частина конструкції.
Зростає затримка. Секунди замість мілісекунд. У відповіді підтримки це неважливо, в оформленні замовлення або в API, на який хтось чекає, іноді вирішує все.
Візьміть один процес. Розкладіть на кроки і позначте кожен: правило чи судження. Якщо всі кроки — правила, модель вам не потрібна, і підрядник, який каже інакше, продає. Якщо один-два кроки — судження про мову, саме туди модель і ставиться, а решта лишається детермінованою.
Така розмітка займає годину і майже завжди дає ту саму відповідь: детермінований каркас плюс модель в одному-двох місцях. Ми робимо цю розмітку безкоштовно на міні-аудиті — разом з оцінкою, скільки кроків пройде наскрізь без людини, і що залишиться винятками.
Якщо суджень більшість і вони не про мову, а про ваш бізнес — ціна, кредит, найм, кого прибрати зі списку постачальників, — це поки не проєкт автоматизації. Це проєкт ухвалення рішень, і спершу людині потрібно закріпити політику.
Як проранжувати кандидатів за обсягом, хвилинами і тим, наскільки чітко формулюються правила.
Саме та форма, про яку тут ідеться: детермінований процес, у якому модель читає.
Ширша послуга: процеси, доведені до продакшну, з моделлю лише там, де вона себе виправдовує.
Ми використовуємо cookie лише для аналітики — щоб бачити, з яких сторінок приходять заявки. Нічого більше й нічого до вашої згоди. Політика cookie