Автозаполнение карточки сделки в CRM по звонкам
К вечеру у менеджера за плечами десятки разговоров, а в CRM три заполненные карточки и задача «перезвонить» без даты. Всё остальное осталось в его голове и в аудиофайлах, которые никто не откроет. Автоматическое заполнение карточки сделки в CRM по звонкам закрывает эту дыру: расшифровка разговора превращается в поля, теги, примечания и задачи без участия человека. Ниже — механика, реальные границы технологии и места, где проекты обычно встают.
Почему поля сделки остаются пустыми
Менеджер получает комиссию за оплаты. Заполнение карточки не приносит ему ни рубля, поэтому он честно экономит время там, где экономия ничего не стоит лично для него.
Штрафы и регламенты дают предсказуемый результат: поля заполняются, но текстом «клиент думает» и «дорого». Формально дисциплина есть. Аналитики нет.
Дальше начинается управленческая слепота. Руководитель не может ответить, сколько сделок сорвалось из-за сроков поставки, сколько из-за цены и в каком проценте разговоров менеджер вообще назвал стоимость. Данные существуют, но лежат в виде аудио, а не в виде структурированных полей.
Как работает связка телефонии, распознавания речи и CRM
Схема состоит из четырёх звеньев. Виртуальная АТС отдаёт запись разговора, движок ASR превращает её в текст, языковая модель вытаскивает из текста смыслы, а интеграция раскладывает результат по полям сделки через API CRM.
Ключевая деталь на этапе транскрибации: диаризация, то есть разделение реплик по говорящим. Без неё вы получите слипшийся монолог, в котором непонятно, кто назвал бюджет, клиент или менеджер. Для двухканальной записи это решается технически на уровне телефонии, для одноканальной приходится полагаться на модель.
Дальше текст уходит на извлечение сущностей. Тут работают либо правила и словари, либо языковая модель с промптом под ваши поля: сумма, продукт, срок, причина отказа, следующий шаг. Готовые движки распознавания есть у Yandex SpeechKit и OpenAI Whisper; оба работают с русской речью и телефонным качеством звука.
Собрать прототип на одном менеджере несложно. Проблемы приходят с масштабом: очереди обработки, повторные попытки при сбоях, дедупликация, права доступа к записям, стоимость минуты при потоке в тысячи звонков. Это уже инженерная работа, а не эксперимент в песочнице.
Какие поля карточки сделки закрываются автоматически
Не всё подряд.
Работает стабильно:
- сумма и объём запроса, если клиент назвал цифру или количество;
- интересующий продукт или услуга, при наличии внятного справочника номенклатуры;
- срок принятия решения и дата следующего контакта, включая создание задачи;
- причина отказа или возражение из фиксированного списка;
- контактные данные и роль собеседника, если он представился;
- краткое резюме разговора в примечание к сделке.
Работает хуже: субъективные оценки вроде «температуры» лида и вероятности сделки. Модель их предскажет, но проверять придётся руками, пока не накопится статистика по вашим закрытым сделкам.
Автоматическое саммари сокращает время на разбор карточки: руководитель читает, о чём договорились, за пятнадцать секунд вместо того, чтобы слушать сорокаминутную запись на скорости 1,5x. То же самое получает менеджер, который перехватывает клиента после уволившегося коллеги.
Речевая аналитика: контроль скриптов и причины отказов
Транскрипты нужны не только для полей. На том же тексте строится речевая аналитика: система проверяет, назвал ли менеджер цену, задал ли вопрос о сроках, проговорил ли условия оплаты, пообещал ли скидку, которую обещать нельзя.
Такие проверки переводят контроль качества из выборочного в сплошной. Скрипт обрабатывает все звонки, после чего руководитель видит не общее ощущение «менеджеры плохо работают с возражениями», а список конкретных разговоров с тегом.
Причины отказа в структурированном виде уходят за пределы отдела продаж. Если значительная доля проигранных сделок помечена сроком поставки, это вопрос к закупкам, а не к мотивации менеджеров.
Самая недооценённая сложность здесь: разметка. Теги и словари придётся собирать под вашу отрасль, проверять на живых звонках и переделывать после первой выгрузки, потому что модель поймёт «дорого» буквально там, где клиент иронизировал. Без человека, который неделями калибрует правила, отчёт превратится в красивую диаграмму, которой никто не доверяет.


