Перейти к содержимому

Точность прогноза продаж

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

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

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

  • Хранит снимки прогноза. Раз в неделю сервис фиксирует прогноз по каждой сделке и менеджеру, а затем автоматически сравнивает его с закрытой выручкой.
  • Оценивает точность менеджеров. Для каждого менеджера видна история отклонений: кто стабильно попадает, кто завышает, а кто занижает.
  • Отмечает переносы. Сделки, прошедшие прогнозную дату закрытия, помечаются с историей всех переносов и изменений суммы.
  • Показывает динамику. Графики по периодам показывают, становится ли команда точнее со временем.
  • Раскрывает причину отклонения. Из итоговой цифры можно перейти к этапам, сегментам, менеджерам и конкретным сделкам, которые дали расхождение.
  • Задним числом точность не посчитать. Если снимки не сохранялись, прошлые прогнозы потеряны. Снимки начинают собирать с первого дня, даже до готовности дашборда. Еженедельной частоты обычно достаточно, и делает её фоновая задача, а не менеджер.
  • Не все промахи одинаковы. Менеджер, который каждый квартал ошибается на 5%, и менеджер, промахнувшийся на 40% один раз, — разные случаи. Сервис показывает характер отклонений, а не только итог.
  • Заниженный прогноз — тоже проблема. Систематическая перестраховка мешает планированию не меньше оптимизма. Порог для отметки, например 20% ниже факта, задают в настройках.
  • Нужна детализация до сделки. Промах из-за одной перенесённой крупной сделки и из-за десяти выпавших мелких лечатся по-разному.
  • Сверять чаще, чем раз в квартал. Сравнение по неделям и месяцам даёт сигнал раньше, пока ещё можно скорректировать план.
  • «Хорошая точность» — договорённость. Для многих B2B-команд ориентир — отклонение в пределах 10%, но границы оценок задаёт руководитель, и они хранятся как настройки.
  • CRM остаётся источником прогноза. Сервис подключается к той же базе или API, в которую пишет CRM, и только измеряет, насколько прогноз оказался верным. Менеджер видит свою историю, руководитель — команду, коммерческий директор — сводку по регионам; ограничение действует на сервере.

Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному и проверяйте результат каждого шага.

Создай модели и миграции для дашборда точности прогноза: Deal (внешний id,
менеджер, сегмент, этап, сумма, прогнозная дата закрытия, категория
прогноза, фактический результат и дата), ForecastSnapshot (дата снимка,
период прогноза, менеджер, сумма прогноза), DealSnapshot (снимок, сделка,
сумма, этап, прогнозная дата). Добавь фабрики с историей за несколько
кварталов.
Сделай фоновую задачу по расписанию: раз в неделю сохранять снимок прогноза
по каждому менеджеру и каждой открытой сделке из CRM. Повторный запуск
за ту же неделю не должен создавать дубли. Пиши журнал запусков с ошибками.

Проверьте, что снимок не меняется после того, как сделка обновилась в CRM.

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

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