E‑ERP
Обсудить E‑CRM

E‑CRM · контроль качества

Как устроен ИИ‑анализ звонков

E‑CRM связывает звонок ВАТС с лидом, создаёт транскрипт и сопоставляет разговор с настраиваемыми критериями воронки. Текст и выводы требуют проверки человеком: ИИ помогает структурировать разговор, но не гарантирует точность и не должен единолично принимать значимые решения.

Вход
Запись звонка из ВАТС
Промежуточный результат
Проверяемый и редактируемый транскрипт
Правила
Критерии конкретной воронки
Выход
Оценка, признаки, следующий шаг и отчёт

Подтверждённый рабочий поток

Это функции, которые описаны на продуктовой странице и показаны на опубликованных экранах E‑CRM.

  1. 01

    Звонок

    ВАТС связывает входящий или исходящий разговор с клиентом и ответственным.

  2. 02

    Запись

    Запись и история разговора доступны в рабочем контуре лида.

  3. 03

    Транскрипт

    Речь преобразуется в текст; его можно проверить и скорректировать.

  4. 04

    Анализ

    Разговор сопоставляется со сценарием и критериями выбранной воронки.

  5. 05

    Действие

    Выводы, атрибуты и следующий шаг используются в работе и отчёте.

Что умеет продукт

Функция анализа настраивается под процесс продаж, а не ограничивается одной универсальной оценкой звонка.

Контекст

Связь с лидом и воронкой

Запись, сотрудник, клиент и этап процесса находятся в одном рабочем контуре, поэтому анализ применяется к правилам нужной воронки.

Речь в текст

Проверяемая транскрибация

Диалог доступен в журнале звонков. Пользователь может исправить текст и запустить анализ повторно.

Критерии

Настраиваемая оценка

Система проверяет выполненные параметры сценария, извлекает заданные признаки клиента и формирует итог разговора.

Управление

Отчёты и следующий шаг

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

Посмотреть опубликованные экраны E‑CRM

Что определяется для внедрения

Эти параметры нельзя достоверно вывести только из наличия кнопки «ИИ‑анализ».

  • ВАТСКонкретный оператор телефонии, способ получения записи, права и поведение при недоступности сервиса.
  • РаспознаваниеПровайдер речи в текст, поддерживаемые языки, место обработки и ограничения качества.
  • Модель анализаИспользуемый поставщик, версия или класс модели, передаваемый контекст и правила повторной обработки.
  • ХранениеГде находятся аудио, транскрипт, конфигурация и вывод; сроки хранения, архивирования и удаления.
  • ОбучениеИспользуются ли данные поставщиком модели для обучения. Нужен явный договорный ответ и возможность запрета, если это требование проекта.
  • ДоступКакие роли могут слушать запись, читать текст, менять транскрипт, запускать анализ и видеть отчёт.
  • СтоимостьЛимиты и тарифы телефонии, распознавания и ИИ‑провайдера могут быть отдельными от работ и подписки E‑ERP.

Ограничения модели

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

Транскрипция

Ошибка на входе

Шум, качество связи, имена, термины и одновременная речь могут исказить текст, а затем и вывод анализа.

Интерпретация

Не факт, а оценка

Модель может пропустить выполненный критерий, увидеть его там, где его нет, или неверно понять контекст и намерение.

Настройка

Критерий требует проверки

Неудачная формулировка правила создаёт систематически неверные оценки даже при хорошем распознавании.

Изменения

Качество может меняться

Результат зависит от провайдера, версии модели, языка, контекста и обновления конфигурации.

Решения

Нужен человек

Оценку нельзя использовать как единственное основание для санкций сотруднику, обещания клиенту или иного значимого действия.

Измерение

Нужна выборочная проверка

Качество следует оценивать на согласованной выборке звонков с понятной эталонной разметкой и разбором расхождений.

Рекомендуемая ручная проверка

Проверка должна быть частью процесса, а не аварийным действием после спорного результата.

  1. 01

    Открыть запись

    Сверить спорный момент с исходным аудио.

  2. 02

    Исправить текст

    Уточнить слова, роли говорящих, числа и термины.

  3. 03

    Проверить правило

    Убедиться, что критерий измерим и соответствует процессу.

  4. 04

    Повторить анализ

    Сохранить исправленный контекст и сравнить вывод.

  5. 05

    Зафиксировать решение

    Отделить вывод модели от решения ответственного сотрудника.

Персональные данные и безопасность

Запись разговора и транскрипт могут содержать контактные данные, коммерческую информацию и сведения третьих лиц.

До подключения

  • определить цель записи и анализа;
  • проверить применимое основание и способ информирования участников;
  • утвердить допустимый состав данных;
  • согласовать провайдеров и географию обработки;
  • назначить владельца процесса и данных.

В эксплуатации

  • выдавать минимально необходимые права;
  • ограничивать экспорт и общий доступ;
  • контролировать сроки удаления;
  • проверять резервирование и восстановление;
  • отзывать доступ при смене роли сотрудника.

Важно: конкретное правовое основание и обязательный текст уведомления зависят от процесса и состава данных организации. Эта продуктовая страница не заменяет юридическую оценку внедрения.

Размещение, доступы и данные в E‑ERP · Политика сайта e-erp.ru

Как принять функцию перед запуском

  1. выбрать обезличенную или разрешённую выборку реальных звонков;
  2. подготовить проверенный человеком транскрипт и эталонные оценки критериев;
  3. сравнить результаты распознавания и анализа с эталоном;
  4. разобрать типовые ошибки и уточнить конфигурацию;
  5. зафиксировать допустимые сценарии использования и случаи обязательной ручной проверки;
  6. согласовать провайдеров, хранение, доступ, удаление и стоимость;
  7. проводить повторную проверку после значимых изменений модели или правил.

Проверьте анализ на своих правилах

Покажите воронку, сценарий звонка и критерии качества. До пилота отдельно согласуйте провайдеров, данные и доступы.

Обсудить E‑CRM