Транскрибация звонков и задачи в CRM с нейросетью в 2026
Как превратить запись звонка в понятное резюме, список действий и задачи для CRM без ручного переписывания каждого разговора.
Я люблю этот сценарий за простую экономику. Менеджер продаж провёл 5 созвонов по 40 минут, маркетолог записал 3 интервью с клиентами, руководитель продукта собрал фидбек после демо. Сам разговор уже состоялся, но работа не закончилась: нужно расшифровать запись, отделить факты от вежливого шума, зафиксировать договорённости, поставить задачи и не забыть следующий шаг.
Если делать это руками, легко потерять 10–20 минут на один разговор. При 4–6 встречах в день набегает те самые 1–2 часа, которые обычно исчезают между календарём, CRM и заметками. Нейросеть в таком процессе не заменяет менеджера. Она берёт на себя черновую обработку: расшифровку, первичное резюме, выделение действий, формулировку задач. Человек проверяет смысл, правит спорные места и подтверждает запись в CRM.
У SoftChat в этом сценарии есть практичная роль рабочего чата: можно вести диалог с моделью, переключать модели по разговору, использовать шаблоны промптов и подключать сохранённого ассистента к открытому чату. Если задача часто повторяется, я выношу инструкцию в шаблон: какой формат резюме нужен, какие поля собрать, как писать задачи. Прямую интеграцию SoftChat с CRM я здесь не приписываю, потому что такой функции нет в каталоге. Автоматическое создание задач решается на стороне CRM, через её API, встроенные автоматизации или промежуточный сервис.
Где теряется время после переговоров
После звонка у менеджера обычно есть три разных артефакта: аудиозапись, короткие заметки на полях и карточка сделки. Проблема в том, что они живут отдельно. В записи есть детали, но слушать её заново долго. В заметках есть мысль, но часто без контекста. В CRM есть поля, но их надо заполнить так, чтобы коллеги поняли ситуацию через неделю.
Для примера: встреча на 45 минут после автоматической расшифровки превращается в текст на 8–15 страниц, если считать реплики, паузы и уточнения. Вручную прочитать такой текст быстрее, чем переслушать аудио, но всё равно нужно выделить: кто говорил, какие боли прозвучали, что клиент обещал прислать, кто отвечает за следующий контакт, какие возражения требуют реакции.
Я разделяю работу на четыре слоя. Первый, транскрибация. Второй, резюме разговора. Третий, извлечение действий и рисков. Четвёртый, запись в CRM. Если смешать всё в один запрос, качество часто проседает: модель может красиво пересказать звонок, но пропустить дату следующего касания или перепутать владельца задачи. Лучше строить конвейер, где каждый шаг проверяем.
Тема близка к общей работе с черновиками, поэтому полезно держать под рукой разбор про нейросеть для генерации текста и проверку результата. Там хорошо видна разница между «сделай красиво» и «собери проверяемый рабочий документ».
Общая схема: от аудио до задач
Ниже схема, которую я чаще всего использую в проектах с продажами, интервью и клиентским сервисом. В ней нет магии. Есть входные данные, промежуточная проверка и понятный формат выхода.
| Этап | Вход | Что делает нейросеть | Проверка человеком | Выход |
|---|---|---|---|---|
| 1. Расшифровка | Аудио или видео встречи | Превращает речь в текст с репликами | Проверить имена, цифры, термины | Транскрипт |
| 2. Очистка | Транскрипт | Убирает повторы, паузы, мусорные фразы | Сверить спорные места с записью | Читаемый текст |
| 3. Резюме | Очищенный текст | Выделяет цель, контекст, решения | Убрать домыслы, добавить факты | Краткая сводка |
| 4. Действия | Резюме и транскрипт | Находит задачи, сроки, владельцев | Подтвердить ответственность | Список задач |
| 5. CRM | Структурированный список | Готовит поля карточки и задачи | Проверить перед записью | Обновлённая сделка |
В SoftChat удобно держать повторяемую инструкцию в шаблоне промпта, а для разных типов разговоров подключать ассистента с нужной ролью: например, «аналитик клиентских интервью» или «помощник менеджера продаж». В настройках чата можно выбрать модель и параметры ответа, а интерфейс показывает только поддерживаемые выбранной моделью настройки. Это снижает риск попросить модель о режиме, который она не примет.
Транскрибация: что влияет на качество
Точность расшифровки зависит от качества звука сильнее, чем от красоты промпта. Если в комнате эхо, два человека говорят одновременно, а микрофон лежит рядом с ноутбуком, в тексте появятся пропуски. На созвонах лучше записывать отдельные дорожки участников, когда сервис связи это позволяет. Для очных встреч помогает один микрофон на столе, расположенный ближе к говорящим, а не к колонке ноутбука.
Практический минимум для рабочей транскрибации: имена участников, дата встречи, тема, ссылка на сделку или проект, словарь терминов. Если клиент произносит название продукта, которое похоже на обычное слово, модель может ошибиться. Поэтому я добавляю перед обработкой короткий словарь: «Астра», «Вектор», «Склад 2.0», «пилот», «дистрибьютор». Без словаря резюме может выглядеть гладко, но в CRM попадёт неверное название.
Для примера: если в разговоре 6 раз звучит «пилот до 15 августа», а транскрипция один раз превращает это в «пилот до 15-го», задача всё равно понятна. Если же «15 августа» превращается в «50 августа» или теряется владелец, автоматическое создание задачи лучше остановить. Я закладываю правило: все даты, суммы, имена и обязательства требуют сверки до отправки в CRM.
Как просить резюме, чтобы оно не превращалось в пересказ
Слабый запрос звучит так: «Сделай краткое резюме встречи». Модель выдаст абзац, где всё выглядит разумно, но менеджеру потом всё равно придётся искать задачи. Рабочий запрос задаёт структуру заранее.
Я использую такой формат:
Проанализируй транскрипт переговоров. Верни результат строго по разделам:
1. Цель встречи, 1–2 предложения.
2. Контекст клиента, до 5 пунктов.
3. Подтверждённые факты, только то, что явно сказано.
4. Договорённости, формат: действие, владелец, срок.
5. Риски и возражения, с цитатой или указанием фрагмента.
6. Что внести в CRM, поля: статус, следующий шаг, комментарий.
Не добавляй факты, которых нет в транскрипте.
Если данных не хватает, напиши «нет в записи».
Слова «только то, что явно сказано» экономят много правок. Модель склонна достраивать мостики между репликами. В продажах это опасно: клиент сказал «посмотрим бюджет в сентябре», а в резюме появляется «готов вернуться к покупке в сентябре». Разница небольшая на вид, но для прогноза сделки она критична.
Если вы только начинаете внедрять такой процесс в команде, сначала полезнее настроить два шаблона, чем строить сложную автоматизацию. Один шаблон для резюме, второй для задач. Подход к постепенному внедрению похож на тот, что я описывал в статье про нейросети в рабочих процессах и личной продуктивности: сначала повторяемый сценарий, потом стандарт качества, затем автоматизация.
Задачи для CRM: какие поля нужны заранее
Автоматическое создание задач хорошо работает, когда задача описана машинно читаемо. Не «связаться с клиентом», а «позвонить Анне Петровой 18 июля, уточнить список участников пилота, результат занести в карточку сделки». Чем точнее формат, тем меньше ручной уборки после импорта.
Я прошу модель отдавать задачи в таблице или JSON-подобной структуре. Для CRM обычно нужны поля: название, описание, владелец, срок, связанная сделка, приоритет, источник. Если владелец не назван в разговоре, модель должна писать «нет в записи», а не назначать ответственного по догадке.
Условный пример: после 30-минутного демо по продукту «Склад 2.0» модель может выделить 4 задачи: отправить запись встречи, подготовить расчёт для 25 пользователей, согласовать техническую сессию, уточнить требования к обмену данными. Такой пример нельзя без проверки отправлять в CRM как факт. Его задача, показать формат: одна строка, один владелец, один ближайший шаг.
Хороший формат задачи:
Название: Подготовить расчёт для пилота
Описание: Клиент просит расчёт на 25 пользователей и запуск на 2 склада. Включить стоимость внедрения и поддержку в первый месяц.
Владелец: менеджер сделки
Срок: 18 июля
Связанная сделка: указать идентификатор из CRM
Источник: переговоры от 11 июля
Уверенность: высокая
Поле «уверенность» полезно даже в простых процессах. «Высокая» значит, что задача прямо названа в разговоре. «Средняя» означает вывод из контекста. «Низкая» требует ручного решения. В автоматизации можно отправлять в CRM только строки с высокой уверенностью, а остальные складывать в очередь проверки.
Что автоматизировать, а что оставить человеку
Не все шаги нужно отдавать машине. Я бы разделил процесс по уровню риска.
| Уровень риска | Можно автоматизировать | Нужна проверка | Почему |
|---|---|---|---|
| Низкий | Черновик резюме, список тем, таймкоды | Выборочная | Ошибка не меняет обязательства |
| Средний | Комментарий в CRM, черновики писем, список задач | Да | Формулировка влияет на работу команды |
| Высокий | Смена стадии сделки, обещания по цене, юридические условия | Обязательно | Ошибка может стоить денег или доверия |
В маркетинге похожая логика работает с интервью. Нейросеть может собрать повторяющиеся боли, цитаты, вопросы и возражения. Но вывод «сегмент готов покупать» должен делать человек, потому что интервью редко даёт полную картину. Если вам ближе контентные задачи, посмотрите разбор про нейросети в маркетинге и автоматизацию гипотез, там та же дисциплина проверки помогает не перепутать сигнал и шум.
SoftChat может помочь с повторяемой частью анализа: хранить историю разговоров по организации, применять системные промпты и ассистентов к конкретному чату, использовать русскоязычный базовый стиль ответа, если вы не задали свою роль. Память о пользователе в авторизованном веб-чате и Telegram-боте может учитывать явно сохранённые предпочтения, например желаемый формат ответа. При этом записи памяти управляются в профиле, их можно править, ставить на паузу, удалять, искать и скачивать в JSON. Для CRM-связки это не интеграция, а настройка рабочего контекста вокруг анализа.
Как выглядит минимальный рабочий процесс за 1 день
Я бы не начинал с большой схемы на 12 статусов. Для проверки достаточно одного типа звонка, например первичное интервью, демо или встреча после коммерческого предложения.
Сценарий на первый день:
- Выберите 5–10 записей одного типа за последние две недели.
- Сделайте расшифровку и очистку текста.
- Прогоните один шаблон резюме на всех записях.
- Сравните результат с тем, что менеджеры реально внесли в CRM.
- Выпишите 10 типовых ошибок: пропущенные даты, неверные имена, лишние выводы, размытые задачи.
- Исправьте промпт и повторите прогон на 2–3 новых разговорах.
Да, это звучит менее эффектно, чем «сразу подключить всё». Зато через один рабочий день у команды появляется список реальных ограничений. Например, выясняется, что половина ошибок связана не с моделью, а с тем, что менеджеры не называют следующий шаг вслух. Тогда помогает простая привычка в конце встречи: «Я фиксирую, что до пятницы отправляю расчёт, а вы во вторник подтверждаете состав участников». После такой фразы транскрипт становится понятнее, резюме точнее, задача в CRM формулируется без гадания.
Для повседневных задач такой подход хорошо масштабируется: шаблон, проверка, правка, повтор. Если команда ещё не привыкла работать с чат-ботами, можно начать с бытовых и офисных сценариев из статьи про нейросети и чат-боты для повседневных задач, а потом перенести тот же принцип на продажи.
Частые ошибки при запуске
Первая ошибка, просить модель «найти всё важное». Для одного менеджера «важное» это бюджет, для другого, юридические риски, для маркетолога, формулировки болей. Нужен список полей, а не надежда на общий смысл.
Вторая ошибка, сохранять резюме без ссылки на источник. Через месяц никто не вспомнит, откуда взялась фраза «клиенту критичен запуск до конца квартала». Я прошу добавлять таймкод или короткую цитату для спорных выводов. Если система транскрибации не даёт таймкоды, хотя бы сохраняйте исходный текст рядом с резюме.
Третья ошибка, смешивать протокол встречи и управленческий вывод. Протокол отвечает на вопрос «что сказано». Управленческий вывод отвечает на вопрос «что делаем дальше». В CRM чаще нужен второй слой, но он должен опираться на первый.
Четвёртая ошибка, отправлять в CRM все найденные задачи без фильтра. В разговоре люди произносят «надо бы», «можно потом», «когда-нибудь обсудим». Это не всегда обязательство. Я добавляю признак: «явное поручение», «предположение», «идея на будущее». В автоматическую запись попадает только явное поручение.
Как оценить результат без самообмана
Оценку лучше делать на небольшом наборе записей. Возьмите 10 разговоров одного типа и проверьте по четырём показателям: полнота задач, точность дат, корректность владельцев, отсутствие домыслов. Для каждого показателя ставьте 0 или 1. Максимум, 40 баллов на набор. Такая грубая шкала быстрее вскрывает проблемы, чем длинные обсуждения качества.
Модельный кейс: команда продаж из 8 человек обрабатывает 40 звонков в неделю и тратит по 12 минут на ручное резюме каждого разговора. Это 480 минут, то есть 8 часов в неделю. Если нейросеть готовит черновик, а менеджер проверяет его за 4 минуты, ручная часть падает до 160 минут. Экономия в такой модели, около 5 часов 20 минут в неделю. Это не гарантия результата, а расчётная иллюстрация для планирования эксперимента.
В образовательных сценариях похожая механика помогает разбирать лекции, консультации и созвоны с наставником. Разница в том, что вместо CRM на выходе появляются конспект, вопросы для повторения и план практики. Если вам интересен такой угол, у нас есть отдельный материал про нейросети в образовании и саморазвитии.
Что бы я сделал на вашем месте
Я бы начал с одного процесса, где боль измерима: менеджеры тратят время на заметки, руководитель не видит следующий шаг, CRM заполняется через раз. Затем выбрал бы 10 записей, сделал единый шаблон резюме и отдельно шаблон задач. После этого проверил бы качество на реальных разговорах, но без автоматической записи в CRM в первые дни.
Когда ошибки станут предсказуемыми, можно подключать создание задач через инструменты самой CRM или промежуточный слой. Правило простое: сначала черновик, затем проверка, потом автоматизация. Если порядок перевернуть, команда получит быстрый поток задач сомнительного качества и начнёт вручную разгребать то, что хотела ускорить.
Хорошо настроенный процесс не делает переговоры «умнее» сам по себе. Он заставляет фиксировать договорённости в одном формате. Для продаж это уже много: меньше забытых обещаний, меньше пустых комментариев в CRM, быстрее передача контекста между коллегами. А освободившийся час в день лучше потратить на следующий разговор с клиентом, а не на расшифровку прошлого.