Красивый процент ещё не объясняет продажи
Вы просите AI посчитать конверсию квалификации в предложение. В ответе — уверенный процент, короткий вывод о менеджерах и совет изменить скрипт. Но из каких сделок получился этот процент? Если AI сравнил сегодняшние остатки на двух этапах, обсуждать качество работы отдела пока рано.
Ошибка может возникнуть ещё до деления: модель выбрала другую группу карточек, посчитала повторные переходы или смешала разные периоды. Правильная арифметика этого не исправит. Руководителю нужен расчёт, который можно восстановить по конкретным ID и датам.
Ниже — способ задать правила до запроса, проверить результат на маленьком учебном наборе и получить отчёт, пригодный для планёрки. Он подходит для обсуждения аналитики amoCRM и Битрикс24; конкретный источник истории нужно проверять для своего подключения.
Остатки, входы и конверсия отвечают на разные вопросы
Текущий остаток показывает, сколько сделок находится на этапе в момент запроса. Это полезно для оценки нагрузки. Из него нельзя узнать, сколько карточек прошли этап за прошлую неделю: часть уже ушла дальше, закрылась или вернулась назад.
Входы за период показывают события перехода на выбранный этап. Одна сделка может войти несколько раз. Поэтому отдельно нужны число событий и число уникальных ID. Эти показатели помогают увидеть движение, но ещё не определяют конверсию между двумя этапами.
Для конверсии выбранной группы сначала фиксируют сделки, вошедшие на исходный этап, затем проверяют, какая часть именно этих сделок достигла целевого этапа позже. Такую группу называют когортой. Числитель должен состоять из сделок знаменателя.
Отношение входов на второй этап к входам на первый за одну календарную неделю может оказаться выше 100%: на второй этап дошли старые сделки. Это соотношение двух потоков. Его можно показывать отдельно, с точным названием, но оно не означает, что более 100% выбранных клиентов перешли дальше.
Согласуйте пять условий перед расчётом
Фраза «конверсия за неделю» оставляет слишком много решений за AI. Опишите воронку, исходный и целевой этапы, интервал отбора и момент окончания наблюдения. Названия этапов сверьте с их идентификаторами: одинаковое слово в двух направлениях продаж не делает их одной выборкой.
Вход на исходный этап и достижение целевого могут относиться к разным датам. Например, отбираем вошедших с 1 октября включительно до 8 октября 2026 года не включительно, а результат смотрим до 15 октября не включительно. Все границы — по Москве. Дата создания сделки здесь не заменяет дату входа.
Заранее решите, считать ли только первый в жизни вход или первый вход внутри выбранного интервала, учитывать ли пропущенные этапы и что делать с возвратами. Ниже считаем один ID один раз по первому входу внутри интервала. Более поздний возврат не отменяет уже подтверждённое достижение целевого этапа.
- Объект и область: сделки одной выбранной воронки, с понятными исключениями.
- Событие отбора: подтверждённый вход на исходный этап внутри точного интервала.
- Событие результата: подтверждённый вход на целевой этап после отбора и до границы наблюдения.
- Единица подсчёта: уникальный ID сделки, независимо от количества повторных входов.
- Правила спорных случаев: пропуск этапа, повторная квалификация, перенос в другую воронку и недоступная история.
Учебный пример: четыре сделки и один лишний клиент
Все ID, даты и цифры в этом примере вымышлены. Анализируем переход из «Квалификации» в «Предложение» в одной воронке. Интервал входа: с 1 октября 00:00 до 8 октября 00:00. Наблюдение заканчивается 15 октября 00:00, часовой пояс — Москва. История для учебного набора полная.
В группу попадают четыре ID: 101, 102, 103 и 104. До границы наблюдения целевого этапа после входа достигли 101 и 102. Конверсия группы на эту дату: 2 / 4 × 100% = 50%. Повторный вход 102 не увеличивает знаменатель. Сделка 105 не попадает ни в числитель, ни в знаменатель: её квалификация была в сентябре.
Сделка 104 ещё в работе. Она остаётся в знаменателе выбранной группы, но на дату проверки не входит в числитель. Это не доказательство окончательного отказа: позже показатель этой же группы может измениться. Для сравнения недель полезно давать каждой группе одинаковое время наблюдения, например 14 дней после индивидуального входа каждой сделки.
В нашем наборе пять событий входа в квалификацию за интервал, но четыре уникальные сделки. До 15 октября предложение получили три уникальные сделки из всего набора, включая сентябрьскую 105. Деление 3 на 4 дало бы 75%, а деление 2 на 5 — 40%. Оба результата отвечают другой логике отбора и не являются конверсией согласованной группы.
- 101: квалификация 1 октября, предложение 3 октября. Учитываем один раз в обоих счётчиках.
- 102: квалификация 2 октября, повторный вход 4 октября, предложение 9 октября. Учитываем один раз в обоих счётчиках.
- 103: квалификация 3 октября, неуспешное закрытие 6 октября без предложения. Только знаменатель.
- 104: квалификация 6 октября, до конца наблюдения остаётся на этом этапе. Только знаменатель.
- 105: квалификация 28 сентября, предложение 3 октября. Исключаем: вход на исходный этап вне интервала.
Запрос, который заставляет показать метод и сделки
Замените названия и границы своими значениями. Если AI видит только итоговые суммы по двум этапам, попросите сначала проверить возможность получить историю по ID. Нельзя восстановить пересечение групп из двух независимых счётчиков.
В ответе ждите определение показателя, оба списка ID, основания включения и ограничения. Для большой выборки подробности могут быть в отдельном файле или доступной выгрузке; короткая таблица с несколькими примерами должна быть явно обозначена как часть результата.
Попробуйте спросить AIПроверь конверсию из «Квалификации» в «Предложение» в выбранной воронке. Сначала уточни ID воронки и этапов. Отбери уникальные сделки с подтверждённым входом на «Квалификацию» с 01.10.2026 00:00 включительно до 08.10.2026 00:00 не включительно, Москва. Для каждой возьми первый вход внутри этого интервала. В числитель включи только ID этой группы, для которых подтверждён более поздний вход на «Предложение» до 15.10.2026 00:00 не включительно. Повторы считай один раз; пропуск целевого этапа не считай его достижением. Покажи формулу, ID знаменателя и числителя, даты событий, отдельный список ещё открытых сделок и полноту источников. Текущий этап не используй для исключения исторически вошедших сделок. Если истории или средств сопоставления недостаточно, перечисли пробелы и не выдавай приблизительный процент за подтверждённый. Ничего не меняй в CRM.
Что можно проверить через ОМНИТЕРА
ОМНИТЕРА подключает AI к данным CRM. В инструментах для amoCRM есть отчёт по сделкам, исторически вошедшим на выбранный этап. Он различает события входа и уникальные сделки, показывает их текущие исходы и сообщает об ограничениях выборки. Сделка, уже ушедшая дальше, не исключается из группы только из-за текущего статуса.
Для Битрикс24 также предусмотрен отчёт по историческому входу на стадию. Источник истории отличается от amoCRM: официальная документация Битрикс24 описывает отдельный метод получения движения по стадиям, а amoCRM — события изменения статуса. Доступность и полноту нужно проверять в соответствующем подключении.
Текущий исход отобранных сделок и достижение конкретного промежуточного этапа к прошлой дате — разные задачи. Готовую сводку исходов нельзя автоматически объявлять исторической конверсией между любыми двумя этапами. Для такого расчёта потребуется доступная история по тем же ID и проверка последовательности событий.
Начните с одной знакомой воронки и небольшого интервала. Подключение через ОМНИТЕРА позволяет задавать вопросы к доступным данным CRM в диалоге; качество управленческого вывода проверяйте по формуле и карточкам, которые лежат в его основе.
Пять проверок перед планёркой
Сначала сопоставьте знаменатель с несколькими знакомыми сделками: вошедшей раньше периода, вернувшейся на этап и уже закрытой. Эти случаи быстро обнаруживают подмену исторического входа текущим состоянием.
Затем проверьте, что каждый ID числителя присутствует в знаменателе и событие целевого этапа произошло после выбранного входа. Пересчитайте итог из количества уникальных ID. При пустом знаменателе процент не определён; ноль процентов означал бы другой результат.
Отдельно уточните полноту: просмотрены ли все доступные страницы истории, не ограничен ли список строк и есть ли нечитаемые карточки. Короткий список примеров не обязательно означает неполный итог, а полный список видимых строк не гарантирует полную историю. Попросите назвать ограничения каждого источника.
- Одна ли воронка и одни ли этапы использованы во всех частях ответа?
- Совпадают ли границы отбора, наблюдения и часовой пояс с заданием?
- Удалены ли повторные ID без потери подтверждённых событий?
- Все ли сделки числителя принадлежат выбранной группе?
- Можно ли отличить подтверждённый результат от случая с недоступной историей?
Как превратить проверенный расчёт в решение
После проверки процента разберите сделки, которые ещё не достигли целевого этапа. Разделите их на открытые, закрытые без достижения и случаи с недостатком данных. Для открытых попросите доступные факты о следующем шаге и вопрос, который стоит задать ответственному.
Не сравнивайте менеджеров по одному проценту без состава групп и одинакового времени наблюдения. Недавняя группа и старый портфель находятся в разных условиях; четыре учебные сделки ничего не доказывают о качестве реального отдела. Для поиска причин нужны история коммуникаций и контекст продаж.
Начните с проверяемого запроса к одной воронке. На главной ОМНИТЕРА можно выбрать подключение своей CRM и посмотреть, как работать с её данными через AI. Первый полезный результат — отчёт, где понятны группа, события и следующий управленческий шаг. Такой отчёт проще обсуждать с командой и повторять по тем же правилам.