Менеджер договорился с клиентом перезвонить во вторник, положил трубку, перешёл к следующему звонку — и не поставил задачу. Во вторник никто не перезвонил, клиент подождал и написал конкурентам, а в отчётах сделка даже не выглядит проигранной: она просто зависла «в работе». Это одна из самых незаметных утечек в отделе продаж, потому что между тем, что прозвучало в разговоре, и тем, что попало в CRM, стоит память уставшего человека. Авто-задачи из звонков закрывают этот разрыв: речевая аналитика разбирает разговор и ставит задачу в CRM автоматически. Я разберу, как это устроено, где у такой автоматизации границы и как до внедрения посчитать, стоит ли она ваших денег.
Разрыв между разговором и CRM
Авто-задачи из звонков — это задачи в CRM, которые создаются автоматически на основе содержания разговора: система распознаёт договорённость или сигнал в звонке и ставит менеджеру задачу, не дожидаясь ручного заполнения карточки.
Чтобы понять ценность, нужно увидеть проблему. В идеальной картине менеджер после каждого разговора аккуратно фиксирует договорённости: что обещал, когда перезвонить, что прислать. В реальности между звонками нет паузы — закончил один, начал следующий, и часть договорённостей не доходит до системы. Это не разгильдяйство, а следствие темпа: при десятках звонков в день ручная фиксация каждого проседает первой.
Цена этого разрыва — именно те сделки, что зависают в тишине. Клиент, которому обещали перезвонить и не перезвонили, редко напоминает о себе — он просто уходит. И поскольку формально сделка не проиграна, а «в работе», проблема не попадает в поле зрения руководителя. Про то, почему цифры воронки в CRM вообще не показывают такие потери, писали отдельно — речевая аналитика против отчётов CRM.
Как разговор превращается в задачу в CRM
Механика опирается на то, что речевая аналитика и так делает — разбирает содержание разговора. При оценке звонка по чек-листу система распознаёт смысловые события: прозвучал ли конкретный срок, дал ли менеджер обещание, осталось ли возражение без ответа, назначен ли следующий шаг. Эти же события служат триггерами для задач.
Типовые триггеры:
- Клиент назвал срок. «Перезвоните после 15-го», «в начале следующего месяца» — система ставит задачу с соответствующей датой.
- Менеджер что-то пообещал. Прислать расчёт, уточнить условие, отправить договор — обещание превращается в задачу, чтобы не забылось.
- Разговор закрылся без следующего шага. Если в звонке не назначен конкретный следующий контакт, это сигнал риска — задача вернуть клиента в работу.
- Осталось возражение. Возражение, которое не сняли в разговоре, — повод подготовиться и вернуться.
Задача попадает в карточку сделки в CRM с датой и контекстом, и менеджер видит её в своём списке дел, а не полагается на память. Техническая сторона связи аналитики с CRM разобрана в материале про интеграцию amoCRM и речевой аналитики.
Что ещё возвращается в карточку
Задача — самый действенный результат разбора, но не единственный. Вместе с ней в карточку сделки возвращается вся картина разговора: оценка по чек-листу, ключевые темы, тип клиента, иногда краткое резюме.
Практическая польза здесь в устранении переключения. Без интеграции руководитель смотрит аналитику в одной системе, а сделки — в другой, и связывает их в голове. Когда результат разбора лежит прямо в карточке, картина собирается в одном месте: видно и что за сделка, и как прошёл разговор, и что делать дальше. Задача при этом отличается от остальных элементов тем, что не просто хранит информацию, а запускает действие — поэтому именно она сильнее всего влияет на то, доходят ли сделки до конца.
Из той же расшифровки собирается и черновик коммерческого предложения: задача клиента его словами, названные им числа, сроки и сомнения. Что в таком черновике можно доверить модели, а что остаётся за менеджером, — в статье про коммерческое предложение после звонка.
Два риска авто-задач: шум и неверно понятая договорённость
Ограничения лучше знать до запуска, а не узнавать от менеджеров через месяц. У авто-задач два риска, и оба управляемые.
Шум от лишних задач. Слишком чувствительные триггеры создают поток задач, на который менеджеры быстро перестают реагировать — как на переполненный почтовый ящик. Лечится это калибровкой: начинают с самых однозначных сигналов (названный клиентом срок, явное обещание) и расширяют набор постепенно, убеждаясь, что задачи действительно полезны. Включить всё сразу — верный способ обесценить механику.
Ошибки распознавания. Система может неверно понять договорённость, особенно если разговор шёл сумбурно или запись плохого качества. Поэтому авто-задача — это помощь менеджеру, а не приказ: он видит задачу и её контекст и корректирует, если система ошиблась. Полностью снимать человека с контроля здесь преждевременно.
Общий принцип тот же, что и во всей автоматизации разговоров: система закрывает предсказуемое и рутинное, человек остаётся на содержательном и спорном. Авто-задачи страхуют от потерь и экономят время, но не заменяют менеджера в ведении сделки.
Похожая граница проходит и во встречах: задача, у которой в разговоре не прозвучал ответственный, не должна получать его автоматически. Как это правило работает для протоколов встреч с клиентами и внутри команды, — в статье о протоколе встречи с помощью ИИ.
Сделки без следующего шага перестают зависать в тишине
Эффект от авто-задач проявляется на двух уровнях. На уровне менеджера исчезает целый класс потерь «забыл перезвонить» — договорённость фиксируется независимо от темпа работы. На уровне руководителя появляется видимость: сделки без назначенного следующего шага перестают тихо зависать, потому что система их подсвечивает.
Это меняет и характер управления. Вместо того чтобы вручную выуживать зависшие сделки из воронки, руководитель работает с уже размеченной картиной: где риск, где договорённость не выполнена, где клиент ждёт обещанного. По сути авто-задачи — это первый шаг к тому, чтобы система не просто фиксировала происходящее, а активно вела сделки к следующему действию. Дальше эту логику развивает AI-руководитель, который читает воронку целиком и расставляет приоритеты, — про разделение зон между ним и человеком писали в материале AI-руководитель против живого РОПа.
Что делать с задачами, которые никто не выполняет
Автоматическое создание задач даёт побочный эффект: их становится много, и часть неизбежно повисает. Через месяц список просроченного растёт быстрее, чем разбирается, и его перестают открывать.
Первое, что помогает, — различать задачу и напоминание. Договорённость с клиентом на конкретную дату — задача, у неё есть срок и последствия. Всё остальное — напоминание, которое может истечь без разбирательства. Смешивание этих двух вещей в одном списке и делает его нечитаемым.
Второе — регулярная чистка с разбором причин. Раз в месяц просроченные просматриваются не для того, чтобы выполнить, а чтобы понять, почему не выполнены. Обычно выясняется, что один-два типа задач создаются зря: договорённость была неопределённой или клиент уже закрыт. Правило правится один раз, и поток просроченного падает.
Как мы запускаем авто-задачи: сначала считаем потерянные перезвоны
Мы начинаем не с настройки триггеров, а с вопроса, сколько сделок у вас на самом деле теряется между разговором и карточкой. Это можно оценить до всякого внедрения: выгрузить сделки, где после последнего звонка прошло больше недели, а следующей задачи нет, и прослушать выборку — прозвучала ли в разговоре договорённость, которую никто не выполнил. Если таких сделок единицы, авто-задачи не окупятся, и мы скажем это прямо. Если их заметная доля, она и становится метрикой, о которой договариваемся на старте: доля сделок без следующего шага после звонка и доля задач, выполненных в срок.
Пилот идёт на ваших звонках и вашей CRM. Эхо разбирает разговор и возвращает в карточку задачу с датой и контекстом, Литик расставляет приоритеты по воронке. Начинаем с двух самых однозначных триггеров — названный клиентом срок и явное обещание менеджера — и добавляем новые только после того, как менеджеры подтвердили, что задачи полезны, а не шумны. Данные остаются в РФ по 152-ФЗ, разбор стоит от 1,5 ₽ за минуту разговора.
Не берёмся, если нет доступа к записям или CRM, если звонков слишком мало, чтобы разрыв стоил денег, или если просроченные задачи в отделе никто не разбирает: тогда автоматика только удлинит список, который не открывают.
Когда авто-задачи не нужны
Авто-задачи решают одну проблему — договорённости из разговора не доходят до CRM. Если у вас её нет, механизм ничего не даст, кроме лишних уведомлений.
Они не нужны отделу, где звонков в день немного и менеджер успевает спокойно закрыть карточку после каждого: при таком темпе ручная фиксация работает, и её достаточно проверять выборочно. Они не помогут, если сделки теряются не между звонком и карточкой, а позже — задача стоит, но её переносят неделями. Это вопрос нагрузки и контроля, а не фиксации, и автоматическая постановка только добавит в список ещё одну задачу, которую перенесут. И они бесполезны там, где договорённости редко звучат вслух: в коротких транзакционных звонках «есть ли в наличии — да, оформляю» следующего шага просто нет.
Отдельно про соблазн поставить авто-задачи вместо разговора с менеджером, который систематически забывает. Если забывает один человек из десяти, это управленческий вопрос к одному человеку. Автоматика оправдана, когда разрыв массовый и объясняется темпом, а не отношением к работе.
Что изменится в решении после такой проверки
Главный сдвиг — вопрос перестаёт звучать как «нужна ли нам речевая аналитика» и становится конкретным: сколько сделок в месяц зависает после звонка без следующего шага и сколько из них можно было вернуть. Если после прослушивания выборки ответ «почти нисколько», вы сэкономили на внедрении. Если заметная доля, у вас появилась цифра, по которой через месяц работы видно, сработало ли решение — наше или любое другое.
После запуска стоит смотреть на две вещи: долю сделок без следующего шага после звонка и долю авто-задач, которые менеджеры закрыли как ложные. Первая должна падать, вторая — не расти. Если растёт вторая, триггеры слишком чувствительные, и их нужно сужать, а не добавлять новые. Хотите проверить, сколько сделок теряется на «забыл перезвонить», — приходите на разбор задачи со своей выгрузкой. Почему карточки не заполняются даже при регламенте, — в разборе того, почему менеджеры не заполняют CRM.
