CRM · ИЗМЕНЕНИЕ ОТКРЫТОЙ ВОРОНКИ
Почему изменилась воронка: сверка двух снимков без повторного счёта
В начале недели в открытой воронке было 300 000, в конце — 255 000. Разница сама по себе не показывает, какие сделки выиграны, какие перенесены и сколько нового бизнеса добавлено. Построим проверяемую сверку, в которой каждое изменение имеет понятное основание и не считается дважды.
Зафиксируйте две даты и один охват
Нужны две даты наблюдения и отдельный целевой период ожидаемого закрытия. Например, сравниваем снимки на 1 и 8 октября 2026 года в 09:00 UTC, а воронкой считаем открытые сделки выбранной команды с ожидаемым закрытием с 1 по 31 октября включительно. Все числа и события ниже учебные.
Период закрытия между снимками остаётся тем же. Если в одном отчёте «текущий месяц» означает октябрь, а в другом уже ноябрь, сравниваются разные наборы. Аналогично сохраните состав команды, воронку, список открытых этапов, смысл суммы и правила валюты. В примере одна валюта, сумма сделки без налогов и без вероятностного взвешивания.
Снимок хранит то, что было известно на его дату. Сегодняшняя карточка не может восстановить прежний срок или цену сама по себе. Проверьте наличие исторических значений или сохраняйте контролируемую выгрузку заранее.
Отдельная статья о взвешенном прогнозе продаж объясняет вероятность результата. Здесь решается другая задача: точно свести начальную и конечную открытые суммы и понять причины разницы.
Четыре состояния дают основу сверки
Для каждого устойчивого ID сделки определите, входила ли она в заданную открытую воронку на первом и втором снимках. Для проверки входящих записей нужны также сведения о сделках вне выбранного периода и о закрытых сделках; одной выгрузки текущей открытой очереди недостаточно.
- Входила в оба снимка. В сверку попадает только конечная сумма минус начальная.
- Входила только в первый. Вычитается её начальная сумма; причина выхода уточняется отдельно.
- Входила только во второй. Прибавляется её конечная сумма; выясняется, была ли сделка создана, перенесена, повторно открыта или иначе включена в охват.
- Не входила ни в один. В изменение двух открытых остатков она даёт ноль, хотя между датами могла иметь важные события.
Итоговое равенство: конечная открытая сумма = начальная открытая сумма + конечные суммы вошедших − начальные суммы вышедших + изменения сумм оставшихся. Каждый ID относится ровно к одному из четырёх состояний.
Это собственная модель сверки конечных состояний. Готовые отчёты CRM могут разлагать движения по событиям и применять другой порядок. Нельзя брать часть категорий из такой модели, часть из готовой диаграммы и ожидать совпадения.
Учебные сделки: от 300 000 к 255 000
На первом снимке в октябрьской открытой воронке пять сделок: A — 100 000, B — 80 000, C — 60 000, D — 40 000, E — 20 000. Вместе 300 000.
- A остаётся открытой в октябре, сумма увеличилась до 120 000: изменение +20 000.
- B остаётся открытой, но ожидаемое закрытие перенесено на ноябрь: из октябрьского остатка выходит начальная сумма 80 000.
- C выиграна между снимками: из открытого остатка выходит 60 000.
- D проиграна: выходит 40 000.
- E остаётся открытой в октябре, сумма уменьшилась до 15 000: изменение −5 000.
- F создана после первого снимка и остаётся открытой в октябре на 50 000: вход +50 000.
- G уже существовала с ноябрьской датой, затем перенесена в октябрь и на втором снимке равна 40 000: вход +40 000.
- H была закрыта как проигранная, затем повторно открыта и включена в октябрь на 30 000: вход +30 000.
Сверка: 300 000 + 20 000 − 5 000 − 80 000 − 60 000 − 40 000 + 50 000 + 40 000 + 30 000 = 255 000.
Независимая проверка второго снимка: A 120 000 + E 15 000 + F 50 000 + G 40 000 + H 30 000 = 255 000. Разница между расчётным и фактическим остатком равна нулю. Если она не ноль, сначала найдите пропуск, дубль, валюту или сменившийся фильтр; не добавляйте необъяснённую строку «прочее» ради совпадения.
Одновременное изменение суммы и срока считается один раз
Допустим, G на первом снимке была открыта в ноябре на 35 000. К моменту второго снимка её цена выросла до 40 000, а срок оказался в октябре. В нашей сверке октябрьской воронки G вошла с конечной суммой 40 000. Дополнительные +5 000 в категории роста дали бы двойной счёт.
Для B допустим обратный случай: при переносе из октября в ноябрь сумма изменилась с 80 000 на 70 000. Выход из начального октябрьского остатка всё равно равен −80 000. Отдельное уменьшение на 10 000 в этой же сверке не требуется. Изменение цены остаётся в журнале сделки и может анализироваться отдельно.
Такой порядок означает, что категории объясняют изменение выбранного остатка, а не все переговоры о цене. Для детализации каждого события понадобится последовательный журнал движений с собственными правилами суммы на момент события.
Выход по победе отличается от суммы выигранных сделок
Предположим, C закрылась успешно на 55 000 после согласованного уменьшения. В первом открытом остатке она занимала 60 000. Чтобы свести два остатка, категория «вышло после победы» убирает именно 60 000. В отдельном отчёте о новых выигранных сделках будет 55 000.
Оба числа полезны и отвечают на разные вопросы. Подпишите выход как «начальная открытая сумма сделок, выигранных к срезу», чтобы его не приняли за объём фактических побед. Если нужен событийный вариант, можно показать −5 000 изменения цены, затем −55 000 закрытия. Он также даст −60 000, но требует известной последовательности и не должен смешиваться с правилом одного выхода по начальной сумме.
Ещё одна сделка I могла появиться на 30 000 и выиграться целиком между снимками. В обоих открытых остатках её нет, поэтому вклад в их изменение равен нулю. Однако в отчёте о выигранных за неделю сделках она присутствует. Следовательно, сверка остатков не заменяет отчёт о поступлении новых сделок и результатах за период.
Уточняйте причины входа и выхода
Повторно открытая H сохраняет прежний ID и отдельное основание возврата в работу. Она не становится впервые созданной сделкой. Если исходную запись ошибочно закрыли, исправление также следует отличать от настоящего возобновления переговоров.
Выход может быть связан не только с победой, проигрышем или переносом даты. Возможны переход в другую воронку, передача другой команде, устранение дубля, архивирование или исправление неизвестной даты. Для каждого такого случая нужна понятная отдельная причина. Если изменилось несколько признаков, задайте устойчивый приоритет основной причины и сохраните остальные как пояснения, не создавая второй денежный выход.
Пропавший из выгрузки ID нельзя автоматически считать проигрышем. Сначала проверьте права доступа, фильтр, удаление и полноту выгрузки. При отсутствии подтверждения оставьте неразобранное расхождение и владельца проверки. Неизвестная сумма также не должна превращаться в ноль.
Передача между менеджерами одной и той же выбранной команды не меняет командный остаток. В личных отчётах это может быть выход у одного и вход у другого; при объединении отчётов внутренний перенос должен взаимно погаситься.
Проверьте определения готового отчёта CRM
HubSpot описывает Deal pipeline waterfall с категориями создания, переноса, увеличения, уменьшения, выигрыша и проигрыша. Документация отдельно объясняет, какую дату использует отчёт для закрытых и открытых сделок; Pushed также может включать сделки, чей срок наступил, но которые не были закрыты к концу выбранного диапазона. HubSpot: Sales analytics reports.
Salesforce Pipeline Inspection, в свою очередь, включает в New созданные или повторно открытые возможности при выполнении условий фильтра. Поэтому одинаково переведённое слово «новые» может не совпасть с вашим внутренним определением «впервые созданные». Salesforce: Pipeline Inspection Metrics and Fields.
Перед сравнением с собственной сверкой возьмите по одному спорному ID: перенос с изменением цены, повторное открытие, победа после уменьшения суммы, незакрытая просроченная сделка. Откройте состав категории и объясните, какая дата и сумма попали в расчёт. Совпадение общего итога без такой проверки ещё не подтверждает одинаковый смысл показателей.
Когда двух снимков недостаточно
Сделка могла выйти из октября, вернуться, закрыться и снова открыться. Если на двух конечных снимках сумма и принадлежность совпали, наша сверка покажет нулевое изменение. Она не покажет число переносов, длительность отсутствия и всю нагрузку на сотрудников.
Для этих вопросов храните журнал изменений: ID, прежние и новые значения, время события, время записи и источник. Правила повторного входа на этап помогают отдельно проверить временные интервалы. Событийный анализ и сверка остатков могут существовать рядом с разными названиями.
Если после первого снимка обнаружена ошибка старых данных, сохраняйте исходную версию отчёта и пересчитанную с описанием исправления. Не выдавайте изменение исторической записи за новое коммерческое движение недели.
Чек-лист приёмки
- Оба снимка используют один целевой период, состав команды, смысл суммы и валютные правила.
- Начальные пять сделок дают 300 000, конечные пять — 255 000.
- Расчёт движений даёт тот же остаток 255 000 и нулевую необъяснённую разницу.
- G входит на 40 000 без добавочных 5 000 роста.
- B выходит на исходные 80 000 независимо от новой ноябрьской цены.
- Выход C на 60 000 не подписан как фактическая победа на 55 000.
- Повторно открытая H отделена от впервые созданной F.
- Сделка I, созданная и выигранная между снимками, остаётся видна в отдельном отчёте результатов.
- Недоступные записи, неизвестные суммы и исправления не скрыты в нулевых значениях.
В SABSUS проверьте доступные поля и историю через CRM и отчёты. Исторические снимки, готовую диаграмму и её категории нужно подтвердить в конкретной конфигурации. Первый полезный результат — небольшой список сделок, по которому руководитель может вручную повторить сверку.
Короткие ответы
Сокращение открытой воронки означает ухудшение продаж?
Не обязательно. Часть могла превратиться в подтверждённые победы. Разберите причины выхода и отдельный результат закрытых сделок.
Можно сразу сложить все показатели диаграммы CRM?
Сначала проверьте, что они образуют именно аддитивную сверку и используют одинаковые суммы, даты и охват. Показатели событий могут пересекаться.
Эта сверка показывает вероятность выполнения плана?
Нет. Она объясняет изменение записанной открытой суммы. Вероятность и горизонт результата требуют отдельной модели прогноза.
Источники
- HubSpot: Create sales reports in the sales analytics suite — определения отчётов и категорий изменений.
- Salesforce: Pipeline Inspection Metrics and Fields — условия показателей, включая повторное открытие.
Источники проверены 11 октября 2026 года. Метод конечных состояний и сделки A–I являются самостоятельным учебным примером, а не воспроизведением внутренней формулы одного из продуктов.