Обзвон 28.08.26 — разбор диалогов

Выгрузка диалогов пилотного обзвона 28.08.2026 — 25 звонков, 345 ходов. Промпт целевой ред. 18.08.26.

25
звонков в выгрузке
5
без зафиксированной финальной фразы
3
без целевого бизнес-кода
11
спорных кодов завершения, не меньше
10
отзывов с подтверждённым наблюдением

Замечания к диалогам расставлены автоматически по формальным признакам — в таблице ниже они показаны как метки: обрыв, повтор реплики, спорный код, невыясненная форма бизнеса, мусор в имени, раздражение клиента. Хотя бы одну метку получили 16 звонков из 25. Остальные девять не значит «чистые»: проверка формальная и ловит не всякое расхождение с промптом — примеры в конце разбора.

Все 25 звонков

Нажмите на строку, чтобы раскрыть диалог целиком.

Код завершения РепликКонец ЗамечанияКтоОтзыв

Что писали люди

Десять отзывов из чата, сшитые с диалогами. Под каждым отмечено, что именно в расшифровке подтверждает сказанное. Одиннадцатый отзыв — Донской Ольги — в этой выгрузке подтвердить нечем: её звонки были уже после 28.08. Медведеву звонили трижды; его отзыв отнесён к тому звонку, где сходятся все три названные им детали — обращение «Александр Сергеевич», проход по подключению и отправленная СМС.

Что повторяется у всех

По частоте из одиннадцати отзывов: завершение разговора — восемь упоминаний, «слышно робота» — шесть, чужое имя — пять, паузы — пять. Голос и паузы этой выгрузкой не измеряются, но входят в число самых частых тем, и закрывать их надо метриками из логов голосового движка, а не текстом расшифровок.

Счёт ведётся по всем одиннадцати отзывам, включая отзыв Донской: её звонков в этой выгрузке нет, но написанное ею — такая же обратная связь по пилоту.

Что показал разбор

5 из 25 — финальная фраза не зафиксирована

Резкие обрывы: три разные причины под одной жалобой

Это прямой ответ на вопрос «сколько реально было резких прощаний без завершения». В пяти звонках финальной фразы в выгрузке нет, но природа у них разная, и лечатся они по-разному.

Разбора требуют все пять. В звонках 14 и 15 код проставлен, а системного прощания в выгрузке нет — здесь надо различить дефект воспроизведения и дефект логирования. По трём с CIB_IVR_Default сначала надо установить причину — почему не дошло до вызова функции. Третий случай при этом не сводится к нашему решению от 18.08. Надо выяснить, почему системный ход не отыграл: не сработал, или его нет в выгрузке. Отдельно стоит обсудить, не сделать ли фразу для перезвона осмысленной — «Хорошо, перезвоним позже. Всего доброго» — не возвращаясь при этом к двухходовой логике модели.

не меньше 11 из 25 кодов спорны

Коды завершения искажают статистику

Это то, чего в жалобах не было, и это важнее резкости.

Смещение не одностороннее: звонок 18, наоборот, получает ложный отказ там, где отказа не было. Но по коду успеха перекос однонаправленный и крупный: неверны все шесть звонков с кодом CIB_IVR_Complete — 2, 5, 7, 8, 16, 19. Ни одно «успешное завершение» в этой выборке не подтверждается диалогом. Одиннадцать — тоже нижняя оценка: сплошной сверки всех 25 кодов с промптом не проводилось.

У звонков 2 и 8 общая причина — дрейф кода, против которого 18.08 писалось правило «код выбран заранее и сохраняется, пока клиент сам явно не отменит договорённость». В бою правило не держится.

3 из 25 — ветка ИП выбрана вслепую

Форма бизнеса не выясняется перед завершением

Организация во всех этих звонках — «Дуб зелёный»: ни «ИП», ни «ООО» в названии нет. Промпт на такой случай даёт прямое указание: «НЕ выбирай ветку ИП и НЕ завершай разговор. Задай вопрос о форме бизнеса». Вопроса «Подскажите, у вас ИП или ООО?» нет ни в одном из трёх диалогов.

Это опаснее пропущенной закрывающей реплики: для ООО код CIB_IVR_DontTalk_DontRecall неверен по существу, и разговор закрывается с итогом, которого не было. Тот же дефект тестовый прогон 26.08 показал на стенде — там он воспроизводился во всех трёх повторах.

6 из 25 — повтор реплики

Бот повторяет сказанное и переспрашивает то, на что уже ответили

Флаг ловит любой дословный повтор реплики бота — и переспрашивание, и повторно зачитанный кусок презентации. Настоящие переспрашивания — в звонках 14, 15, 19 и 24; в звонке 2 дважды звучит фрагмент про СМС, а в звонке 5 — два уже произнесённых шаблонных ответа: про личный кабинет и про линию 0321. То, на что жаловались клиентские менеджеры ещё 25.08, воспроизводится и на живых звонках.

15 — «А вы работаете с самозанятыми?» → «Ну, бывает» → «Поняла. А вы работаете с самозанятыми?» → «Да, говорю, бывает»
14 — бот повторил приветствие целиком после «Алло». Клиент: «Говорю глухая, что ли?»

В звонке 14 клиент дважды прямым текстом говорит, что его не слышат. Это самый неприятный разговор в выгрузке — и он же единственный, где в имени клиента оказался мусор.

симптом тот же, но случаи загрязнены

Закрывающая реплика: 0 из 6 на стенде, в бою чистого случая нет

Симптом, найденный тестовым прогоном 26.08, в бою повторяется: оба звонка с кодом CIB_IVR_DontTalk_DontRecall уходят к завершению без предусмотренной реплики.

Но утверждать, что боем подтверждён именно пропуск закрывающей реплики, нельзя. В обоих звонках модель ошиблась раньше — выбрала ветку ИП, не выяснив форму бизнеса, а в звонке 12 ещё и вопреки ответу клиента про самозанятых. Отделить «пропустила реплику» от «зашла не в ту ветку» на этих двух случаях невозможно. Чистого боевого случая — подтверждённое ИП, сотрудников нет, самозанятых нет, реплика пропущена — в этой выборке нет.

В звонке 2 текст реплики произнесён правильно, то есть воспроизвести его модель умеет; но и там вход в ветку был ошибочным по той же причине.

Совпадение стенда с боем при этом есть — только по другому дефекту: форма бизнеса не выясняется перед завершением. Он воспроизводится и там, и там, и в отличие от закрывающей реплики ничем не загрязнён.

2 из 25 — мусор в данных клиента

«Добрый день, Мой Господин»

Нужна нормализация поля имени перед подстановкой: приведение регистра и отсечение заведомо нечеловеческих значений. Двадцать три звонка из двадцати пяти шли на одну тестовую карточку «Александр Сергеевич / Дуб зелёный», поэтому в боевой базе доля мусора может быть другой.

2 из 25 — знак внимания принят за завершение

Бот вешает трубку на знаке внимания

Эта находка появилась только после сшивки с отзывами: оба человека описали её сами, независимо друг от друга.

«Угу» и «Да, хорошо» — это знаки внимания, а не согласие закончить. Промпт прямо велит не считать вежливый отклик новым итогом. Оба звонка при этом попали в статистику как успешно завершённые — поэтому они же входят в спорные коды из находки про коды завершения.

как читать расшифровки

В текстовой выгрузке может отсутствовать реально произнесённая речь

Важная оговорка ко всему разбору, и она подтверждается двумя отзывами.

То есть часть реально произнесённого клиентом в текстовую выгрузку не попала. Почему — распознавание, логирование или обрыв тракта — по тексту не установить. Практический вывод от этого не зависит: «ноль реплик клиента» не значит, что человек молчал. И часть из пяти обрывов может быть не «клиент бросил трубку», а «бота перестали слышать или он перестал слышать». Нужны аудиозаписи и логи распознавания.

кому звонили не по списку

Три человека звонка не получили, один номер получил четыре

Из 22 человек в списке звонок получил 19. При этом 4 из 25 звонков ушли на номер вне списка. Для второй волны стоит сверять список набора со списком участников до запуска.

отправка СМС работала

Что сработало штатно

оговорка к счётчикам

Девять звонков без меток не значат девять безупречных

Метки в таблице расставлены по формальным признакам. Сплошной сверки каждого хода с промптом не проводилось, и в звонках без меток дефекты тоже есть. Два примера, найденных при выборочном чтении:

Поэтому «16 звонков с метками» — это про текущую разметку, а не про то, что остальные девять прошли без нарушений.

Чего по этой выгрузке сказать нельзя

Задержки

Таймстемпов в выгрузке нет, длительность пауз не восстанавливается. Жалоба «долго отвечает» этим файлом ни подтверждается, ни опровергается — нужны покомпонентные метрики из логов голосового движка: распознавание, генерация, синтез и полная пауза.

Звонок ранним утром

Без времени и номера не проверить, был ли это перезвон и по какому коду он сработал. Отдельно тревожно то, что у нас, судя по всему, нет окна дозвона: код IVR_callback* может сработать в любое время.

Что вынести на обсуждение

  1. Три CIB_IVR_Default — первый вопрос к сопровождению. Почему код не зафиксирован и что в этом случае записывается в CRM. Для боевого обзвона это потеря данных, а не вопрос впечатления.
  2. Коды важнее прощаний. Резкость — вопрос ощущения, неверный код — это потерянная просьба о переводе и счётчик успеха, завышенный в несколько раз. Дрейф кода и ветку ИП без выяснения ОПФ чинить первыми.
  3. Решить, нужна ли отдельная финальная фраза для перезвона. Молчание модели здесь по контракту верно, но системное «Всего доброго» звучит как обрыв в ответ на прямой вопрос. Вариант — своя фраза вроде «Хорошо, перезвоним позже. Всего доброго».
  4. Нормализация имени клиента перед подстановкой в приветствие. Четверо участников назвали чужое имя первым же замечанием.
  5. Звонки Донской Ольге в 5 и 6 утра. В этой выгрузке их нет — они были позже, — но окно дозвона надо ограничить до второй волны, иначе это повторится уже на клиентах.