Как да тествате гласов AI агент на български преди да го пуснете по телефона
Практически протокол с 24 сценария за гласов AI агент на български: имена, дати, шум, CRM запис, предаване към човек и критерии за пускане.
Какво доказва, че агентът е готов за реални обаждания.
Гласов AI агент на български е готов за ограничено пускане, когато разбира представителни разговори, потвърждава критичните данни, извършва правилното действие в тестовата система и предава разговора при проблем. Приятният глас е само една част от проверката. Приемането трябва да се основава на записан протокол с очакван резултат за всеки сценарий.
Например агентът може да произнесе „Записах ви за вторник“ напълно естествено, докато в календара няма събитие. Или да създаде правилния час за грешния клиент. Затова оценявайте едновременно разговора, използваните данни и действителното състояние на свързаните системи.
Това ръководство развива практическата проверка преди внедряване на гласови AI агенти за телефонни обаждания. Протоколът по-долу е предложен образец, а не отчет за проведени клиентски тестове.
Подгответе средата и правилата за приемане.
Изберете един ограничен сценарий: например записване на час, проверка на статус или приемане на запитване. Опишете какво агентът има право да прави, кои данни изисква и кога прехвърля към служител. Не тествайте едновременно десет различни бизнес процеса без отделни критерии.
Използвайте тестови контакти, календар и CRM, отделени от реалните клиенти. Запишете версията на инструкциите, базата знания, модела, гласа, телефонната конфигурация и интеграциите. Ако смените някой от тези компоненти, резултатът от предишния тест не описва автоматично новата конфигурация.
Включете различни говорители, темпо, устройства и условия. Един човек, който произнася предварително известен текст в тиха стая, не е достатъчно представителен. Нужни са и естествени двупосочни разговори през телефонния канал. Синтетичният запис показва звучене; текстовата симулация проверява логика; телефонният тест проверява и аудио, прекъсвания и свързване.
Тестов протокол с 24 сценария.
Копирайте таблицата в работния си протокол. Добавете колони „Резултат“, „Доказателство“, „Сериозност“, „Отговорник“ и „Повторен тест“. Всеки сценарий се изпълнява с повече от една формулировка.
| № | Ситуация | Очакван резултат |
|---|---|---|
| 1 | Обичайно запитване | Събира задължителните данни и завършва разрешената задача. |
| 2 | Име „Йоанна“ или „Живко“ | Разпознава или иска уточнение; потвърждава преди запис. |
| 3 | Име, продиктувано по букви | Сглобява името без да добавя предполагаеми букви. |
| 4 | Дълъг телефонен номер | Повтаря на групи и сверява целия номер. |
| 5 | Имейл с точка и тире | Разграничава символите и потвърждава адреса. |
| 6 | Номер с водещи нули | Запазва нулите и правилния тип поле. |
| 7 | „Другия петък“ | Уточнява конкретната календарна дата. |
| 8 | „Половин четири“ | Уточнява 03:30 или 15:30 според контекста. |
| 9 | Недостъпен час | Предлага налична алтернатива, без измислена резервация. |
| 10 | Промяна на вече избран час | Използва последното потвърдено намерение. |
| 11 | Регионално произношение | Завършва задачата или задава полезен уточняващ въпрос. |
| 12 | Български с английско име на продукт | Свързва правилния продукт или иска идентификатор. |
| 13 | Уличен шум | Не записва неразбрани данни като сигурни. |
| 14 | Тих говор и лош сигнал | Иска повторение; предлага друг канал при нужда. |
| 15 | Клиентът прекъсва агента | Спира говоренето и обработва новата информация. |
| 16 | Двамата говорят едновременно | Възстановява разговора без загуба на потвърдените данни. |
| 17 | Продължително мълчание | Следва договореното правило за напомняне и приключване. |
| 18 | Въпрос извън базата знания | Признава липсата на информация и предлага предаване. |
| 19 | Изрично искане за човек | Използва реалния маршрут към служител. |
| 20 | Няма свободен служител | Предлага одобрен резервен канал без недоказан срок. |
| 21 | CRM връща грешка | Не твърди, че записът е създаден. |
| 22 | Календарът отговаря със закъснение | Проверява състоянието преди повторен запис. |
| 23 | Телефонната връзка прекъсва | Оставя проследим статус на незавършената задача. |
| 24 | Повторно обаждане за същата заявка | Не създава дублирана резервация без проверка. |
Проверете действието отвъд разговора.
За всеки успешен сценарий отворете записаното събитие или CRM заявката. Сверете клиента, датата, часовата зона, услугата и външния идентификатор. При промяна на резервация проверете и дали старото събитие е отменено според процеса. Не приемайте репликата на агента за доказателство.
При предаване служителят трябва да получи причината, кратко резюме, вече потвърдените данни и оставащата задача. Проверете дали разговорът действително достига до правилното място. „Ще ви свържа“ при неработещ телефонен маршрут е неуспешен тест.
Решете какво блокира пускането.
Определете блокиращите грешки предварително: запис за грешен човек, непотвърден финансов ангажимент, изтичане на чужди данни, неверен статус „успешно“ или липсващо предаване при задължителен случай. Общият процент успешни разговори не компенсира такъв дефект.
Следете отделно завършени задачи, точност на критичните полета, успешно предаване и забавяне. За времето до отговор запишете медиана и висок персентил, вместо само средна стойност. При малка извадка показвайте и броя разговори: „9 от 10“ носи повече контекст от „90%“.
След поправка повторете проблемния сценарий и близките до него случаи. Пуснете първо ограничен обем с наблюдение и възможност за връщане към служител. Подредете това като AI пилот с критерии за приемане, а след старта включете протокола в поддръжката на AI решението.
Въпроси за тестването.
Достатъчни ли са 24 успешни разговора?
Не. Таблицата дава покритие на ситуации, а не статистическа гаранция. Нужният брой повторения зависи от разнообразието на обажданията и последствията от грешка.
Може ли текстов тест да замени телефонния?
Той е полезен за инструкциите и бизнес логиката, но не проверява целия аудио и телефонен път. Преди реални клиенти са нужни двупосочни разговори през използвания канал.
Какво правим след смяна на гласа или модела?
Записвате новата версия и повтаряте засегнатите проверки, включително произношение, прекъсвания и критични действия. Старият резултат остава история на предишната конфигурация.
Източник и приложение.
ElevenLabs: симулации на разговори описва инструментален подход към проверката на агент. Нашият протокол е практическа препоръка за приемане на бизнес сценарий и включва допълнителна проверка през реалния телефонен канал.
За оценка на вашия сценарий подгответе примерен разговор, разрешените действия и системата, в която трябва да се появи резултатът. Изпратете сценария за обсъждане.