В тази статия:
- Какво се променя между настройка и разширена конфигурация
- Как се конфигурира кога чатботът да прехвърля към човек?
- Как се ограничава какво е позволено да казва чатботът?
- Как се поддържат отговорите последователни за конкретни въпроси?
- Как се конфигурира многоезично поведение?
- Как да продължите обучението на чатбота след стартиране?
- Кои настройки да преглеждате и колко често

Нашето ръководство за настройка на AI бот за клиентска поддръжка покрива шестте стъпки, които пускат чатбота на LiveAgent в действие: създайте Flow, свържете източници на знания, приложете го към уиджета. Това е минимумът за стартиране. Но не е конфигурацията, която определя дали ботът наистина е добър след три месеца. Ако все още сравнявате различни чатбот опции, вместо да настройвате такъв, който вече използвате, нашият обзор на най-добрите AI чатботове за 2026 е по-добрата отправна точка.
Това ръководство продължава оттам. Всяка настройка по-долу е реално поле или компонент, който ще намерите в LiveAgent или FlowHunt , а не общ списък с добри практики.
Какво се променя между настройка и разширена конфигурация
Настройката отговаря на въпроса “Работи ли ботът?” Конфигурацията отговаря на въпроса “Работи ли по начин, който екипът ни наистина има нужда?” Тази разлика се проявява на четири места: кога ботът ескалира, какво му е позволено да казва, колко последователни са отговорите му между сесиите и дали се подобрява или остава статичен след стартиране.
Бот, който е издържал теста през първата седмица, може все пак да разочарова клиентите месец по-късно, ако нито една от тези четири области не бъде преразгледана. Източниците на знания, които сте свързали при стартиране, остаряват, въпросите на клиентите се променят, а стандартният праг за прехвърляне, който е изглеждал правилен в първия ден, може вече да изпраща твърде много или твърде малко разговори към вашите оператори.
Как се конфигурира кога чатботът да прехвърля към човек?
Отворете обекта Chatbot в LiveAgent и задайте полето “Required answers to initialize chat with human agent” (Необходими отговори за започване на чат с човек оператор). Това число е минималният брой AI отговори, които трябва да бъдат дадени, преди бутонът “Request chat with human agent” (Заявка за чат с човек оператор) да стане достъпен за посетителя. Ако го зададете твърде ниско, ботът ескалира въпроси, които е можел да обработи сам, губейки време на операторите за заявки, които никога не са имали нужда от човек. Ако го зададете твърде високо, разочаровани клиенти преминават през безполезни отговори, преди да достигнат до някого.
Съществува и втори път, който не зависи от този брой: AI агентът може сам да прецени по средата на разговора, че дадена заявка е твърде сложна и да прехвърли автоматично, без да чака прага от необходими отговори. Тази опция е за предпочитане за теми в поддръжката, където грешен отговор е скъп (спорове за таксуване, сигурност на акаунти) и фиксираният брой изглежда твърде ригиден.
След като разговорът се прехвърли, операторите го поемат от секцията Chats overview, използвайки бутона “Stop chatbot and join” (Спри чатбота и се присъедини), като пълната история на разговора се пренася в същия билет — механизмите са разгледани подробно в нашето ръководство за функцията за прехвърляне към човек . Нищо от този процес не може да се конфигурира от клиента, но знанието, че работи по този начин, обяснява защо тестването на целия поток на прехвърляне е важно — не само отговорите на бота до този момент.
Как се ограничава какво е позволено да казва чатботът?
По подразбиране шаблонният AI агент на LiveAgent позволява на посетителя да поиска човек оператор директно във всеки един момент от разговора, независимо от прага за необходими отговори. Ако това не е това, което искате — например бот, предназначен да разреши напълно тесен кръг от въпроси, преди да се появи опция за човек — решението е да редактирате системното съобщение на компонента AI Agent в FlowHunt, а не настройка от страна на LiveAgent.
Системното съобщение е също така мястото, където тонът и персоната всъщност се определят. Няма отделно падащо меню за “персона”: каквито инструкции напишете тук (официални срещу неформални, как да се справя с въпрос извън обхвата, дали да се извинява преди ескалация) — това е, което ботът следва. FlowHunt поддържа над 15 AI модела и смяната на модел може да повлияе на това колко буквално ботът се придържа към формулировката, но самият модел не е източникът на тона.
Как се поддържат отговорите последователни за конкретни въпроси?
Източниците на знания отговарят добре на общи въпроси, но за всичко, което екипът ви иска да бъде формулирано идентично всеки път — ценови изявления, политики, конкретен отказ от отговорност — използвайте функцията Questions & Answers на FlowHunt вместо това. Тя ви позволява да дефинирате фиксиран отговор за конкретна заявка, така че ботът да връща точно тази формулировка, вместо да генерира нов парафраз всеки път, когато някой попита.
Това е по-важно, отколкото звучи. База от знания, написана за четене от хора, разпръсната в пет свързани помощни статии, не произвежда автоматично един чист, последователен бот отговор, когато AI тегли от всичките пет едновременно. Фиксираните Q&A записи запълват тази празнина за шепата въпроси, където точността на формулировката наистина има значение за вашия екип.
Как се конфигурира многоезично поведение?
Чатботът автоматично разпознава езика на посетителя и отговаря на него, като поддържа над 100 езика в зависимост от свързания AI модел. Това не е настройка, която трябва да се включи — работи по подразбиране — но не е еднакво за всеки език. Някои ограничения могат да се прилагат за по-слабо разпространени езици, тъй като качеството на модела за тези езици варира според доставчика.
Преди да пуснете бота на пазар с по-рядко срещан език, тествайте го директно с действителните фрази, които клиентите ви използват, а не с буквален превод на вашите английски тестови въпроси. Буквалният превод може да мине успешно, докато естествена фраза, която моделът не е виждал толкова често, може да доведе до значително по-слаб отговор.
Как да продължите обучението на чатбота след стартиране?
Настройте самообучаващия се цикъл на LiveAgent
, така че всеки ескалиран билет да учи бота на нещо, вместо да бъде просто еднократно решение. Създайте правило за автоматизация в LiveAgent, което се задейства, когато билет е разрешен и маркиран с Update_AI, изпращайки ID-то на билета до FlowHunt чрез HTTP заявка или уебхук.
Оттам AI агентът изпълнява четири стъпки автоматично: прочита цялата нишка на билета, за да види какво е пропуснал чатботът, сравнява това с действителното решение на човека оператор, обобщава поправката в многократно приложимо правило, а не еднократен отговор, и го запазва като структуриран запис в паметта (тема, задействащ фактор, предпоставки, резолюция), който чатботът може да извлече при следващия подобен въпрос. Личната информация се премахва автоматично, преди нещо да бъде запазено.
Резултатът се натрупва. Ескалациите, които екипът ви разрешава през първата седмица, стават знания, които ботът има през втората седмица, без никой да пренаписва ръчно статии в базата знания.
| Настройка | Къде се конфигурира | Какво контролира |
|---|---|---|
| Required answers to initialize chat with human agent (Необходими отговори за започване на чат с човек оператор) | Обект Chatbot, LiveAgent | Минимален брой AI отговори преди прехвърляне |
| Системно съобщение на AI агента | Компонент AI Agent, FlowHunt | Тон, персона и какво е позволено/не е позволено да казва ботът |
| Questions & Answers (Въпроси и отговори) | FlowHunt | Фиксирани, дословни отговори за конкретни заявки |
| AI модел | Компонент AI Agent, FlowHunt | Стил на отговорите и езиково покритие |
Правило за автоматизация Update_AI | Правила за автоматизация, LiveAgent | Задейства самообучаващия се цикъл при разрешени билети |
Кои настройки да преглеждате и колко често
Проверявайте процента на прехвърляне и конкретните въпроси, водещи до ескалация, седмично през първия месец след всяка промяна в конфигурацията, след това месечно, след като моделът се стабилизира. Нарастващият процент на прехвърляния обикновено означава пропуск в знанията, който самообучаващият се цикъл все още не е затворил, а не настройка, която трябва да бъде изградена от нулата.
Ако тонът на бота се отклонява от това, което системното съобщение указва, това е сигнал да преразгледате формулировката директно, вместо да сменяте AI модели като компенсация. И ако ескалациите се групират около една повтаряща се тема, това е точният сигнал, който маркерът Update_AI е проектиран да улавя — така че се уверете, че вашите оператори действително го прилагат, преди да предположите, че самообучаващият се цикъл не работи.
След като времето за прехвърляне, системното съобщение, многоезичното покритие и самообучаващото се правило са зададени целенасочено, вместо оставени на стандартните настройки, разликата между “ботът работи” и “ботът работи по начина, по който екипът ни има нужда” до голяма степен изчезва от само себе си.
