Длительность сделки: как понять, сколько времени проходит от заявки до продажи

Сначала выбирают начало и конец измерения

Длительность сделки — время от выбранного начала до фактического результата. Разберём, какие даты Битрикс24 подтверждают эти события, почему успешные продажи считают отдельно от отказов и как показывают возраст открытых карточек, чтобы руководитель видел срок продажи, а маркетолог сравнивал источники заявок.

Рассмотрим отчёт одного отдела продаж в Битрикс24, где сделку завершают успешной стадией или отказом, а часть карточек остаётся в работе. Руководитель хочет понять, сколько компания ждёт результат и где расходуется это время. Маркетолог сравнивает источники заявок: когда обращения успевают превратиться в продажи. Начало отсчёта меняет ответ. Если считать от создания сделки, ожидание до появления карточки останется за пределами показателя, поэтому для срока от заявки понадобятся дата первого обращения и надёжная связь с последующей сделкой. Подпись отчёта должна называть обе границы, чтобы участники обсуждения понимали, какая часть продаж уже измерена.

Название показателя не заменяет описание. Подпись «от заявки до успешного завершения» требует дат этих событий, а подпись «от создания сделки до финальной стадии» — другого набора данных.

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

Плановая дата не доказывает день продажи

В описании набора данных сделок Битрикс24 CLOSEDATE обозначена как плановая дата окончания. Исходное значение по умолчанию — через семь дней после создания. Вычитание даты создания из этого поля без проверки настроек способно показать план, а не фактическую длительность.

Семидневное значение может оказаться планом. Когда сотрудники не меняют автоматически поставленную дату, одинаковые сроки в выгрузке ещё не означают одинаковую скорость продаж: отчёт снова и снова получает первоначальный срок закрытия карточки.

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

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

Маркетологу не нужно разбирать всю структуру CRM. Достаточно попросить показать две даты в карточке и соответствующую запись истории, объяснив, почему именно они участвуют в расчёте.

Финальная стадия бывает успешной и неуспешной

Закрытая сделка может быть отказом. В документации Битрикс24 CLOSED=Y означает финальную стадию, а STAGE_SEMANTIC_ID различает S — успех, F — неуспешное завершение и P — работу.

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

Для фактического окончания нужен переход на выбранную финальную стадию. В наборе crm_deal_stage_history DATE_CREATE относится к моменту перехода, а не к появлению самой сделки, поэтому одноимённую дату в истории и дату создания карточки читают в разных контекстах. Тип записи 1 описывает создание, 2 — промежуточный переход, 3 — финальный. У одной сделки может оказаться несколько завершений. Если её вернули в работу, а позже снова закрыли успешно, для отчёта заранее выбирают правило окончания и сопоставляют нужный переход с результатом в карточке. Это правило применяют ко всем таким сделкам, сохраняя один смысл показателя при сравнении периодов.

Поля START_DATE и END_DATE документация связывает с BEGINDATE и CLOSEDATE самой сделки. Для разбора фактических пауз надёжнее сопоставлять реальные переходы в истории: исполнитель показывает, какое событие открывает интервал ожидания и какое его завершает, а аналитик сверяет порядок этих событий с карточкой.

Открытые сделки нельзя считать завершёнными сегодня

У сделки в работе известен возраст на дату отчёта. Окончательный срок ещё неизвестен. Если подставить дату отчёта как конец продажи, получится длительность события, которого пока не произошло.

В статистике такое ограничение наблюдения называют правым цензурированием. Справочник NIST/SEMATECH объясняет общую ситуацию: до конца наблюдения событие не наступило, а точное будущее время неизвестно. Применение этого принципа к сделкам означает, что их текущий возраст полезно показывать, но нельзя выдавать за завершённый цикл.

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

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

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

Среднее и медиана показывают разные стороны срока

Среднее чувствительно к длинной сделке. В условном наборе 5, 9 и 40 дней сумма сроков равна 54, деление на три продажи даёт среднее 18 дней, а медиана равна 9 — центральному значению упорядоченного набора.

Долгое согласование остаётся в выборке. Медиана помогает увидеть середину, а среднее учитывает каждый из сроков, поэтому я сравниваю оба числа и разбираю самые длительные сделки, когда между показателями возникает заметный разрыв. Исключать их ради красивого среднего плохая идея: отчёт перестанет показывать ту часть ожидания, с которой руководителю нужно работать. Рядом с показателями указывают количество сделок и распределение сроков. Тогда видно, как часто встречаются быстрые продажи и насколько далеко тянется ожидание по остальным.

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

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

Как разделить сроки для управления и маркетинга

Для руководителя полезен разбор ожидания по стадиям: где сделка проводит время и почему. Для маркетолога — сопоставление источников заявок при одинаковом начале отсчёта, одинаковом результате и достаточном времени наблюдения.

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

Повторный заказ и первое обращение имеют разные условия. Если один канал приводит людей, которые уже покупали, а другой — новых клиентов, сначала разделяют эти группы и лишь затем сравнивают сроки, иначе длительность может отражать знакомство покупателя с компанией вместо различий в работе рекламы.

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

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

Что проверить, прежде чем обсуждать ускорение

Начните с одной строки отчёта. По карточке восстанавливаются начало, фактическое окончание и результат, а правило расчёта объясняет, почему именно эти события вошли в показатель, — тогда спор о длительности можно решать на данных.

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

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

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