05. План пилота: как измеряем качество и договариваемся цифрами

Версия 1.0 от 2026-10-03. Ссылки из Модели распознавания и методика оценки качества §4 и local-poc/README.md ведут сюда. Цель документа — сделать пилот предсказуемым: что делаем, в какие сроки, что измеряем и при каких цифрах идём дальше.

1. Принцип

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

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

2. Сроки и состав работ (2–4 недели)

НеделяЧто делаемЧто нужно от заказчика
1Анкета (Интеграция и анкета подключения к АТС), доступы, выгрузка тестовой выборки, стратификация записей по типамдоступ к системе записи, 1–2 контактных лица, ответы на блоки A–C анкеты
1–2Эталонная разметка: 60–90 минут аудио вручную (обычные, автоответчики, шумные, короткие, «трудные») + 300–500 звонков для разметки классификацииворкшоп по таксономии (2 часа), списки скриптов и стоп-слов
2–3Прогон 3–4 моделей ASR, замер WER/CER по слоям; настройка каскада классификации; первые дашбордыподтверждение таксономии, участие руководителя группы в разборе спорных звонков
3–4Прогон на объёме, замер RTF и стоимости часа; отчёт Go/No-Go; демонстрация дашбордовобратная связь по дашбордам, решение о переходе на тариф

3. Что именно измеряем

3.1 Распознавание

«мусорных» вставок, которые потом портят метрики (см. историю с галлюцинациями в local-poc/README.md).

3.2 Классификация

достоверность главных KPI руководства (конверсия, покрытие, нагрузка).

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

тарифа и конфигурации (Мощности и стоимость обработки минуты).

4. Критерии Go / No-Go

Согласуются до пилота, чтобы решения не принимались по впечатлениям:

КритерийПорог
WER на «живых» звонкахсоответствует ожиданиям заказчика (обсуждается индивидуально; для телефонии ориентир 10–25 % и зависит от качества канала)
F1 бинарной задачи «живой разговор / не живой»≥ 0,90
F1 ключевых бизнес-классов (результат разговора)≥ 0,75 после настройки
Соблюдение скрипта: precision срабатывания правил≥ 0,90
Обработка без ручного вмешательства≥ 95 % звонков
Скорость: результат по новому звонку≤ 30 минут (SLA ≤ 24 ч)

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

5. Артефакты пилота

  1. Отчёт о качестве (PDF): методика, метрики, примеры, ограничения.
  2. Приложение к договору с зафиксированными метриками и версией модели.
  3. Работающий контур: API-ключ, дашборды, карточка звонка по живым записям заказчика.
  4. Таксономия v1 и словари скриптов — пополняемые, с измерениями на регресс-наборе.
  5. Регресс-набор (при согласии заказчика) — основа ежемесячного контроля качества

(10-feature-specs/07).

6. Стоимость и условия пилота

первые 2 месяца основного тарифа (Цены и тарифы: подписки, API и on-prem §1, §7).

никогда не покидали его контур (Поставка, внедрение и безопасность §4).

7. Типовые риски пилота и что делаем

РискМитигация
Выборка не репрезентативна (только «удобные» звонки)стратификация по типам, требование включить «трудные» записи
Нет размеченных данных для классификацииворкшоп по таксономии + разметка силами аналитика заказчика и нашего
API записи нестабилен, выгрузка медленнаяранний замер скорости, физическая отгрузка дисков для объёмов
Расхождение ожиданий по «спец-ответам»формализация определения метки с примерами «да/нет» до замера
Служба безопасности не согласует облаковариант приватного контура или коробки (10-feature-specs/05)
Исходный markdown
300 минут бесплатно и пилот на ваших записях Подключиться