Прогноз продаж с ИИ: какие данные нужны и почему цифре нельзя верить сразу

Проверьте базу до модели

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

Не смешивайте заказы, выручку, оплату и валовую прибыль. Руководитель может спросить о «продажах», а разные команды под этим словом понимают разные показатели. Запишите определение до построения графика.

Что ИИ может сделать первым

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

Проверьте прогноз на прошлом

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

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

Не смешивайте сценарий и обещание

Руководителю полезнее увидеть диапазон условий, чем одну «умную» цифру: базовый сценарий по подтверждённым сделкам, вариант с вероятными заказами и риск при переносе крупного клиента. Для каждого покажите, какие записи меняют итог сильнее всего. Если модель не может объяснить источник изменения, использовать её прогноз для закупки партии товара рано. Формулировка должна отличать данные CRM от предположения менеджера.

Когда прогноз особенно ненадёжен

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

Решение о внедрении

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

Почему важен простой базовый прогноз

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

Что спросить на совещании

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

Как часто пересчитывать прогноз?

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