Автоматическое резюме звонка стоит сначала считать черновиком. Чтобы ошибка распознавания или домысел AI не стали фактом в CRM, отделите извлечение данных от их записи: предложенное значение, подтверждающий фрагмент разговора, решение менеджера и только затем изменение карточки.
Ниже — протокол проверки для команды, которая хочет заполнять CRM по звонкам. Он описывает требования к процессу и интеграции, а не гарантированные функции любого продукта. Его результат — понятное решение по каждому полю: подтвердить, исправить, отклонить или уточнить у клиента.
Разделите запись, расшифровку и вывод
Ошибки возникают на разных этапах. В аудио может отсутствовать начало разговора. Распознавание может потерять «не» или перепутать говорящего. Резюме может превратить обсуждение варианта в согласованное действие. Даже верный вывод можно записать не в ту сделку.
Поэтому проверяют цепочку целиком: ID звонка и нужная карточка → качество записи → расшифровка → извлечённый факт → поле назначения. Красивая формулировка не заменяет ни один из этих шагов. Если исходник недоступен, пометьте вывод как непроверяемый, а не как подтверждённый по умолчанию.
Для примера: BitrixGPT в CRM умеет расшифровывать звонок, составлять резюме и заполнять поля. Согласно документации, пустые поля заполняются автоматически, а для уже заполненных предлагается сохранить прежнее значение или заменить его. Это означает, что запуск обработки сам по себе не обеспечивает обязательное подтверждение каждого нового значения. Официальное описание обработки звонков.
Какие поля извлекать из разговора
Начните с небольшого перечня полей, для которых можно однозначно описать источник и допустимое значение. У каждого должны быть правила отсутствующего ответа и противоречия. Не заполняйте пробел наиболее вероятной догадкой.
| Данные | Что должно быть в разговоре | Что нельзя считать подтверждением |
|---|---|---|
| Потребность | Описание задачи словами клиента | Предположение менеджера, с которым клиент не согласился |
| Товар и количество | Конкретный вариант и количество с единицей измерения | Перечень обсуждавшихся альтернатив |
| Бюджет | Названная сумма или диапазон с контекстом и валютой | Цена предложения продавца как якобы бюджет клиента |
| Следующее действие | Что сделать, кто делает и согласован ли шаг | Рекомендация AI, представленная как обещание клиента |
| Дата и время | Явный срок либо однозначно разрешимое относительное указание | «В ближайшее время», превращённое в точную дату |
| Адрес или контакт | Полное значение и понятное назначение | Неполная фраза, автоматически дополненная из догадки |
| Причина отказа | Прямо названная причина или подтверждённая формулировка | Интерпретация паузы или эмоционального тона |
Отделяйте «не обсуждалось», «не удалось разобрать» и «есть противоречие». Ни одно из этих состояний не означает ноль, отказ или согласие. Если CRM допускает только одно значение списка, храните спорный результат в черновике до решения менеджера.
Для дат сохраняйте исходную фразу, дату звонка и используемый часовой пояс. «Завтра» можно преобразовать только относительно известного контекста; «в пятницу» может потребовать уточнения. Данные из прежней карточки, если они использовались, обозначайте отдельным источником. Нельзя выдавать старый адрес за произнесённый в новом разговоре.
Как оставить подтверждение менеджеру
Спроектируйте отдельное состояние «ожидает проверки». В нём предлагаемые значения не должны запускать рассылку, менять сумму сделки или создавать обязательство перед клиентом. Это требование нужно проверить в выбранном инструменте, а при необходимости реализовать в интеграции.
- Покажите старое и предлагаемое значения рядом, отдельно для каждого поля.
- Добавьте ссылку на звонок, говорящего и фрагмент, на котором основан вывод. Если сервис не даёт тайм-код, оставьте способ найти реплику вручную.
- Дайте действия «подтвердить», «исправить», «отклонить» и «нужно уточнение».
- Перед сохранением проверьте, не изменилось ли поле после подготовки черновика. При конфликте предложите повторное сравнение, не перезаписывайте новое значение молча.
- Запишите автора подтверждения, время, исходное и итоговое значения. Повторное открытие или повторная обработка звонка не должны создавать дубли задач.
Если продукт записывает поля сразу, для пилота отключите этот сценарий и используйте доступное отдельное резюме с ручным переносом подтверждённых сведений. В Битрикс24 администратор выбирает доступные AI-сценарии; режимы обработки имеют условия по тарифу, подписке и доменной зоне. Перед запуском проверьте настройки своего портала по официальной инструкции. Возможность сформировать резюме не доказывает наличие отдельной очереди согласования.
Нельзя использовать процент «уверенности», выданный самим AI, как разрешение на запись. Для полей с последствиями — цена, срок поставки, согласие клиента, закрытие сделки — задайте явные правила проверки человеком и полномочия на изменение.
Протокол проверки извлечения
Скопируйте эту структуру в журнал пилота. Одна строка — одно проверяемое поле одного звонка, а не общая оценка всего резюме.
- Источник: ID звонка, ID карточки, дата, полнота записи и доступ проверяющего.
- Основание: говорящий, фрагмент аудио и расшифровка существенной реплики.
- Эталон: что допустимо записать по правилам поля; при недостатке сведений — соответствующая отметка.
- Результат AI: предложенное значение и версия используемой настройки или сервиса, если она доступна.
- Тип ошибки: пропуск, неверное распознавание, перепутанный говорящий, выдуманный факт, потерянное условие, неверная карточка.
- Решение: принятие, исправление, отклонение или уточнение; кто проверил и когда.
- Запись в CRM: фактическое значение после сохранения и связанные действия, которые запустились.
Учебный пример. Клиент говорит: «Если согласуют бюджет, вернёмся к покупке в ноябре». AI предлагает записать «Клиент подтвердил покупку в ноябре». В протоколе отмечают потерю условия и выдуманное подтверждение. Допустимый итог — «Решение зависит от согласования бюджета; клиент упомянул ноябрь». Дату оплаты и успешную продажу из такой реплики не создают.
Проверяющий слушает не только найденную цитату, но и относящийся к ней контекст: позже клиент мог отменить или уточнить сказанное. Правильная цитата с неправильным выводом всё равно считается ошибкой.
Как оценить качество на выборке
Возьмите обычные звонки и отдельно сложные случаи: шум, перебивания, несколько участников, отрицания, исправленные суммы, условные обещания и отсутствие договорённости. Сначала человек готовит эталон по записи, затем сравнивает с результатом AI. Спорные случаи согласуют до расчёта показателей.
Считайте отдельно неверные добавления среди предложенных значений и пропуски среди фактов, которые требовалось извлечь. Указывайте числитель и знаменатель: при малой выборке один общий процент легко скрывает проблему. Для сумм, сроков и договорённостей ведите отдельный список критических ошибок.
Время измеряйте вместе с прослушиванием, исправлениями и сохранением. Быстро полученное резюме может не экономить работу, если его приходится полностью переписывать. Сохраните часть звонков для итоговой проверки после настройки; не оценивайте готовность только на примерах, по которым исправляли правила.
После изменения модели, инструкции, телефонии или состава полей повторите контрольные сценарии. Успех на чистых коротких звонках не подтверждает качество на другом языке или длинных переговорах. Доступ к аудио и передача внешнему сервису должны соответствовать принятым в компании правилам; не копируйте лишние клиентские сведения ради теста.
Что делать, если AI придумал договорённость
- Приостановите автоматическую запись затронутого поля или сценария.
- Сверьте аудио, историю карточки и подтверждение менеджера. Найдите точку появления ошибки.
- Исправьте значение с сохранением следа изменения. Не удаляйте историю проверки.
- Проверьте последствия: задачи, уведомления, документы, сообщения клиенту. Исправление поля не отменяет уже выполненные действия.
- При необходимости уточните договорённость у клиента по обычному рабочему порядку.
- Добавьте случай в контрольный набор, проверьте похожие записи и возвращайте автоматизацию после приёмки исправления.
Для старта достаточно одного типа звонков и небольшого списка полей. Условие выхода из пилота — подтверждённая корректность выбранного процесса, отсутствие неразобранных критических ошибок и работающий путь ручного уточнения.
Этот протокол можно включить в сопровождение CRM. Если нужен отдельный сценарий извлечения и согласования, используйте его как основу задания на AI-проект: сначала границы записи и критерии проверки, затем выбор инструмента.