Выгрузка диалогов пилотного обзвона 28.08.2026 — 25 звонков, 345 ходов. Промпт целевой ред. 18.08.26.
Замечания к диалогам расставлены автоматически по формальным признакам — в таблице ниже они показаны как метки: обрыв, повтор реплики, спорный код, невыясненная форма бизнеса, мусор в имени, раздражение клиента. Хотя бы одну метку получили 16 звонков из 25. Остальные девять не значит «чистые»: проверка формальная и ловит не всякое расхождение с промптом — примеры в конце разбора.
Нажмите на строку, чтобы раскрыть диалог целиком.
| № | Код завершения | Реплик | Конец | Замечания | Кто | Отзыв |
|---|
Десять отзывов из чата, сшитые с диалогами. Под каждым отмечено, что именно в расшифровке подтверждает сказанное. Одиннадцатый отзыв — Донской Ольги — в этой выгрузке подтвердить нечем: её звонки были уже после 28.08. Медведеву звонили трижды; его отзыв отнесён к тому звонку, где сходятся все три названные им детали — обращение «Александр Сергеевич», проход по подключению и отправленная СМС.
По частоте из одиннадцати отзывов: завершение разговора — восемь упоминаний, «слышно робота» — шесть, чужое имя — пять, паузы — пять. Голос и паузы этой выгрузкой не измеряются, но входят в число самых частых тем, и закрывать их надо метриками из логов голосового движка, а не текстом расшифровок.
Счёт ведётся по всем одиннадцати отзывам, включая отзыв Донской: её звонков в этой выгрузке нет, но написанное ею — такая же обратная связь по пилоту.
Это прямой ответ на вопрос «сколько реально было резких прощаний без завершения». В пяти звонках финальной фразы в выгрузке нет, но природа у них разная, и лечатся они по-разному.
CIB_IVR_Default: этого значения нет в нашем перечне из 14,
это платформенный фолбэк. То есть dialog_end не вызывался, и вместо
итога ветки записан подстановочный код. Кто именно положил трубку, по тексту
не установить — Кущ, например, пишет, что по его ощущению её положил бот.CIB_IVR_Refuse проставлен — и на этом запись обрывается.
Финальная системная фраза в выгрузке не зафиксирована. Кто разорвал
соединение, по тексту не видно.IVR_callback240
проставлен — и тишина. Молчание самой модели здесь по промпту верно: просьба
перезвонить — ветка без закрывающей реплики. Но по схеме DIVR после неё
систему обязана произнести общее «Всего доброго! До свидания!».
В звонках 1 и 10 с кодом IVR_callback60 она прозвучала,
в звонке 15 — нет.Разбора требуют все пять. В звонках 14 и 15 код проставлен, а системного прощания
в выгрузке нет — здесь надо различить дефект воспроизведения и дефект логирования.
По трём с CIB_IVR_Default сначала надо установить причину —
почему не дошло до вызова функции.
Третий случай при этом не сводится к нашему решению от 18.08.
Надо выяснить, почему системный ход не отыграл: не сработал, или его нет
в выгрузке. Отдельно стоит обсудить, не сделать ли фразу для перезвона
осмысленной — «Хорошо, перезвоним позже. Всего доброго» — не возвращаясь
при этом к двухходовой логике модели.
Это то, чего в жалобах не было, и это важнее резкости.
CIB_IVR_Complete.
Здесь завышена не абстрактная метрика успеха, а факт поданной заявки.CIB_IVR_Complete.
Просьба о переводе потеряна и посчитана как успешная продажа.CIB_IVR_Complete
вместо CIB_IVR_DontTalk_DontRecall.CIB_IVR_Complete.CIB_IVR_Refuse. Промпт это прямо запрещает: «нет» на вопрос о шаге
оформления — ответ на вопрос, а не отказ.IVR_callback60. По промпту здесь предлагается СМС с инструкцией,
а перезвон не назначается.CIB_IVR_Complete. Разобраны отдельно
в находке про знаки внимания — их подтвердили сами участники.CIB_IVR_DontTalk_DontRecall выбран
при неустановленной форме бизнеса, а в звонке 12 клиент к тому же сказал,
что с самозанятыми работает. Разобраны в находке про форму бизнеса.CIB_IVR_Refuse. По промпту первый обычный отказ требует
один раз мягко выяснить причину; этого хода нет.Смещение не одностороннее: звонок 18, наоборот, получает ложный отказ там,
где отказа не было. Но по коду успеха перекос однонаправленный и крупный:
неверны все шесть звонков с кодом CIB_IVR_Complete
— 2, 5, 7, 8, 16, 19. Ни одно «успешное завершение» в этой выборке
не подтверждается диалогом. Одиннадцать — тоже нижняя оценка: сплошной сверки
всех 25 кодов с промптом не проводилось.
У звонков 2 и 8 общая причина — дрейф кода, против которого 18.08 писалось правило «код выбран заранее и сохраняется, пока клиент сам явно не отменит договорённость». В бою правило не держится.
Организация во всех этих звонках — «Дуб зелёный»: ни «ИП», ни «ООО» в названии нет. Промпт на такой случай даёт прямое указание: «НЕ выбирай ветку ИП и НЕ завершай разговор. Задай вопрос о форме бизнеса». Вопроса «Подскажите, у вас ИП или ООО?» нет ни в одном из трёх диалогов.
CIB_IVR_DontTalk_DontRecall. Четыре хода
на весь разговор, форма бизнеса не установлена.CIB_IVR_Complete
из находки про коды завершения случается уже после этой ошибки.Это опаснее пропущенной закрывающей реплики: для ООО код
CIB_IVR_DontTalk_DontRecall неверен по существу, и разговор
закрывается с итогом, которого не было. Тот же дефект тестовый прогон 26.08
показал на стенде — там он воспроизводился во всех трёх повторах.
Флаг ловит любой дословный повтор реплики бота — и переспрашивание, и повторно зачитанный кусок презентации. Настоящие переспрашивания — в звонках 14, 15, 19 и 24; в звонке 2 дважды звучит фрагмент про СМС, а в звонке 5 — два уже произнесённых шаблонных ответа: про личный кабинет и про линию 0321. То, на что жаловались клиентские менеджеры ещё 25.08, воспроизводится и на живых звонках.
В звонке 14 клиент дважды прямым текстом говорит, что его не слышат. Это самый неприятный разговор в выгрузке — и он же единственный, где в имени клиента оказался мусор.
Симптом, найденный тестовым прогоном 26.08, в бою повторяется: оба звонка
с кодом CIB_IVR_DontTalk_DontRecall уходят к завершению
без предусмотренной реплики.
Но утверждать, что боем подтверждён именно пропуск закрывающей реплики, нельзя. В обоих звонках модель ошиблась раньше — выбрала ветку ИП, не выяснив форму бизнеса, а в звонке 12 ещё и вопреки ответу клиента про самозанятых. Отделить «пропустила реплику» от «зашла не в ту ветку» на этих двух случаях невозможно. Чистого боевого случая — подтверждённое ИП, сотрудников нет, самозанятых нет, реплика пропущена — в этой выборке нет.
В звонке 2 текст реплики произнесён правильно, то есть воспроизвести его модель умеет; но и там вход в ветку был ошибочным по той же причине.
Совпадение стенда с боем при этом есть — только по другому дефекту: форма бизнеса не выясняется перед завершением. Он воспроизводится и там, и там, и в отличие от закрывающей реплики ничем не загрязнён.
Нужна нормализация поля имени перед подстановкой: приведение регистра и отсечение заведомо нечеловеческих значений. Двадцать три звонка из двадцати пяти шли на одну тестовую карточку «Александр Сергеевич / Дуб зелёный», поэтому в боевой базе доля мусора может быть другой.
Эта находка появилась только после сшивки с отзывами: оба человека описали её сами, независимо друг от друга.
CIB_IVR_Complete.CIB_IVR_Complete.«Угу» и «Да, хорошо» — это знаки внимания, а не согласие закончить. Промпт прямо велит не считать вежливый отклик новым итогом. Оба звонка при этом попали в статистику как успешно завершённые — поэтому они же входят в спорные коды из находки про коды завершения.
Важная оговорка ко всему разбору, и она подтверждается двумя отзывами.
То есть часть реально произнесённого клиентом в текстовую выгрузку не попала. Почему — распознавание, логирование или обрыв тракта — по тексту не установить. Практический вывод от этого не зависит: «ноль реплик клиента» не значит, что человек молчал. И часть из пяти обрывов может быть не «клиент бросил трубку», а «бота перестали слышать или он перестал слышать». Нужны аудиозаписи и логи распознавания.
Из 22 человек в списке звонок получил 19. При этом 4 из 25 звонков ушли на номер вне списка. Для второй волны стоит сверять список набора со списком участников до запуска.
SEND_SMS_* получили ветку успеха.
Ветка сбоя «К сожалению не удалось направить СМС» не сработала ни разу.
Для сравнения: 25.08 на ИФТ тестировщик ловил именно её — то есть тогда
СМС реально не уходили, и это был дефект интеграции, а не модели.Метки в таблице расставлены по формальным признакам. Сплошной сверки каждого хода с промптом не проводилось, и в звонках без меток дефекты тоже есть. Два примера, найденных при выборочном чтении:
Поэтому «16 звонков с метками» — это про текущую разметку, а не про то, что остальные девять прошли без нарушений.
Таймстемпов в выгрузке нет, длительность пауз не восстанавливается. Жалоба «долго отвечает» этим файлом ни подтверждается, ни опровергается — нужны покомпонентные метрики из логов голосового движка: распознавание, генерация, синтез и полная пауза.
Без времени и номера не проверить, был ли это перезвон
и по какому коду он сработал. Отдельно тревожно то, что у нас, судя по всему,
нет окна дозвона: код IVR_callback* может сработать в любое время.
CIB_IVR_Default — первый вопрос к сопровождению.
Почему код не зафиксирован и что в этом случае записывается в CRM.
Для боевого обзвона это потеря данных, а не вопрос впечатления.