Шаблонный речевой модуль для ИИ-агента проваливается на белорусской аудитории потому, что игнорирует язык, интонацию и привычные сценарии общения. В Беларуси клиенты говорят по-русски, но вплетают беларускую лексику, переключаются между «ты» и «вы», ждут конкретики без долгих вступлений. Речевой модуль стоит строить как короткие сценарии с учётом локальных особенностей, заранее прописанными ветками отказа и понятным человеку языком. Ниже — практический разбор, как собрать такой модуль и не получить «бесконечный подкаст» вместо диалога.
Почему шаблон из маркетплейса не срабатывает на белорусском клиенте
Типовой ИИ-агент, которого подключают за пару часов, звучит гладко только в первые две минуты. Дальше начинаются проблемы: клиент задаёт вопрос «А можно в рассрочку?», оператор выдаёт шаблон «Я уточню информацию», и разговор зависает в петле. Агентство Vagabond четыре месяца и 200 000 российских рублей потратило на ИИ-менеджера по продажам, который так и не привёл ни одного клиента: нейросеть пыталась продать стратегический дизайн научно-исследовательскому институту, конезаводу и шиномонтажу (по данным T‑Bank). Проблема оказалась не в технологии, а в речевом модуле: он не понимал отрасль клиента и не умел корректно отказывать.
На белорусском рынке добавляется ещё один слой — культурный. Клиенты в Минске и областях по-разному реагируют на обращение «вы» и «ты». В Гродно и Бресте чаще начинают разговор с короткого приветствия и сразу переходят к делу, в Гомеле — ожидают, что менеджер назовёт компанию и представится. ИИ-агент с усреднённым скриптом звучит чужим в любом из этих сценариев.
Какие блоки обязательно должны быть в речевом модуле
Речевой модуль — это не один длинный промпт, а набор сценариев с прописанными ветками. Минимальный набор блоков, без которых агент начнёт «уплывать», выглядит так:
- Приветствие с вариантами под тип клиента (новый, повторный, по рекомендации).
- Квалификация: что агент должен выяснить за первые 30–60 секунд и какие поля заполнить.
- Презентация — короткий ответ на «что вы предлагаете», без перечисления всех услуг подряд.
- Работа с типовыми возражениями: цена, сроки, «я подумаю», «отправьте на почту».
- Корректный отказ, когда запрос вне компетенции или клиент просит человека.
- Завершение: фиксация договорённости, передача оператору или прощание.
Каждый блок — это 3–7 коротких фраз, не абзацы. ИИ-агент лучше работает с чек-листами и короткими репликами, чем с одной длинной инструкцией.
Как написать сценарий отказа, чтобы клиент не разозлился
Отказ — самое слабое место большинства готовых модулей. Агент либо не умеет говорить «нет» и тянет разговор, либо отвечает резко. На белорусской аудитории резкий отказ воспринимается как грубость, поэтому сценарий отказа прописывают отдельно.
Например, клиент спрашивает услугу, которую компания не делает. Шаблонный агент отвечает «К сожалению, я не могу помочь с этим вопросом» и зависает. В рабочем модуле сценарий выглядит иначе: агент коротко подтверждает запрос, объясняет, почему задача вне его зоны, и предлагает следующий шаг — оставить контакт для менеджера, посмотреть как ИИ-агент передаёт звонок оператору, либо завершить разговор. Здесь же стоит прописать фразы для случая, когда клиент просит живого человека: «Понял вас, соединяю с оператором, ожидание около минуты».
Сколько стоит разговор и почему длинный скрипт обходится дороже
ИИ-агент работает поминутно: чем длиннее разговор, тем больше расходов. Когда модуль написан расплывчато, клиент задаёт уточняющие вопросы, ответы уходят в общие фразы, и диалог растягивается до 5–7 минут без результата. Когда модуль написан плотно, разговор укладывается в 90–180 секунд и завершается либо заявкой, либо корректным отказом.
| Что влияет на длительность | Размытый модуль | Плотный модуль |
|---|---|---|
| Приветствие и квалификация | 40–60 секунд, общие фразы | 20–30 секунд, конкретные вопросы |
| Презентация | 2 минуты, перечисление всех услуг | 30–40 секунд, ответ на запрос клиента |
| Возражения | Уход в общие фразы, повторы | Короткий ответ + следующий шаг |
| Завершение | «Я перезвоню», разговор обрывается | Фиксация договорённости или передача оператору |
Эту таблицу полезно показывать клиенту, который сомневается, нужен ли ему вообще ИИ-агент. Цифры усреднённые и зависят от выбранной модели и тарифа, но порядок различий сохраняется.
Как тестировать речевой модуль до запуска
До подключения модуля на реальные звонки его прогоняют через 5–7 типовых сценариев и 3–5 нестандартных. Типовые — это «узнать цену», «записаться на услугу», «статус заказа». Нестандартные — «почему так дорого», «а у вас есть рассрочка», «я хочу поговорить с директором». Полезно посмотреть как обучать ИИ-агента отвечать на нестандартные вопросы клиентов без оператора и собрать собственный список проверочных диалогов.
После каждого прогона — правки. Без итераций модуль не работает. У того же Vagabond одной из главных ошибок стало отсутствие тестовой среды: модуль запустили сразу на реальных лидах, без проверки нестандартных веток. Итог — четыре месяца и ноль клиентов.
Что проверять в первую очередь
- Не зависает ли агент в петле при повторяющихся ответах клиента.
- Умеет ли корректно переключаться на русский и белорусский, если клиент начинает говорить на беларуской.
- Передаёт ли оператору контекст разговора, а не просто «клиент на линии».
- Не выдумывает ли цены, сроки или услуги, которых нет в базе.
Как вписать ИИ-агента в работу с клиентами, а не вместо неё
ИИ-агент хорошо закрывает первую линию: приём заявок, квалификация, типовые вопросы, напоминания. Но он не заменяет живого менеджера в сделках, где клиент выбирает между несколькими поставщиками или хочет обсудить индивидуальные условия. В речевом модуле стоит явно прописать, в какой момент агент передаёт разговор человеку и как это делает. Например, после трёх уточнений про бюджет и сроки — соединение с менеджером.
Когда модуль готов, его подключают к контакт-центру, где первая линия обрабатывается автоматически, а сложные случаи уходят на операторов. В такой связке ИИ снимает нагрузку с людей и не выдумывает ответы, а операторы получают уже квалифицированные звонки. Если интересно, как это устроено на стороне поддержки, посмотрите как организовать поддержку клиентов в MVP SaaS — там разобран похожий принцип разделения автоматических и ручных сценариев.
Типичные ошибки при написании речевого модуля
- Один длинный промпт вместо набора коротких сценариев — агент путается в инструкциях.
- Отсутствие ветки отказа — клиент застревает в разговоре, который не ведёт к результату.
- Передача оператору «без контекста» — менеджер не понимает, о чём шла речь, и переспрашивает клиента.
- Использование готовых шаблонов без локализации — речь звучит чужой для белорусской аудитории.
- Запуск модуля без тестов на нестандартных сценариях — кейс Vagobond показал, чем это заканчивается.
3 шага, которые можно сделать на этой неделе:
- Выписать 5 типовых и 3 нестандартных сценария звонков, которые уже есть в вашем бизнесе.
- На каждый сценарий составить по 3–5 коротких реплик для агента и отдельный блок отказа.
- Прогнать модуль в тестовом режиме и собрать список правок до того, как агент выйдет на реальные звонки.
Если под рукой нет готового инструмента для прогонов, поможет простой приём: записать диалог с коллегой, который играет роль клиента, и проверить, не уходит ли разговор в петлю. А когда модуль пройдёт эти три шага, его подключают к контакт-центру: первая линия автоматизирована, сложные звонки уходят на операторов, клиент получает ответ без ожидания и бесконечных уточнений.
