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