Как найти сделки без следующего шага с помощью ИИ

Что получите и какие файлы нужны

Если у открытой сделки нет запланированного дела с владельцем и сроком, она может выпасть из работы. Найти такие карточки можно без подключения ИИ к CRM: собрать небольшой реестр, попросить ИИ рассортировать строки и сверить спорные места с оригиналом. ИИ ничего не меняет в CRM и никому не пишет.

На выходе нужен список для руководителя: просроченные дела, открытые сделки без следующего дела, строки с недостающими сведениями и корректно закрытые сделки, которые не надо возвращать в очередь продаж.

Весь пример вымышленный. D-101 — учебный код, не ID настоящего клиента. Дата среза — 23 сентября 2026 года, Москва. Эталон составлен редакцией по правилам ниже. Это не результат подключения к Битрикс24 и не утверждение, что какая-либо модель уже безошибочно прошла задание.

1. Выберите дату и открытые стадии

Зафиксируйте одну дату и часовой пояс. Здесь сравниваем календарные даты с 23 сентября по Москве: дело на 22-е уже просрочено, на 23-е нужно выполнить сегодня, на 25-е запланировано. Если важны часы и минуты, добавьте их в свои данные и правило — не делайте вывод о просрочке утренней встречи из одной даты.

Сверьте стадии своей воронки с тремя группами: в работе, успешно завершена, завершена без продажи. Не угадывайте группу по названию вроде «Согласование». В учебном CSV это stage_group: processing проверяем, success и failed исключаем, unknown уточняем. В документации BI Конструктора Битрикс24 похожее разделение обозначено P, S и F; это описание BI-поля, а не обещание, что оно появится в обычной выгрузке.

У успешно закрытой сделки могут быть задачи по исполнению заказа. Это другой процесс: отсутствие нового звонка по такой сделке не означает, что менеджер забыл продажу.

2. Возьмите только нужные поля из CRM

Для первого прохода достаточно десяти или двадцати сделок из одной воронки. В Битрикс24 откройте CRM → Сделки → Список, задайте фильтр, настройте колонки и выберите экспорт в CSV или Excel. Официальная инструкция подтверждает этот путь и право на экспорт. Если пункт недоступен, попросите ответственного за CRM подготовить минимальную выборку.

Оставьте ID сделки, стадию и код ответственного. Не включайте «Экспортировать все поля» и «Экспортировать все поля контактов и компаний». Имена, телефоны, email, адреса, комментарии, переписка и ссылки на карточки для этой проверки не нужны. Битрикс24 всё равно добавляет ID в экспорт: перед передачей в разрешённый ИИ-сервис замените его на локальный случайный код, а таблицу соответствия храните отдельно внутри компании.

Если включили детализацию товаров, одна сделка может занять несколько строк. Сначала разберитесь с повторами по исходному ID; не считайте их разными сделками и не удаляйте конфликтующие строки на глаз. Такое поведение описано в справке об экспорте.

3. Отдельно проверьте запланированные дела

Здесь главный подвох: по справке Битрикс24 штатный импорт и экспорт дел пока недоступен. Одна выгрузка сделок не доказывает, что следующего дела нет. Откройте режим «Дела» и карточки выбранных открытых сделок либо используйте согласованный внутренний отчёт. Справка по сделкам в работе объясняет роль дела и его срока.

Для каждой карточки запишите число открытых дел и ближайший срок. Выполненное дело не заменяет новое: если вчера отправили КП, а сделка всё ещё открыта, уточните дальнейший шаг. Не увидели список дел или не имеете прав — ставьте activities_checked=no. Пустая ячейка после неполной проверки не равна отсутствию дела.

Наш CSV — уже собранный синтетический реестр проверки, а не штатный формат выгрузки Битрикс24. Поля open_activity_count и nearest_open_activity_due появились после отдельного просмотра дел; last_completed_activity_date показывает, почему выполненное действие не считается будущим планом.

4. Сведите данные к минимуму и проверьте реестр

Оставьте коды сделок и сотрудников, группу стадии, факт проверки дел, их число и дату ближайшего. Уберите свободный текст: даже название сделки или описание дела может назвать человека, компанию или сумму. Замена ID кодом снижает риск раскрытия, но не гарантирует полной анонимности, пока хранится таблица соответствия. Не загружайте рабочую выгрузку в сервис, который компания не разрешила для этих данных. Для тренировки используйте готовый синтетический файл.

В каждой строке должен быть один deal_code. Проверьте противоречащие дубли и формат даты YYYY-MM-DD. Если activities_checked=no, оставьте число дел и дату пустыми — не подменяйте неизвестное нулём. Если группа стадии не определена, пишите unknown. Так ИИ сможет запросить проверку, а не объявлять сделку потерянной.

5. Дайте ИИ узкую задачу

Откройте учебный CSV в разрешённом вам ИИ-сервисе и вставьте запрос. Он работает с файлом, не требует доступа к CRM и не поручает агенту писать клиентам.

Дата среза: 2026-09-23, часовой пояс Europe/Moscow. Проанализируй только приложенный учебный CSV. Это вымышленные записи, не клиентская база. Ничего не отправляй и не меняй.

Сначала проверь заголовки, количество строк и уникальность deal_code. Одинаковые повторы можно учесть один раз с пометкой; если у одного кода различаются стадия, владелец, число дел или дата ближайшего дела, покажи конфликт и НЕ давай итоговые счётчики до сверки источника.

Для каждой строки выбери одну основную группу:
1) success или failed → closed_exclude; не называй продажу забытой;
2) unknown в stage_group либо activities_checked=no → insufficient_evidence;
3) processing с пустым owner_code → missing_owner; отдельно покажи наличие и срок дела;
4) processing, activities_checked=yes и open_activity_count=0 → no_next_action; прошлое выполненное дело не считается открытым;
5) processing с открытым делом и пустой или ошибочной датой → insufficient_evidence;
6) срок до 2026-09-23 → overdue; срок 2026-09-23 → due_today; срок после → scheduled.

Не считай проценты конверсии, деньги или вероятность продажи. Выведи таблицу: deal_code, группа, точное основание из полей CSV, что человеку проверить в CRM. После таблицы дай короткий список действий руководителя. Не придумывай содержание звонков и не назначай ответственного из воздуха.

missing_owner — отдельный пробел: дело может быть запланировано, но неясно, кто отвечает. Такое нельзя записывать как «нет следующего действия».

6. Сверьте результат с эталоном и CRM

Сначала попробуйте сами, затем откройте эталон сверки. Короткая контрольная таблица:

По этому учебному срезу три открытые сделки требуют разбора следующего шага: D-101 просрочена, D-102 и D-108 без открытого дела. У D-107 нужно уточнить владельца; D-106 и D-109 нельзя классифицировать до проверки. D-103 и D-104 не входят в очередь открытых продаж. Число ничего не говорит о реальном отделе продаж.

Сверяйте спорные строки в CRM, а не по красоте формулировки ИИ. Если карточка изменилась после даты среза, запишите новую дату и проверьте заново. Статический CSV не видит последующих действий менеджера.

7. Передайте проверку человеку

Руководителю нужен короткий список: код сделки → что проверить → кто проверит → до какого срока. D-101 — выяснить, состоялся ли звонок; D-102 и D-108 — согласовать новое дело или закрыть сделку по факту; D-107 — восстановить ответственного. Только после этого человек меняет карточку CRM. Не превращайте учебный вывод в автоматическое сообщение клиенту.

Если повторяете сверку раз в неделю, сохраняйте дату, одинаковое определение открытой сделки и число подтверждённых пропусков. Меньше строк в отчёте может означать и лучшее планирование, и сломанную выгрузку. Для оценки продаж понадобятся отдельные данные об оплатах и причинах потерь.

Если у вас другая CRM, названия меню отличаются. Суть проверки та же: надёжная группа стадии, один код сделки, факт проверки открытых дел, ближайший срок и владелец. Если уже есть встроенный отчёт «сделки без дел», начните с него; ИИ полезен для объяснения спорных строк и списка проверок.

Хотите разобрать свою воронку на учебном срезе? Обсудить задачу на бесплатной вводной →. Вводная — 25 минут; личное занятие по желанию — 90 минут за 10 000 ₽. Как проходит личная работа. Интеграция и разработка обсуждаются отдельно.

Негативный тест: одна сделка, два срока

Загрузите вместо исходного файла негативный набор. В нём D-105 встречается дважды: одна строка говорит о деле на 25 сентября, другая — на 22-е. Правильная реакция — показать обе строки и поставить D-105 на удержание до сверки CRM. Нельзя выбрать удобную дату, посчитать две сделки или выдать итог «всё чисто».

Остальные строки можно разобрать отдельно, но общий счётчик по файлу с конфликтом пока не годится для отчёта. Это тест правила остановки, а не доказательство надёжности конкретной модели на рабочих данных.