Реклама. ИП Ахунов Александр Раисович, ИНН 665911236854
AI-разбор демо: транскрипт → теги отказов → Bitrix и playbook 21 день

AI-разбор демо: транскрипт → теги отказов → Bitrix и playbook 21 день

AI-разбор демо работает так: запись/транскрипт созвона → нормализованные теги причин отказа и возражений → задачи и поля в Bitrix → playbook follow-up на 21 день с SLA касаний. Без тегов и задач «разбор» остаётся красивым summary, которое никто не открывает.

Я не подменяю менеджера на созвоне. Я ставлю AI как ось после демо: вытащить факты из речи, закодировать отказы, не дать сделке утонуть в «подумает» без следующего шага. Ниже — схема, которую я собираю для МСП за 2–3 недели.


Контур: от записи до карточки в CRM

Сырой транскрипт бесполезен, если его не превратить в структуру. Я фиксирую пайплайн до первого пилота.

ШагВходВыход AIКуда кладу
1. ЗахватZoom/Meet/телефон, согласие на записьаудио + метаданные встречихранилище + ссылка в сделке
2. Транскриптаудиотекст с таймкодами, спикерыфайл + краткое summary 5–8 строк
3. Тегированиетранскрипт + справочник кодовobjection[], loss_reason[], next_step, riskполя Bitrix + комментарий
4. Задачитеги + владелец сделкизадачи с дедлайном и шаблоном сообщенияBitrix задачи / роботы
5. Playbook 21дстадия + loss/objectionкалендарь касаний D+1…D+21активность + контроль SLA

Правила, без которых контур ломается:

  1. Справочник кодов закрыт — свободный текст «дорого как-то» запрещён; только код + цитата.
  2. Один owner на сделку после демо; AI не «перекидывает» владельца сам.
  3. Идемпотентность — повторный разбор той же записи не плодит дубли задач (source_call_id).
  4. PII — в summary и тегах минимум ФИО третьих лиц; доступы к полному транскрипту ограничены.

Справочник тегов: отказы и возражения

Теги — это не «настроение клиента», а машина follow-up. Я делю на два слоя: возражение (ещё торгуемся) и причина отказа/паузы (сделка уходит из активного пайплайна).

КодТипЧто слышу на демоЧто делает playbook
OBJ_PRICEвозражение«дорого», «бюджет не тот»D+1 value-brief, D+3 кейс ROI, D+7 soft close
OBJ_TIMINGвозражение«не сейчас», «после квартала»D+2 календарный якорь, D+14 check-in
OBJ_COMPETITORвозражение«уже смотрим X», «свой подрядчик»D+1 diff-таблица, D+5 proof, handoff РОП при 2-м круге
OBJ_TRUSTвозражение«как гарантии», «а если не взлетит»D+1 SLA/пилотный scope, D+4 референс
LOSS_NO_BUDGETотказ/паузаявный «денег нет»nurture 21д, не давить КП
LOSS_NO_OWNERотказ/паузанет ЛПР, «надо согласовать с…»карта стейкхолдеров, задача на multi-thread
LOSS_SCOPE_MISMATCHотказ/пауза«нам другое нужно»re-qualify или закрытие с reason
LOSS_SILENCEотказ/паузапосле демо пропалиcadence касаний + эскалация на D+7

Минимум полей в Bitrix после разбора:

  • uf_call_summary — 5–8 строк
  • uf_objection_codes — multi
  • uf_loss_reason — single (если есть)
  • uf_next_step + uf_next_step_due
  • uf_source_call_id — для анти-дубля
  • цитата (1–2) в timeline, не весь транскрипт

Чеклист качества тегирования (я меряю выборочно 10 звонков/нед.):

  1. Код совпадает с цитатой (не «AI додумал»).
  2. Не больше 3 objection-кодов на один созвон.
  3. Если клиент сказал «нет» — LOSS_*, а не вечный OBJ_*.
  4. next_step конкретный (дата + действие), не «держать связь».

Задачи в Bitrix и playbook follow-up 21 день

После тегов AI обязан создать или обновить задачи. Иначе теги — декорация.

ДеньТриггер (пример)Задача менеджеруКаналSLA
D+0демо завершенопроверить summary + теги, поправить 1 кликомCRM2 ч
D+1любой OBJ_*касание по шаблону кодаTG/почта/звонокдо 11:00 след. раб. дня
D+3OBJ_PRICE / OBJ_TRUSTproof: кейс, цифра, короткий ROIпочта + CRM1 раб. день
D+7нет ответа / LOSS_SILENCEэскалация: звонок + alternate contactтелефонв тот же день
D+14OBJ_TIMING / nurturecheck-in «срок сдвинулся?»мессенджер1 раб. день
D+21всё ещё open без next_stepgo/no-go: закрыть с reason или новый циклCRM + РОПend of day

Шаблон задачи (поля, которые AI заполняет сам):

  1. Заголовок: [FU-D+n] {код} — {компания}
  2. Описание: summary + цитата + запрещённые обещания
  3. Дедлайн и приоритет по коду
  4. Чеклист: «отправил / ответили / сдвиг стадии / нужна помощь РОП»
  5. Связь со сделкой и source_call_id

Что не делает AI в этом контуре (границы, чтобы не путать с win-back «замороженных» или CRM-агентом квалификации):

  • не меняет сумму и стадию «в закрыто» без подтверждения человека;
  • не пишет клиенту от имени РОП;
  • не запускает массовый win-back по всей базе — только цепочку после конкретного демо;
  • не подменяет discovery и скрипт самого созвона.

Метрики за 21–30 дней: что смотреть

МетрикаЗачемОриентир для пилота
% демо с заполненными тегамипокрытие контура≥ 90%
% демо с задачей D+1 в срокдисциплина follow-up≥ 85%
Доля сделок с next_step_due просроченнымконтроль «подумает»≤ 15% open
Конверсия демо → след. этапэффект playbook+ относительно baseline 2–4 нед.
Точность тегов (выборка человеком)качество AI≥ 80% agree
Время менеджера на «ручной разбор»экономияпадает в 2–3 раза

Типовые поломки:

  1. Транскрипт есть, тегов нет — забыли webhook после записи.
  2. Теги есть, задач нет — AI «только summary».
  3. Задачи есть, шаблоны пустые — менеджер пишет «ну как там?» и сжигает касание.
  4. Один код на всё (OBJ_PRICE) — справочник мёртвый, playbook не ветвится.

Часто задаваемые вопросы

Нужна ли 100% точная диаризация спикеров?
Нет. Достаточно стабильно отделять «мы / клиент» и цеплять цитаты к кодам. Идеальная разметка ролей дороже, чем выгода на объёме МСП.

Можно ли кормить AI только заметками менеджера без записи?
Можно как fallback, но теги будут смещены к самооценке продавца. Для возражений и loss reason запись сильнее: появляется цитата и споры «клиент так не говорил» сходят на нет.

Чем это отличается от обычного «AI summary после звонка»?
Summary без справочника кодов и без задач в Bitrix не меняет pipeline. Ценность — в тег → задача → SLA 21 день, а не в абзаце «о чём говорили».

Сколько занимает внедрение контура?
Обычно 10–14 дней: справочник, поля CRM, шаблоны, разбор 15–20 реальных демо, калибровка кодов. Полный playbook 21 дня обкатывается на второй-третьей неделе пилота.


Читайте также

Нужен контур «демо → теги → Bitrix → follow-up 21 день» под ваш отдел продаж — напишите на https://raisovich.ru

Какие поля Bitrix обязательны после AI-разбора демо?

Минимум: summary 5–8 строк, коды возражений/отказа, next_step с дедлайном и source_call_id против дублей задач.

Что ломает playbook follow-up на 21 день?

Транскрипт без тегов, теги без задач в CRM или пустые шаблоны касаний — тогда менеджер снова пишет «ну как там?» и сжигает SLA.

Можно ли менять стадию сделки силами AI после демо?

Нет: AI не закрывает сделку и не меняет сумму без человека; контур создаёт задачи и поля, а go/no-go по стадии остаётся за owner.

Р
Команда экспертов по AI-автоматизации бизнеса, созданию сайтов и продвижению нейросетями. Помогаем бизнесу расти с помощью современных технологий.

Часто задаваемые вопросы

Какие поля Bitrix обязательны после AI-разбора демо?

Минимум: summary 5–8 строк, коды возражений/отказа, next_step с дедлайном и source_call_id против дублей задач.

Что ломает playbook follow-up на 21 день?

Транскрипт без тегов, теги без задач в CRM или пустые шаблоны касаний — тогда менеджер снова пишет «ну как там?» и сжигает SLA.