Когато клиент ни помоли за „AI чатбот за сайта“, първият ни въпрос рядко е кой модел да използваме. Питаме нещо по-скучно: какво трябва да се случи в момента, в който ботът не знае отговора? Опитът ни показва, че качеството на един асистент за обслужване на клиенти се решава не в доброто разговорно поведение, а в начина, по който той предава разговора на човек.
Ботът, който отговаря уверено на всичко, е най-опасният вариант. Ботът, който на всеки втори въпрос казва „свържете се с нас на телефона“, е най-безполезният. Работата е в средата и тя е повече процесна, отколкото технологична.
Цената на грешния отговор е реална
Най-цитираният пример е делото Moffatt срещу Air Canada пред канадския Civil Resolution Tribunal от 2024 г. Чатботът на авиокомпанията дава на клиент неточна информация за отстъпка при пътуване по семеен повод. Компанията се опитва да твърди, че ботът е „отделен субект“, отговорен за собствените си думи. Трибуналът отхвърля аргумента и я задължава да изплати разликата. Сумата е малка, но изводът е ясен: всичко, което асистентът каже на вашия сайт, вие сте го казали.
В Европа рамката също се затяга. Регламентът за изкуствения интелект (EU AI Act) въвежда в член 50 задължение хората да бъдат информирани, когато общуват със система с изкуствен интелект, освен ако това не е очевидно. За нас това не е само правна точка, а дизайнерско изискване: клиентът трябва да знае с какво говори и как да стигне до човек.
Започваме от категориите, не от промпта
Преди да напишем и ред код, взимаме историята на запитванията от последните няколко месеца – имейли, чат, бележки от телефонни разговори – и ги групираме ръчно. Обикновено излизат петнадесетина повтарящи се теми. След това за всяка тема решаваме едно от три неща.
Ботът отговаря сам. Това са въпроси с еднозначен отговор от проверим източник: работно време, срокове за доставка, как се връща продукт, какви документи са нужни. Отговорът идва от одобрена база знания, а не от „общите познания“ на модела.
Ботът събира информация и предава. Рекламации, проблеми с плащане, въпроси за конкретна поръчка. Тук ботът не решава нищо, но спестява на служителя първите три минути: пита за номер на поръчка, описание, снимка, и предава всичко структурирано.
Ботът изобщо не участва. Цени по договорка, отстъпки, правни въпроси, оплаквания с емоционален заряд, всичко, свързано със здраве или безопасност. Ако разговорът тръгне натам, асистентът веднага предлага човек.
Тази таблица – дори да живее в обикновен документ – е най-важният артефакт в проекта. Тя се преглежда от човека, който отговаря за обслужването, а не от разработчиците.
Кога точно да ескалираме
Тук много екипи разчитат на „увереността“ на модела. Ние не го правим. Самооценката на езиковия модел за собствената му сигурност не е надежден сигнал. Вместо това комбинираме няколко по-прости и по-проверими правила:
- в базата знания няма достатъчно релевантен откъс за въпроса – ботът не отговаря „от себе си“;
- въпросът попада в категория от третата група;
- клиентът е поискал човек, дори косвено („искам да говоря с някого“, „това не ми помага“);
- разговорът се върти – същият въпрос, преформулиран за трети път;
- тонът ясно се влошава.
Никое от тези правила не е идеално поотделно. Заедно хващат огромната част от ситуациите, в които автоматичният отговор би навредил повече, отколкото помогнал. И най-важното – когато нещо се обърка, можем да обясним защо ботът е постъпил така.
Предаването е мястото, където повечето проекти се провалят
Виждали сме асистенти, които технически ескалират правилно, но клиентът след това трябва да разкаже всичко отначало пред служител, който не вижда предишния разговор. Това е по-лошо, отколкото изобщо да няма бот.
Затова при предаване изпращаме към системата за обслужване кратко резюме, категорията, събраните данни и пълния текст на разговора. Служителят започва с „Виждам, че поръчка 4518 е пристигнала повредена – ще ви изпратим нова“, а не с „С какво мога да помогна?“.
Втората честа грешка е ескалация в празното пространство. Ботът казва „свързвам ви с колега“ в събота вечер, а никой не отговаря до понеделник. Асистентът трябва да знае работното време на екипа и честно да казва кога ще има отговор, като същевременно създава заявка, за да не се загуби нищо.
Илюстративен сценарий
Следващият пример е измислен, за да покаже логиката, и не описва конкретен клиент. Онлайн магазин за домашни уреди получава около двеста запитвания седмично. Половината са за статус на доставка и гаранционни условия. Ботът поема тези две теми, като чете статуса директно от системата за поръчки. Рекламациите минават през структуриран въпросник и стигат до екипа с прикачени снимки. Въпросите за отстъпки при количествени поръчки изобщо не се обработват автоматично – те отиват при търговец, защото там всяка грешна дума е потенциален ангажимент.
Успехът в такъв проект не се мери с процента разговори, „решени без човек“. Този показател лесно се надува – достатъчно е ботът да не предлага ескалация. Ние гледаме колко от ескалираните разговори са можели да бъдат решени автоматично, колко от автоматичните отговори са довели до повторно запитване по същата тема и колко време отнема на служителя да поеме предаден разговор.
Седмичният преглед е част от продукта
Асистентът не е проект, който се предава и забравя. Договаряме с клиента кратък седмичен ритуал: някой от екипа по обслужване преглежда извадка от разговорите – особено тези, които не са ескалирани – и отбелязва грешни или неточни отговори. Те стават тестови случаи, а липсващата информация влиза в базата знания.
Първите седмици този преглед отнема около час. След това обикновено пада до двадесетина минути. Ако клиентът не е готов да отдели това време, по-честно е да кажем, че асистентът не е добра идея за него в момента.
Какво бихме препоръчали
Започнете тясно – две или три теми, в които отговорът е еднозначен и грешката е евтина. Направете ескалацията видима и лесна от първото съобщение. Предавайте контекста изцяло. Измервайте това, което клиентът усеща, а не това, което изглежда добре в отчет.
Добрият асистент за обслужване не е този, който отговаря на най-много въпроси, а този, който знае точно кои въпроси не са негови.
Технологията за всичко това вече е достатъчно зряла. Това, което отличава работещия асистент от поредния досаден чат прозорец, е дисциплината около него.