Кейс: AI-brief перед созвоном — 1 стр. → Bitrix за 14 дней

AI-brief перед созвоном за 14 дней — это не «саммари после встречи», а одностраничный prep-пакет: контекст сделки + риски + 5 вопросов + next step, который менеджер утверждает (HITL) до звонка и который лежит в карточке Bitrix. Цель — чтобы созвон начинался с фактов, а не с «напомните, о чём мы».

Ниже — как я собираю такой контур: источники, шаблон brief, approve-gate, поле CRM и done-критерии на две недели.

За 14 дней: что внедряем

Спринт не про «красивый промпт», а про % созвонов с brief вовремя.

День	Фокус	Результат
1–2	Источники	CRM-поля + переписка (email/TG) + последние activity; whitelist полей
3–4	Шаблон 1 стр.	блоки: контекст / риски / 5 вопросов / next step / «неизвестно»
5–7	Генерация + schema	JSON → markdown/карточка; лимит длины; fail на пустом контексте
8–10	HITL-approve	очередь: approve / edit / reject до календаря встречи
11–12	Bitrix	поле UF_PRECALL_BRIEF + activity + deep-link на сделку
13–14	KPI	% созвонов с brief ≥ N мин до старта, % правок, 0 утечек PII

Чеклист must-have до «боя»:

1. Триггер — событие календаря / стадия «назначен созвон» за T−24…T−2 ч.
2. Brief не «живой» на встрече без статуса approved (или явного skip с причиной).
3. В CRM — текст brief + автор решения + timestamp.
4. Источники только allowlist: поля сделки, последние N сообщений, открытые задачи.
5. Пустой контекст → needs_human + список missing fields, не выдуманная биография клиента.

Шаблон 1 страницы: контекст, риски, 5 вопросов, next step

Формат, который реально читают за 90 секунд до звонка:

Блок	Содержание	Лимит
Контекст сделки	продукт/пакет, стадия, сумма/бюджет (если есть), ЛПР/ЛВР из CRM	5–7 строк
Что уже было	2–3 факта из переписки/activity (даты, обещания)	4–6 строк
Риски	возражения, тишина N дней, конкурент, «отложено», нет ЛПР	3–5 буллетов
5 вопросов	открытые, без «как дела»; привязка к пробелам в CRM	ровно 5
Next step	один конкретный исход созвона (демо / КП / квалификация)	1–2 строки
Неизвестно	поля, которых нет — явно, без домыслов	список

Правила, которые я зашиваю в schema:

• вопросы не повторяют уже заполненные поля CRM;
• next step один, не «обсудить всё»;
• запрет цен/скидок вне прайса и вне CRM;
• если источников < порога — brief = «сбор фактов» + missing checklist, score low.

Пример JSON (упрощённо):

{
  "deal_id": "...",
  "context": "...",
  "risks": ["...", "..."],
  "questions": ["q1","q2","q3","q4","q5"],
  "next_step": "...",
  "unknown": ["budget", "lpr_name"],
  "source_refs": ["crm:STAGE", "msg:last3"],
  "confidence": 0-100
}

HITL-approve и Bitrix: схема без «AI сам созвонился»

Поток:

Триггер T−N (календарь / стадия)
  → сбор allowlist-полей + последних сообщений
  → PII-маска (по политике)
  → AI draft brief (JSON → 1 стр.)
  → rule-check (длина, 5 вопросов, next step)
  → queue: draft_ready | needs_human | blocked
  → менеджер: approve / edit / reject
  → Bitrix: UF_PRECALL_BRIEF + activity + timeline
  → (опционально) пуш в TG за 15 мин до звонка

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

Поле / сущность	Зачем
brief_status	draft / approved / rejected / skipped
brief_text	финальный текст 1 стр.
brief_confidence	0–100 + reason
approved_by / approved_at	аудит HITL
meeting_at	SLA «за N мин до»
source_hash	какие данные ушли в модель (без сырых секретов)

Порог на старте: confidence < 60 или unknown ≥ 3 → только HITL, auto-publish brief в карточку без approve не включаю.

KPI за 14 дней и типичные провалы

Метрика	Цель спринта	Провал, если…
% созвонов с approved brief	≥ 80% к дню 14	brief есть, но после звонка
SLA до встречи	p50 ≥ 30 мин до старта	brief «в момент звонка»
% правок HITL	падает неделя к неделе	>70% каждый раз переписывают целиком
Пустые/выдуманные факты	0 критичных	«ЛПР Иванов» без поля в CRM
Утечки PII в промпт/лог	0	паспорт, карты, пароли в raw

Типичные ошибки, которые я режу в первую неделю:

1. Кормить модель всей историей чата без allowlist и redaction.
2. Brief на 3 экрана — менеджер не читает, KPI «есть brief» врёт.
3. Путать с post-meeting transcript/summary — другой продукт, другой триггер.
4. Автозапись в Bitrix без approve на «чувствительных» сделках.
5. 5 вопросов ради галочки, когда в CRM уже всё заполнено.

Done спринта: шаблон + HITL + поле CRM + отчёт % brief вовремя на выборке реальных созвонов, а не «промпт в Notion».

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

Чем AI-brief до созвона отличается от саммари после встречи?
До — prep: контекст, риски, вопросы, next step из CRM и переписки. После — transcript, договорённости, задачи. Разные триггеры, schema и KPI.

Нужен ли HITL, если brief «только для своих»?
Да на старте. HITL ловит выдумки, устаревший этап и тон. Auto-approve — позже и только на низкий risk + высокий confidence.

Откуда брать данные, если переписка в мессенджере, а сделка в Bitrix?
Сшивка по deal_id / phone / email: last N сообщений + поля сделки + open tasks. Без сшивки brief бесполезен.

Что если созвон назначили за час?
Короткий режим: только CRM-поля + 3 риска + 3 вопроса, статус rushed, без требования «идеальной» 1 страницы. Главное — не врать в фактах.

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

• Кейс: AI-агент после встречи — transcript → Bitrix за 14 дней
• AI-черновик ответа на входящее: tone-match + approval → Bitrix за 14 дней
• AI-скоринг входящей заявки 0–100 + reason-codes → Bitrix/HITL за 14 дней

Заказать контур AI-brief и desk под вашу CRM: https://raisovich.ru

Сколько времени занимает внедрение AI-brief перед созвоном?

Типичный спринт — 14 дней: шаблон, HITL, поле Bitrix и KPI % approved brief вовремя на реальных созвонах.

Какой confidence-порог для auto-publish brief без approve?

На старте auto-publish не включаю: confidence ниже 60 или unknown ≥ 3 — только HITL. Auto-approve позже и только на низкий risk.

Что обязательно должно быть в 1-страничном pre-call brief?

Контекст сделки, риски, ровно до 5 вопросов, next step, unknown-поля и source_refs — без выдуманных ФИО и бюджета.