Метаданные записей звонков: какие поля нужны для анализа
Оценки ста звонков готовы, но на вопрос руководителя «почему в вечернюю смену балл ниже?» ответа нет — в самих звонках нет данных о смене, линии и операторе. В статье — иллюстративная карта полей данных для анализа качества, влияние схемы каналов на разделение говорящих, четыре анализа на основе метаданных, правило именования файлов, когда метаданные нельзя передать отдельно, типичные проблемы данных и поэтапный план, начинающийся с минимума.
Короткий ответ
Аудиофайл показывает, что было сказано в звонке, но не показывает его контекст: кто говорил, в какую смену, на какой линии, входящий это звонок или исходящий, был ли перевод. Без этих данных нельзя правильно группировать баллы, честно сравнивать операторов и связывать две части переведённого звонка. Минимальный набор: уникальный ID звонка, ID оператора, дата и время, направление, смена или очередь, связь перевода и схема аудиоканалов.
Статья не о том, как настроить АТС. Вопрос другой: какие поля должны сопровождать запись для анализа качества и что ломается, когда какого-то из них нет.
Почему одного аудио недостаточно
Допустим, оценки ста звонков готовы. Руководитель спрашивает: «Почему в вечернюю смену балл ниже?» Если в звонках нет данных о смене, вопрос остаётся без ответа. Или: «У этого оператора низкий балл» — но если он работает только на линии жалоб и это не записано, сравнение несправедливо.
- Без ID оператора результаты не собираются по операторам
- Без смены и очереди нельзя разделить типы звонков
- Без связи перевода две части переведённого звонка выглядят как два отдельных неполных звонка
- Без схемы каналов нельзя оценить надёжность разделения говорящих
- Без кода результата нельзя посмотреть связь качества с продажей или решением вопроса
Иллюстративная карта полей
Карта ниже — иллюстративный пример. Названия и наличие полей зависят от АТС и системы колл-центра. Для каждого поля: зачем оно нужно и что будет без него.
- Уникальный ID звонкаКлюч, по которому звонок узнаётся во всех системах. Без него сложнее не проанализировать звонок дважды и привязать результат к записи в CRM.
- ID оператораСтабильный идентификатор без имени. На нём строятся результаты по операторам и планы обучения. Без него результаты сопоставляются вручную, и ошибок больше.
- Дата, время и длительностьСравнение периодов, связь со сменой, отбор звонков по длине.
- НаправлениеВходящие и исходящие звонки требуют разных критериев. «Выявление потребности» на исходящей продаже оценивается иначе.
- Смена, линия или очередьПоказывает тип и сложность звонка. Ключевое поле для честного сравнения операторов.
- Связь переводаID предыдущей или следующей части звонка. Нужна, чтобы проверить качество перевода с обеих сторон.
- Схема каналовСтерео — оператор и клиент на разных каналах — или моно, оба на одном. Прямо влияет на надёжность разделения говорящих.
- Код результатаРезультат, присвоенный звонку оператором или системой: продажа, перезвон, решено. Читается рядом с баллом качества, а не вместо него.
Почему схема каналов важна отдельно
Когда оператор и клиент записаны на разных аудиоканалах, система определяет, кому принадлежит каждая строка, по каналу. Когда оба голоса на одном канале, говорящих приходится разделять по особенностям голоса — это называется диаризацией (speaker diarization). Диаризация может ошибаться: если фразу клиента отнести к оператору, оператора оценят за слова, которых он не говорил.
Поэтому если АТС умеет писать раздельные каналы, для анализа качества это обычно надёжнее. Это зависит от возможностей АТС и системы записи; перед изменением проверьте также объём хранения и правила согласия.
Имена файлов и правило именования
Если метаданные нельзя передать отдельно, самый простой путь — постоянное правило для имён файлов. Правило именования служит мостом между системами.
- Постоянный порядокНапример: 2026-09-29_1430_in_sales_48213 — дата, время, направление, очередь и номер звонка. Один и тот же порядок в каждом файле.
- Без персональных данныхИмя и телефон клиента в имя файла не пишутся. Для оператора — внутренний код, а не имя.
- МашиночитаемостьПодчёркивания вместо пробелов и спецсимволов; дата в формате ISO (2026-09-29).
- Таблица сопоставленияСоответствие ID звонка оператору, смене и коду результата хранится в отдельной таблице. Результаты анализа присоединяются к ней по ID звонка.
Четыре анализа, которые дают метаданные
Ценность полей видна по тому, какие вопросы они позволяют задать. На четыре вопроса ниже можно ответить, только соединив результаты оценки с метаданными:
- По сменам и часамВ какие часы чаще всего пропускается «потребность уточнена»? Часто ответ — часы пик: к концу смены операторы сокращают разговор.
- По очереди и типу звонкаНа какой линии чаще нарушаются критические критерии? Это показывает, на какую тему направить обучение или базу знаний.
- Новые и опытные операторыВ связке с датой начала работы видно, какие шаги трудны в первые недели, — прямой материал для программы адаптации.
- На пересечении с кодом результатаКак часто статус «перезвонить» встречается в звонках, где «следующий шаг согласован» выполнен? Это связь, а не причина, но она помогает проверить, осмыслен ли критерий.
Качество данных: типичные проблемы
- ID оператора указывает на оператора в начале звонка, а не после перевода
- Группа очереди изменилась, а старые звонки сохранены под новым названием
- Разница часовых поясов: АТС пишет UTC, CRM — местное время
- Очень короткие звонки — несколько секунд, ошибочный набор — портят выборку и отсеиваются заранее
- Один и тот же звонок выгружен дважды и дважды проанализирован
Начать с минимума
Передача всех полей сразу часто задерживает проект на недели. Практичный порядок:
- Первый этапID звонка, дата и время, ID оператора. Без них результаты ни к кому не привязать.
- Второй этапНаправление и очередь. Позволяют разделить типы звонков и сравнивать честно.
- Третий этапСвязь перевода, код результата, схема каналов. Для глубокого анализа.
Ограничения
- Метаданные не заменяют содержание звонка: код результата «продажа» не доказывает, что звонок был качественным
- Транскрипт не подтверждает, что запись в CRM сделана или действие выполнено
- Сбор результатов по ID оператора без учёта числа и типа звонков может создать несправедливый рейтинг
- Метаданные тоже могут быть персональными данными; к ним применяются правила доступа и хранения
Как это работает в Vexvon Audio Analyzer
Vexvon Audio Analyzer принимает записи файлами; автоматического импорта из АТС и отдельных полей метаданных — оператор, очередь, смена — в нём нет. Поэтому таблица сопоставления выше хранится на стороне компании. Что есть в анализе:
- Имя файла сохраняется как заголовок звонка и его можно изменить позже — правило именования сразу видно в списке
- В стерео-записи стороны разделяются по каналам, в моно — диаризацией; строка, в которой система не уверена, сохраняется как «неизвестный»
- Язык звонка определяется автоматически
- По каждому звонку — шаги стандарта звонка, комментарии и строки транскрипта, балл 0–100
Подробнее: Vexvon Audio Analyzer. Поля, которые записываются в CRM после звонка, — отдельная тема: поля CRM по звонку. Как использовать эти поля в пилоте, показано в статье пилот речевой аналитики.
Первый шаг
Выгрузите из АТС список звонков за неделю и сверьте с картой выше: какие поля есть, каких нет, какие заполнены неверно. Затем запишите правило именования файлов одной фразой. Статья входит в раздел внедрение и надёжность аудиоанализа. Чтобы проверить подход на своих записях, свяжитесь с нами.
Продолжение темы: справедливое сравнение операторов, качество перевода звонка.