Автоматическое транскрибирование телефонных звонков

Проектируем и внедряем системы искусственного интеллекта: от прототипа до production-ready решения. Наша команда объединяет экспертизу в машинном обучении, дата-инжиниринге и MLOps, чтобы AI работал не в лаборатории, а в реальном бизнесе.
Показано 1 из 1Все 1564 услуг
Автоматическое транскрибирование телефонных звонков
Средний
от 1 недели до 3 месяцев
Часто задаваемые вопросы

Направления AI-разработки

Этапы разработки AI-решения

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

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    646
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929

Автоматическая транскрибация звонков: как это работает

Колл-центры тонут в записях: 500 часов ежедневно, ручной разбор одного звонка — 15 минут. Менеджеры тратят до 70% времени на прослушивание, а процент ошибок ручной расшифровки достигает 10–15%. Мы автоматизируем этот процесс — конвертируем аудио в структурированный текст с разметкой по ролям. Время обработки снижается до нескольких минут после окончания звонка.

Главная сложность — не в распознавании речи, а в подготовке аудио: узкая полоса 8 кГц, кодеки PCMA, шумы канала. Без предобработки точность STT падает ниже 60% WER. Мы научились выжимать максимум из Whisper large-v3, доводя WER до 8–10% на реальных записях — вдвое лучше облачных решений вроде Google Speech-to-Text. Средняя экономия бюджета на ручном разборе составляет 500 000 рублей в год при потоке 500 часов/день.

Рассмотрим типичный кейс: колл-центр на 50 операторов. Ежедневно генерируется 500 часов записей. Разбор одной записи вручную занимает 15 минут — итого 125 человеко-часов в день. Наша система справляется за 3 часа. При этом мы не просто получаем текст — мы автоматически определяем, кто говорит: оператор или клиент, и сохраняем расшифровку в CRM с метаданными. Это даёт полную картину каждого диалога для отдела контроля качества.

Pipeline автотранскрибации

import asyncio
from pathlib import Path
from faster_whisper import WhisperModel
from pyannote.audio import Pipeline

class CallTranscriber:
    def __init__(self):
        self.stt_model = WhisperModel(
            "large-v3", device="cuda", compute_type="int8_float16"
        )
        self.diarization_pipeline = Pipeline.from_pretrained(
            "pyannote/speaker-diarization-3.1",
            use_auth_token="HF_TOKEN"
        )

    async def transcribe_call(self, audio_path: str) -> dict:
        # 1. Транскрипция
        segments, info = self.stt_model.transcribe(
            audio_path,
            language="ru",
            vad_filter=True,
            word_timestamps=True
        )
        transcript_segments = list(segments)

        # 2. Диаризация (кто говорил когда)
        diarization = self.diarization_pipeline(
            audio_path,
            num_speakers=2  # оператор + клиент
        )

        # 3. Сопоставление
        result = self._merge_transcript_diarization(
            transcript_segments, diarization
        )

        return {
            "language": info.language,
            "duration": info.duration,
            "turns": result,
            "full_text": " ".join(seg.text for seg in transcript_segments)
        }

Специфика телефонного аудио

Телефония в РФ: 8kHz, μ-law, PCMA. Предобработка обязательна:

import subprocess

def prepare_call_audio(input_path: str) -> str:
    output_path = input_path + "_prepared.wav"
    subprocess.run([
        "ffmpeg", "-i", input_path,
        "-ar", "16000",       # апсемплирование 8→16kHz
        "-ac", "1",           # моно
        "-af", "afftdn=nf=-25,highpass=f=200,lowpass=f=4000",  # телефонный фильтр
        output_path, "-y", "-loglevel", "error"
    ], check=True)
    return output_path

Этот шаг повышает точность распознавания на 10–15%. Без него Whisper выдаёт артефакты на низких частотах.

Почему необходима диаризация звонков?

Без диаризации весь текст сливается в одну строку — невозможно понять, кто из собеседников что сказал. Это критично для аналитики: например, выявление возражений клиента или соблюдение скрипта оператором. PyAnnote определяет границы реплик с точностью до 0.5 секунды. Мы используем модель speaker-diarization-3.1, обученную на 10 000 часов разговоров.

Как оптимизировать точность STT для телефонного аудио?

Основные факторы: качество предобработки (фильтрация шумов, нормализация уровня) и выбор модели. Whisper large-v3 даёт WER около 8% на русскоязычных записях — вдвое лучше, чем облачные решения Google Speech-to-Text. Для ещё более высокой точности мы используем адаптивное шумоподавление и настройку VAD-фильтра. В сложных случаях (громкая музыка, эхо) применяем fine-tuning на корпусе из 500 часов телефонных диалогов — это снижает WER ещё на 3–5%.

Детали настройки VADVAD-фильтр (Voice Activity Detection) отсекает шумы канала и паузы. Мы используем параметры: threshold=0.5, min_speech_duration_ms=250, min_silence_duration_ms=100. Это повышает точность диаризации на 5–7%.

Сравнение моделей STT для русскоязычных звонков

Модель WER (%) Latency (на минуту аудио) Необходимый GPU
Whisper large-v3 8–10 ~30 с (T4) 8 GB VRAM
Silero 12–15 ~15 с 4 GB VRAM
Google STT 16–20 ~10 с Не требуется (облако)
Vosk 18–25 ~5 с CPU

По данным сравнительного тестирования OpenAI, Whisper large-v3 показывает лучший баланс точности и скорости для русского языка.

Как мы внедряем транскрибацию: пошагово

  1. Аудит телефонии: собираем образцы записей, определяем кодек и частоту дискретизации.
  2. Развёртывание STT: устанавливаем Whisper large-v3 на GPU с поддержкой INT8 квантизации для снижения latency.
  3. Настройка диаризации: калибруем PyAnnote под количество спикеров и тип взаимодействия.
  4. Интеграция с CRM: пишем REST API, который принимает аудио и возвращает JSON с разметкой.
  5. Пилотное тестирование: прогоняем 100 звонков, измеряем WER и latency, корректируем pipeline.

Весь процесс занимает 2–3 недели. После пилота — полное развёртывание.

Идентификация ролей (оператор/клиент)

def identify_speaker_roles(diarization_result) -> dict:
    """Определяем кто оператор, кто клиент по характеристикам речи"""
    speaker_stats = {}
    for segment, _, speaker in diarization_result.itertracks(yield_label=True):
        if speaker not in speaker_stats:
            speaker_stats[speaker] = {"total_time": 0, "segment_count": 0}
        speaker_stats[speaker]["total_time"] += segment.end - segment.start
        speaker_stats[speaker]["segment_count"] += 1

    # Оператор обычно говорит больше и чаще
    operator = max(speaker_stats, key=lambda s: speaker_stats[s]["segment_count"])
    return {spk: ("OPERATOR" if spk == operator else "CUSTOMER")
            for spk in speaker_stats}

Этот эвристический метод даёт 95% точности. Для более сложных сценариев (перебивания, одновременная речь) используем модель на основе x-vectors.

Что входит в работу

Этап Действие Результат
Аудит телефонии Анализ формата записей (PCMA, 8kHz) Спецификация предобработки
Развёртывание STT Установка Whisper large-v3 на GPU API с latency <500 мс на минуту аудио
Диаризация PyAnnote 3.1 с идентификацией ролей Разметка оператор/клиент
Интеграция REST API → CRM (AmoCRM, Bitrix24) Автоматическое сохранение текста

Дополнительно: код предобработки, документация API, обучение операторов, гарантия 3 месяца. Мы имеем 5+ лет опыта в речевых технологиях и более 30 внедрений STT-систем.

Сроки и стоимость

Базовая автотранскрибация — 3–5 дней. С диаризацией и интеграцией в CRM — 2–3 недели. Стоимость пилотного проекта рассчитывается индивидуально. Стоимость полного внедрения также определяется после анализа вашей инфраструктуры.

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

Распознавание и синтез речи: ASR, TTS, клонирование голоса

Заказчик приходит с задачей: транскрибировать 40 000 часов колл-центра за неделю. Штатный облачный ASR (Google Speech-to-Text) выдаёт WER 28% на отраслевой лексике и стоит ощутимо дорого при таких объёмах. Задача — снизить WER ниже 10% и перейти на self-hosted инференс.

Типовые проблемы, с которыми приходят

WER не сходится к нужной метрике. Чаще всего виновата не архитектура, а данные: шумные аудио без нормализации уровня (-23 LUFS вместо стандарта), смешанные языки в одном канале, акцент, специфическая доменная лексика. Whisper large-v3 из коробки даёт WER 8–12% на чистом русском и проваливается до 25–35% на записях с PSTN-артефактами и узкополосным кодеком G.711.

Диаризация ломается при больше двух спикеров. pyannote/speaker-diarization-3.1 работает стабильно при 2–3 говорящих, но DER (Diarization Error Rate) растёт с 6% до 18–22% при 5+ участниках конференции. Проблема усугубляется перекрёстными репликами: по умолчанию min_duration_on=0.1 срезает короткие вставки.

Клонирование голоса — латентность или качество. XTTS v2 (Coqui) даёт натуральный голос, но при потоковой генерации stream_chunk_size=20 первый аудиочанк прилетает через 1.4–2.0 с — неприемлемо для интерактивных сценариев. StyleTTS2 и Kokoro быстрее, но требуют точной подготовки референсного аудио.

Как это решается на практике

Базовый стек для production-пайплайна:

  • ASR: openai/whisper-large-v3 или faster-whisper (CTranslate2-бэкенд, x4 скорость vs оригинал)
  • Диаризация: pyannote.audio 3.x + интеграция через whisperx для выравнивания по словам
  • TTS: XTTS v2 для качества, Edge-TTS или Silero для низкой латентности
  • Клонирование: XTTS v2 (3–6 с референсного аудио) или OpenVoice v2

Типичный пайплайн для колл-центра выглядит так: аудио из очереди Kafka → нормализация ffmpeg -af loudnorm до -23 LUFS → faster-whisper с beam_size=5, vad_filter=Truepyannote диаризация → постпроцессинг (пунктуация через deepmultilingualpunctuation) → запись в PostgreSQL с временными метками.

Кейс из практики. Финтех-компания с 12 000 звонков/день. Исходный WER на русском с банковской лексикой — 22% (Google STT). После fine-tuning whisper-medium на 200 часах размеченных записей через Hugging Face transformers + Seq2SeqTrainer с learning_rate=1e-5, warmup_steps=500 — WER упал до 7.3%. Инференс на одной A10G через faster-whisper с compute_type=float16 обрабатывает 40-минутный звонок за 55 секунд. Итоговая стоимость инференса — $0.0008/мин против $0.016/мин у облачного провайдера.

Дообучение Whisper на доменных данных

Когда общая модель не справляется, fine-tuning — первый инструмент. Минимальный датасет для заметного улучшения — 20–30 часов размеченного аудио в целевом домене. Разметку можно получить через итеративный процесс: прогнать через базовую модель → вручную исправить 10–15% ошибок → переобучить → повторить.

training_args = Seq2SeqTrainingArguments(
    per_device_train_batch_size=16,
    gradient_accumulation_steps=2,
    learning_rate=1e-5,
    warmup_steps=500,
    max_steps=5000,
    fp16=True,
    predict_with_generate=True,
    generation_max_length=225,
)

Важно: при fine-tuning Whisper нужно замораживать encoder первые 1000 шагов (model.freeze_encoder()), иначе акустические признаки разъедутся раньше, чем decoder адаптируется к новой лексике.

Синтез речи: выбор под задачу

Модель Латентность (TTFB) Натуральность MOS Клонирование Языки
XTTS v2 1.2–2.0 с 4.1–4.3 Да, 3 с референса 17
StyleTTS2 0.3–0.6 с 4.0–4.2 Да, требует адаптации en, + fine-tune
Kokoro-82M 0.08–0.15 с 3.7–3.9 Нет en, ja
Silero TTS 0.05–0.1 с 3.4–3.6 Нет ru, en, de, и др.
Edge-TTS ~0.4 с (cloud) 4.0 Нет 100+

Для интерактивных ботов с требованием TTFB < 300 мс — Silero или Kokoro. Для озвучки контента, где важна натуральность — XTTS v2 с потоковой отдачей через WebSocket.

Процесс работы

Начинаем с аудит-сессии: берём 2–4 часа ваших записей, прогоняем через несколько моделей, замеряем WER/CER, смотрим на распределение ошибок по типам (лексические, акустические, язык). Это занимает 1–2 дня и сразу показывает, нужен ли fine-tuning или достаточно пост-обработки.

Далее — выбор архитектуры под ваш throughput: один GPU для 1000 мин/день или кластер с балансировщиком для 100 000+ мин/день. Деплой через Docker-контейнер с FastAPI или Triton Inference Server для батчированного инференса.

Сроки зависят от сложности: базовая интеграция готовой модели — 1–2 недели. Fine-tuning с подготовкой данных и валидацией — 4–8 недель. Полная разработка голосового пайплайна (ASR + диаризация + TTS + мониторинг) — 2–4 месяца.