# 00. Презентация продукта: тезисы, структура, ответы на возражения

Версия 2.0 от 2026-10-31. Это **содержание** клиентской презентации для крупных
контакт-центров и аутсорсеров (100–500+ операторов): 12 слайдов с тезисами, опорой
и пометкой «что показать». Публичная визуальная версия — [лендинг](index.html).

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

## 0. Питч на 60 секунд (для начала встречи)

> «Отдел контроля качества слушает 3 % звонков, потому что больше физически нельзя: минута
> аудита — это 4–6 минут работы с протоколом. Мы разбираем 100 % звонков: транскрипт со спикерами
> по каналам записи, классификация каждого разговора, проверка скрипта с цитатой, таймкодом и
> каналом — так, что спор «я этого не говорил» решается за десять секунд. Работает в вашем
> контуре: облако в РФ, выделенный шард или коробка on-prem. Начинаем с пилота: замер WER на
> ваших записях, отчёт с цифрами и критерии Go/No-Go, согласованные до старта.»

## 1. Структура презентации

| # | Слайд | Главная мысль | Опора |
|---|---|---|---|
| 1 | Титул | Fonotext — разбор 100 % звонков с доказательствами | 100 % покрытие |
| 2 | Проблема | Слушают 3 %, решения принимают по 3 % | выборка 1–7 % |
| 3 | Что делаем | Разбор каждого разговора, а не выборки | задержка ≤ 30 мин |
| 4 | Как это выглядит | Карточка звонка: плеер, транскрипт, доказательства | цитата + таймкод + канал |
| 5 | Технология | Спикеры по каналам; переклассификация без повторного ASR | смена таксономии — часы |
| 6 | Контур и 152-ФЗ | Три сценария изоляции под требования СБ | данные не покидают РФ |
| 7 | Доступ и роли | SSO/AD, журнал аудита, маскирование ПДн | ролевая модель по умолчанию |
| 8 | Интеграция | Работаем поверх АТС и CRM, телефонию менять не нужно | REST, вебхуки, выгрузки |
| 9 | Качество | «Подписываемся цифрами»: WER на ваших записях и регресс-набор | расхождение ≤ 1 п.п. по WER против цифр пилота |
| 10 | Архив | То, что не разбиралось никогда | 450 тыс. часов, 6–12 недель |
| 11 | Пилот | 2–4 недели, критерии Go/No-Go согласованы заранее | 60–90 мин эталона + 300–500 звонков |
| 12 | Что дальше | Анкета 20 минут, первые дашборды за 1–2 недели | старт пилота за 3–5 рабочих дней |

## 2. Тезисы по слайдам (что говорить)

**Слайд 2 — проблема.** Не «у нас нет аналитики», а «у нас аналитика по 3 % разговоров».
Выборка формируется вручную, и в неё не попадают самые полезные звонки — конфликты, отказы,
короткие сбросы. Руководитель принимает решения по срезу, который сам себя выбрал.

**Слайд 3 — что делаем.** Обрабатываем каждый звонок: транскрипт с таймкодами, спикеры,
классификация, соблюдение скрипта, метрики разговора, дашборды. Три ключевых свойства:
(1) спикеры определяются физически по каналам записи — без ошибок диаризации;
(2) переклассификация при смене таксономии не требует повторного распознавания;
(3) каждое срабатывание подкреплено цитатой, таймкодом и каналом.

**Слайд 5 — технология.** Дорогое — распознавание — делается один раз. Классификация — отдельная
стадия, которая читает сохранённый транскрипт. Отсюда 100 % покрытие, быстрая переклассификация
и возможность сравнивать версии таксономии на исторических данных.

**Слайд 6 — контур и 152-ФЗ.** Служба безопасности обычно ставит вопрос «где данные». Три ответа:
облако в РФ, выделенный шард с изоляцией вычислений и данных (свои ключи, приватный канал),
коробка on-prem на мощностях заказчика. Во всех вариантах данные не покидают РФ, а роли
оператора и обработчика ПДн зафиксированы в договоре.

**Слайд 7 — доступ и роли.** Ролевая модель, SSO/AD, журнал доступа к транскриптам, маскирование
номеров и ПДн в выгрузках. Это то, что служба безопасности проверяет на пилоте — и получает
готовым, а не «доработаем позже».

**Слайд 8 — интеграция.** Мы не просим менять телефонию: подключаемся к выгрузке записей из АТС,
биллинга или CRM, результаты возвращаем в CRM и вебхуками. Коннекторы к распространённым АТС и
CRM — штатная часть поставки.

**Слайд 9 — качество.** Публичные метрики ASR не переносятся на телефонное аудио. Поэтому пилот
содержит замер на записях заказчика и приложение к договору с цифрами, а дальше — регресс-набор
и ежемесячный отчёт о качестве. Это снимает главный страх: «купим и не поймём, что получили».

**Слайд 10 — архив.** Накопленные записи разбираются отдельным конвейером: инвентаризация,
обработка фоном на прерываемых мощностях, дашборд прогресса с ETA, итоговый отчёт с примерами
звонков. Архив — самый короткий путь увидеть продукт на своих данных.

## 3. Ответы на пять возражений

| Возражение | Ответ |
|---|---|
| «У нас уже есть речевая аналитика в телефонии» | Модуль в АТС работает внутри своей платформы: фиксированные теги, нет своих меток, нет доказательств, нет разбора архива. Мы работаем поверх любой АТС и не требуем менять телефонию. |
| «Данные не отдадим» | Три сценария: облако в РФ, выделенный шард с изоляцией и своими ключами (BYOK), коробка on-prem на ваших серверах без внешнего трафика. Выбор — под требования службы безопасности. |
| «А если качество будет плохим?» | Пилот с замерами на ваших записях и критериями Go/No-Go, согласованными до старта. Не достигли — говорим прямо и предлагаем изменить модель, сузить таксономию или не идти дальше. |
| «У вас нет бренда и референсов» | Честно: мы строим первые кейсы. Поэтому предлагаем пилот на ваших данных с фиксацией измеренного результата — и показываем работающий конвейер до подписания, а не слайды. |
| «Сделаем сами на open-source» | Можно: Whisper и открытые LLM доступны. Вопрос не в модели, а в конвейере — очереди, переклассификация без повторного ASR, доказательная база, роли доступа, эксплуатация и регресс качества. Мы продаём эту инженерную часть, а не доступ к модели. |

## 4. Материалы к презентации

- **Лендинг** — [index.html](index.html).
- **План пилота** — [05-poc-plan.md](05-poc-plan.md): сроки, метрики, критерии.
- **Безопасность и 152-ФЗ** — [13-bezopasnost-i-152-fz.md](13-bezopasnost-i-152-fz.md).
- **Архитектура** — [02-architecture.md](02-architecture.md) и [08-api.md](08-api.md).
- **Спецификации фич** — [10-feature-specs/](10-feature-specs/README.md): 12 функций продукта.
- **Демо** — [интерактивная демо-панель](demo/index.html): интерфейс аналитики на вымышленных данных.