ИИ для записи звонков и передачи итогов в CRM в 2026
Автоматизация звонков работает только тогда, когда у неё есть понятная схема: аудио, текст, смысл, проверка, CRM.
Я часто вижу одну и ту же проблему в отделах продаж и клиентского сервиса: разговор уже состоялся, клиент всё сказал, менеджер всё понял, а дальше начинается ручная работа. Нужно найти запись, переслушать 10–20 минут, выписать договорённости, обновить карточку, поставить задачу, отметить следующий контакт. Если за день проходит 12 звонков по 8 минут, то сама речь занимает 96 минут, а постобработка легко добавляет ещё 60–120 минут. Отсюда и реалистичная экономия 2–3 часов в день на менеджера, если процесс собран аккуратно.
Сразу разделю две вещи. SoftChat можно использовать для разбора текстовых расшифровок, подготовки промптов, работы с вложенными документами, таблицами и сохранёнными ассистентами. Но запись звонка, телефония и занесение данных в CRM относятся к внешней инфраструктуре: эти части обычно делают телефония, сервис распознавания речи, интеграционная шина, CRM API или сценарий автоматизации. Ниже я разбираю всю архитектуру провайдер-агностично, а там, где уместно, показываю, как использовать чат с нейросетью для смыслового слоя.
Где менеджер теряет время после звонка
Ручная обработка звонка распадается на мелкие операции, и каждая кажется безобидной. 30 секунд открыть карточку. 2 минуты дописать итог. 1 минута на задачу. 3–5 минут, если нужно вернуться к записи и проверить формулировку клиента. При 15–20 контактах в день это уже не мелочь, а отдельная смена внутри смены.
Типичный набор полей в CRM после звонка выглядит так:
| Что нужно занести | Откуда берётся | Риск при ручном вводе |
|---|---|---|
| Итог разговора | Последние 1–3 минуты звонка | Менеджер пишет слишком общо |
| Следующий шаг | Договорённость с клиентом | Теряется дата или ответственный |
| Возражения | Середина диалога | Попадают эмоции, а не суть |
| Бюджет или объём | Конкретная реплика клиента | Число записывают без контекста |
| Статус сделки | Смысл всего разговора | Статусы выбирают по привычке |
| Риск срыва | Паузы, отказы, переносы | Риск замечают поздно |
Если в компании уже есть базовые шаблоны запросов, их лучше не держать в заметках менеджера. В SoftChat для повторяемых стартов диалога есть шаблоны промптов, поэтому один и тот же формат разбора расшифровки можно запускать без переписывания инструкции каждый раз. Базу по формулированию запросов удобно сверить со статьёй про практику промптинга для нейросетей, потому что качество извлечённых договорённостей напрямую зависит от структуры задания.
Архитектура: от аудио к заполненной карточке
Рабочая схема состоит из пяти слоёв. Первый слой записывает разговор. Второй превращает речь в текст. Третий чистит текст и разделяет реплики. Четвёртый извлекает смысл. Пятый записывает результат в CRM и оставляет след для проверки.
Обычно поток выглядит так:
- Телефония сохраняет аудио звонка и метаданные: номер, время, менеджер, сделка, длительность.
- Модуль распознавания речи получает файл или поток и возвращает текст с временными метками.
- Алгоритм диаризации разделяет говорящих, например менеджер и клиент.
- Языковая модель получает текст и инструкцию: выделить итог, следующий шаг, дату, риск, возражение, статус.
- Интеграционный слой проверяет обязательные поля и передаёт данные в CRM.
- В карточке остаётся ссылка на запись, расшифровку и краткое резюме.
Здесь нельзя пропускать проверку. Распознавание речи может давать высокую точность на чистом звуке, но шумный офис, быстрый темп, акцент, плохая гарнитура и одновременная речь снижают качество. Поэтому я проектирую такие процессы с порогами уверенности: если дата следующего контакта не найдена, задача не создаётся автоматически; если найдено две даты, запись уходит на ручную проверку; если сумма извлечена без валюты, CRM получает черновик, а не окончательное значение.
Аудио звонка → Расшифровка → Очистка → Извлечение смысла → Проверка → CRM
Для команд, которые только начинают, полезно сначала отработать смысловой слой на готовых расшифровках. В SoftChat можно прикреплять документы к сообщениям, а ответы в Markdown помогают получать структурированные таблицы и блоки для копирования. Это не заменяет интеграцию с CRM, зато позволяет быстро проверить, какие поля модель извлекает стабильно, а где нужна другая инструкция. Смежную логику внедрения без лишней сложности я разбирал в материале про встраивание нейросетей в рабочие процессы.
Что именно должен извлекать ИИ
Плохая инструкция просит: сделай краткое резюме звонка. Хорошая инструкция задаёт схему данных. CRM не нужна красивая аннотация на 900 знаков. Ей нужны поля, которые можно проверить, отфильтровать и использовать в воронке.
Я обычно закладываю такой минимальный набор:
| Поле | Формат | Пример значения |
|---|---|---|
| Краткий итог | 1–2 предложения | Клиент сравнивает два варианта поставки, просит расчёт до пятницы |
| Следующее действие | Глагол и объект | Отправить расчёт по двум сценариям доставки |
| Дата действия | Дата и время, если есть | 14.06, до 12:00 |
| Ответственный | Роль или имя из CRM | Менеджер сделки |
| Возражение | Короткая формулировка | Не уверен в сроках запуска |
| Сигнал интереса | Факт из речи | Попросил договор и расчёт для руководителя |
| Риск | Низкий, средний, высокий | Средний, решение зависит от бюджета |
| Цитата для проверки | Фрагмент реплики | Нужен расчёт до пятницы |
Точность повышается, когда модель не угадывает пустые поля. В инструкции лучше прямо писать: если факта нет в тексте, верни пустое значение и причину. Это защищает CRM от мусора. Нейросети хорошо сжимают длинные тексты, но они могут достраивать недосказанное, если промпт просит быть слишком полезной.
Тема близка к генерации деловых текстов: сначала нужен черновик, потом контроль. Подход с проверкой результата подробно разобран в статье про нейросеть для генерации текста и оценку результата, и для звонков логика такая же: модель предлагает структуру, человек или валидатор подтверждает критичные поля.
Промпт для извлечения договорённостей
Ниже пример для иллюстрации. Его не нужно копировать вслепую: подставьте свои поля CRM, статусы воронки и правила эскалации.
Разбери расшифровку звонка. Верни результат в таблице. Не добавляй факты, которых нет в тексте. Если поле не найдено, напиши: не найдено. Отдельно выдели: итог разговора, следующий шаг, дату, ответственного, возражения, риски, сигналы покупки, вопросы клиента, обещания менеджера. Для каждого вывода добавь короткую цитату из расшифровки, на которой он основан.
Для автоматической передачи в CRM удобнее просить не красивый текст, а строгую структуру. Например: поле, значение, уверенность, цитата-основание, действие. Уверенность можно считать не математическим доказательством, а рабочим индикатором: высокая, если факт сказан прямо; средняя, если он выведен из нескольких реплик; низкая, если формулировка неоднозначна.
Если в команде несколько ролей, в SoftChat можно подключать сохранённого ассистента к открытому чату. Например, один ассистент разбирает звонки продаж, другой помогает приводить итог встречи к формату клиентского сервиса. При подключении ассистента роль применяется к текущему разговору, а выбранная модель не меняется. Это удобно на этапе настройки промптов, пока интеграция с CRM ещё не автоматизирована.
Сравнение подходов к запуску
Не всем сразу нужна полная автоматизация. Иногда быстрее начать с полуавтоматического разбора и накопить 50–100 проверенных расшифровок, чтобы понять частые ошибки.
| Подход | Когда подходит | Плюсы | Ограничение |
|---|---|---|---|
| Ручная запись итогов | До 5–7 звонков в день на менеджера | Не требует интеграций | Тратит время и даёт разный стиль заметок |
| Расшифровка плюс ручной разбор | Нужно навести порядок в записях | Есть текстовая база для контроля | Договорённости всё ещё переносит человек |
| ИИ-разбор без автозаписи в CRM | Команда тестирует схему полей | Быстро видно качество извлечения | Нужно копировать результат вручную |
| Полная связка с CRM | Много звонков и стабильная воронка | Экономит 2–3 часа при высокой нагрузке | Нужны интеграции, права доступа и контроль ошибок |
Модельный кейс: отдел из 8 менеджеров обрабатывает по 14 звонков в день на человека, а ручное оформление одного звонка занимает 6 минут. В сумме команда тратит 672 минуты в день на постобработку. Если автоматизация убирает 70% этой рутины, высвобождается примерно 7,8 часа командного времени за рабочий день. Это не магия, а обычная арифметика процесса.
Как настроить контроль качества
Без контроля такая система быстро превращается в генератор аккуратных, но сомнительных заметок. Я бы заложил проверку на трёх уровнях.
Первый уровень, технический. Есть ли запись, связана ли она с правильной сделкой, хватает ли длительности, не оборвался ли файл на 20-й секунде. Звонки короче заданного порога можно отправлять в отдельную категорию: чаще всего там недозвоны, автоответчики и переносы.
Второй уровень, смысловой. В каждом извлечённом поле должна быть опора на реплику. Если модель пишет дату, рядом должна быть цитата или временная метка. Если цитаты нет, поле нельзя автоматически считать надёжным.
Третий уровень, операционный. CRM должна принимать только валидные значения. Статус сделки выбирается из существующего списка. Дата следующего шага не может быть в прошлом. Ответственный берётся из карточки или правил маршрутизации. Если поле не прошло проверку, лучше создать задачу на уточнение, чем молча записать ошибку.
Для повседневной работы с такими помощниками пригодится материал о том, как использовать нейросети и чат-боты для рутинных задач: там хорошо видна разница между разовым запросом и регулярным сценарием.
Ошибки, которые ломают проект
Первая ошибка, писать слишком свободный промпт. Фраза вроде подведи итоги звонка создаёт красивый абзац, но CRM нужна нормализованная структура. Лучше 8 коротких полей, чем один гладкий текст.
Вторая ошибка, автоматом менять статус сделки без порога уверенности. Если клиент сказал подумаем, это не всегда отказ. Если попросил договор, это не всегда готовность купить. Статус лучше менять по явным правилам: назван следующий шаг, есть срок, есть ответственный, клиент подтвердил действие.
Третья ошибка, не хранить исходник. У каждой автоматической записи в CRM должна быть ссылка на расшифровку или запись. Иначе через неделю никто не поймёт, почему в карточке появилась конкретная задача.
Четвёртая ошибка, внедрять сразу на всех звонках. Начните с одного типа разговоров: первичный контакт, квалификация, продление договора или техническая консультация. У каждого типа разные признаки успеха. Для обучения сотрудников похожий подход работает и в саморазвитии: сначала выбирается узкий сценарий, потом расширяется практика. Об этом я писал в статье про нейросети в обучении и развитии навыков.
Что бы я сделал на вашем месте
Я бы начал не с интеграции, а с карты полей. Выписал бы 10 обязательных полей CRM, удалил всё, что менеджеры не используют в реальной работе, и оставил только то, что влияет на следующий шаг. Потом взял бы 30–50 расшифровок одного типа звонков и прогнал их через один промпт. Не ради красивых резюме, а ради таблицы ошибок: где модель путает говорящих, где не находит дату, где принимает предположение за факт.
После этого можно подключать автоматическую передачу в CRM. Сначала в режим черновика. Затем частично автоматизировать низкорисковые поля: итог, тема, ссылка на запись, задача без изменения статуса сделки. И только после накопления проверок разрешать системе менять статусы или ставить обязательные задачи.
Экономия 2–3 часов в день появляется не от одной нейросети. Она появляется, когда у процесса есть границы: какие звонки обрабатываем, какие поля извлекаем, что проверяем, когда отправляем на ручной контроль. Чем точнее эти правила, тем меньше менеджер живёт после звонка в заметках и тем быстрее команда видит реальное состояние воронки.