Не оценивайте звонок целиком
После десятка разговоров руководитель обычно помнит яркие фразы, а не повторяющиеся препятствия клиента. ИИ может собрать наблюдения из расшифровок, но опасно поручать ему вердикт «хороший» или «плохой» звонок. Такой вердикт скрывает критерий и легко превращает одну неточную фразу в оценку человека. Начните с узкого вопроса: в какой момент клиент просит уточнить срок, какие возражения остаются без ответа или где следующий шаг не назван вслух. На него можно получить проверяемый ответ с цитатой и таймкодом.
Подготовьте записи корректно
Перед обработкой подтвердите право на запись и правила хранения. Удалите номера карт, паспортные данные, медицинские сведения и всё, что не нужно для задачи. Добавьте к расшифровке роль участников, дату, тип разговора и итог, известный вне разговора. Не подсказывайте модели, что считать удачным результатом: это создаёт удобный вывод задним числом. Полезно смешать несколько обычных звонков и один сложный, где клиент возвращается к теме после паузы.
Требуйте доказательство
Рабочий формат — таблица с наблюдением, точной цитатой, контекстом до и после неё и отметкой уверенности. Отдельно попросите разделить факт, интерпретацию и открытый вопрос. «Клиент спросил о сроке дважды» — факт. «Срок был главной причиной отказа» — гипотеза, которую ещё надо сравнить с другими данными. Если на вывод нельзя перейти к фрагменту разговора, его нельзя использовать для обучения команды или изменения скрипта. Для важных цитат проверяющий слушает запись, а не доверяет только тексту.
Проверьте трудные места
Модель умеет сгладить речь: убрать сомнение, заменить «посмотрим» на «согласовали», перепутать говорящего. Контрольная выборка должна содержать перебивания, неполные фразы и слово «не». Для русской речи отдельно отмечайте названия продуктов, цифры, сокращения и имена: именно в них ошибки расшифровки становятся бизнес-ошибками. Не превращайте маркировку ИИ в показатель продуктивности. Ошибка статуса, зависимость от поставщика и работа вне CRM могут объяснить то, что выглядит как слабый разговор. Уведомление владельцу должно быть вопросом, а не обвинением.
Проверяйте гипотезы делом
Команда обсуждает несколько подтверждённых фрагментов и формулирует одно изменение: например, добавить вопрос о сроке до презентации решения. Затем тестирует изменение на ограниченном периоде и смотрит, стало ли меньше повторных уточнений. Если нет — гипотезу отменяют, а не подгоняют объяснение. Считайте долю звонков с подтверждённым следующим шагом, количество повторных уточнений и время ручной проверки. Для анализа причин отказов используйте [отдельный разбор](/materialy/ii-dlya-razbora-prichin-otkazov-20260930/), а итоги встреч фиксируйте через [выделение решений](/materialy/ii-dlya-vydeleniya-resheniy-iz-sozvona-20260930/).
Вопросы и ответы
**Можно ли автоматически отправлять выводы менеджеру?** Только как черновик для обсуждения, без скрытой оценки. **Достаточно ли расшифровки без аудио?** Нет, для важных цитат нужна запись и контекст. **Можно ли анализировать все звонки сразу?** Сначала проверьте пилот на небольшой законно полученной выборке.