Возраст этапа CRM: текущий вход и накопленное время

Выберите вопрос до выбора поля

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

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

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

Дайте четырём величинам разные названия

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

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

В HubSpot эти различия имеют практическое значение. Документация указывает, что Latest time in stage и Cumulative time in stage для текущего незавершённого захода не обновляются до выхода; если заходы уже были, поля отражают предшествующую историю. Для текущего состояния предусмотрены Date entered current stage и Time in current stage. HubSpot: Stage calculated properties.

Это поведение конкретного продукта. В другой системе поле с названием cumulative может включать текущий интервал. Перед построением правила проверьте фактическую семантику на записи с повторным входом, а не ориентируйтесь только на перевод подписи.

Учебная история трёх входов

Все события условные, время — 09:00 UTC. Используются календарные сутки без исключения выходных. Сделка создана 1 сентября 2026 года на этапе квалификации.

• 3 сентября: вход в «Предложение».
• 7 сентября: выход в «Переговоры».
• 10 сентября: повторный вход в «Предложение».
• 12 сентября: выход в «Проверка условий».
• 14 сентября: третий вход в «Предложение».
• 17 сентября: момент отчётного среза; этап всё ещё «Предложение».

Первый завершённый интервал длится четыре суток, второй — двое. Сумма завершённых интервалов равна 6. Текущий возраст с 14 по 17 сентября — 3 суток. Накопленное время в предложении на срез составляет 4 + 2 + 3 = 9 суток.

Последняя завершённая длительность равна 2 суткам. Возраст сделки от создания — 16 суток. Разница между первым входом в предложение и срезом — 14 суток, но она включает пять суток на других этапах и потому не является временем в предложении.

Проверка всей истории: 2 суток квалификации + 4 первого предложения + 3 переговоров + 2 второго предложения + 2 проверки условий + 3 текущего предложения = 16 суток. Три входа в этап не создают три независимые сделки.

Один набор данных может дать разные сигналы

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

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

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

Восстановите интервалы из событий

Для воспроизводимого расчёта храните идентификатор сделки, воронку, устойчивый идентификатор этапа, предыдущее и новое значение, время фактического перехода, время регистрации и источник. Название этапа может измениться; его история не должна сливаться с другим этапом только из-за совпавшего текста.

Сначала упорядочьте подтверждённые переходы. Каждый вход связывается с соответствующим выходом. Последний незакрытый интервал заканчивается моментом среза только для текущего расчёта; это не выдуманное событие выхода в CRM.

Повторная доставка того же события не создаёт ещё один интервал. Техническое сохранение прежнего значения также не означает новый вход. При нескольких изменениях с одинаковым временем используйте доступную последовательность источника или помечайте неопределённость; не придумывайте порядок ради готового числа.

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

Миграция и исправление требуют отдельной обработки

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

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

Переименование этапа, смена ответственного и изменение суммы не должны автоматически обнулять возраст. При переносе между воронками задайте правило соответствия: одинаковая надпись «Согласование» может иметь разные входные и выходные критерии. Сохраните прежнюю воронку как часть контекста.

Календарное и рабочее время не смешиваются

В учебном примере считаются календарные сутки. Если бизнес использует рабочие часы, потребуются календарь, часовой пояс и правила исключений. Три календарных дня через выходные не равны трём рабочим дням.

Возраст этапа также отличается от просрочки обещанного действия. Сделка может находиться в согласовании неделю, но клиент попросил вернуться только завтра. И наоборот, короткий этап может содержать уже нарушенное обещание ответа. Срок следующего контакта проверяйте отдельно по порядку CRM follow-up.

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

Чек-лист приёмки времени на этапе

1. История примера даёт 3 суток текущего возраста и 9 накопленных на срез.
2. Последний завершённый заход равен 2 суткам, сумма завершённых — 6.
3. Разница от первого входа до среза не выдается за время в этапе.
4. Повторное событие и сохранение того же значения не создают новый заход.
5. Переименование и смена ответственного не обнуляют часы.
6. Неизвестная дата входа после импорта отображается как неизвестная.
7. Позднее исправление сохраняет объяснимую редакцию.
8. Текущий и накопленный пороги используют разные подходящие поля.
9. Рабочее время не сравнивается с календарным без явного пересчёта.

Для SABSUS проверьте события и необходимые поля через CRM, операционные журналы и отчёты. Готовые вычисляемые свойства и полноту истории нужно подтвердить в выбранной конфигурации.

Частые вопросы

Возврат на этап обнуляет накопленное время?

Нет в модели этой статьи. Он начинает новый текущий интервал, а прежние посещения остаются частью накопленной истории.

Можно считать от даты последнего изменения карточки?

Только если доказано, что изменение было именно входом на этап. Заметка, сумма или назначение владельца обычно означают другое событие.

Большой возраст означает, что сделку нужно закрыть как проигранную?

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

Источники

• HubSpot: Stage calculated properties — текущие и завершённые интервалы этапа.
• HubSpot: Property history — прежние значения, время и источник изменения.

Источники проверены 9 октября 2026 года. История сделки и пороги вымышлены.