Леонид ИваненковВсе материалы →

Отчётность по продажам

Прогноз продаж из CRM: почему сумма воронки не равна ожидаемым оплатам

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

Разделите воронку, прогноз и оплаты

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

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

Сначала зафиксируйте период и событие прогноза: подписанный договор, отгрузка, выставленный счёт или поступление денег. Без этого участники обсуждения могут называть прогнозом разные показатели и получать несопоставимые цифры.

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

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

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

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

Не подменяйте проверку стандартным процентом стадии

Расчёт «сумма сделки × вероятность стадии» полезнее простой суммы воронки, но сам по себе не прогнозирует оплату. Вероятность выиграть сделку, вероятность завершить её к нужной дате и вероятность получить деньги в периоде — разные оценки.

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

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

Соберите несколько сценариев

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

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

Ручная корректировка допустима, когда есть существенная информация, которой нет в системе. Зафиксируйте сумму изменения, основание, автора и дату. Тогда корректировку можно проверить после завершения периода, а прогноз не превращается в неподконтрольное мнение руководителя.

Вымышленный пример прогноза

Все суммы и условия в примере вымышлены и нужны только для объяснения метода. Это не клиентский кейс и не отраслевой ориентир.

Допустим, открытая воронка на октябрь состоит из четырёх сделок на 12 млн ₽. По сделке на 3 млн ₽ подтверждены договор, условие и дата оплаты всей суммы в октябре. Сделка на 2 млн ₽ зависит от решения комитета клиента до 10 октября; при положительном решении условия предусматривают платёж всей суммы в октябре. У сделки на 4 млн ₽ просрочена ожидаемая дата и нет следующего шага. По сделке на 3 млн ₽ отправлено предложение, но дата решения и условия оплаты не подтверждены.

Называть 12 млн ₽ прогнозом оплат нельзя. Базовый сценарий — 3 млн ₽ при условии сохранения подтверждённой даты. Расширенный сценарий — 5 млн ₽, если комитет примет решение и подтверждённый платёж 2 млн ₽ состоится в октябре. Остальные 7 млн ₽ остаются в открытой воронке, но не получают дату оплаты без дополнительных оснований.

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

Границы такого прогноза

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

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

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