← Все статьи Статья № 02

Decision Flow: как AI ловит аномалии раньше вас

Не «машинное обучение на Big Data». Не «нейросеть, обученная на миллионах кейсов». Аномалии ловятся тремя конкретными механизмами: контекст порога, сравнение со своей историей, раннее предупреждение в момент появления.

1. Зачем COO нужен Decision Flow

COO производственной группы из семи юнитов узнавала о сбоях на юните №3 из еженедельного совещания по пятницам. К этому моменту реальная проблема существовала уже 9 дней, а её последствия проявлялись на 3–5 связанных юнитах.

Это не уникальный случай. Это типовая операционная реальность для COO любой группы с 3+ юнитами.

Причины, по которым аномалии проходят мимо COO:

  1. Разная отчётность. Семь юнитов — семь BI-систем. Унифицировать за разумные сроки невозможно.
  2. Ручная обработка. Даже если BI-дашборды настроены, кто-то должен туда заглядывать. И этот «кто-то» — COO, у которого 14 каналов внимания.
  3. «Красное на дашборде» — это уже поздно. Дашборд показывает красное, когда отклонение уже проявилось. К этому моменту ущерб уже накоплен.

Decision Flow — это продуктовый слой, который решает все три причины.

2. Что делает Decision Flow

Механизм 1 — Контекст порога

Стандартная AI-система имеет универсальный порог «сбоя»:  например, отклонение более 15% от плана. Но этот универсальный порог бесполезен на практике — потому что для одного юнита 5% — это уже аномалия, а для другого 20% — нормальная сезонность.

В Decision Flow порог калибруется индивидуально для каждой метрики каждого юнита. Методолог за 2 недели определяет индивидуальные пороги «срочности» для вашего бизнеса.

Универсальный порог: Любое отклонение > 15% от плана = сбой. Контекстный порог (Decision Flow): Юнит №3, метрика «утилизация»: сбой при > 8%. Юнит №5, метрика «выручка»: сбой при > 20% (сезонность). Юнит №1, метрика «возврат клиентов»: сбой при > 5%.

Механизм 2 — Сравнение со своей историей

Decision Flow запоминает каждый сбой за последние 18 месяцев —  и сравнивает текущее поведение не с «планом», а с реальной историей вашего бизнеса.

Это критично в двух случаях:

  1. Когда план устарел. Если ваш план был составлен в начале года, а рынок сместился — план формально «в плане», но реальность уже нет.
  2. Когда аномалия развивается медленно. Отклонение в 0.5% в неделю кажется безобидным. За 12 недель это 6% — критическая аномалия. Стандартные дашборды не ловят этот медленный дрейф. Decision Flow ловит.

Механизм 3 — Раннее предупреждение в момент появления

В стандартной BI-системе сигнал приходит, когда отклонение уже в «красной зоне». В Decision Flow сигнал приходит в момент пересечения индивидуального порога.

Стандартный BI: 02.06 — отклонение 2%. Норма. 09.06 — отклонение 5%. Норма. 16.06 — отклонение 8%. Внимание. 23.06 — отклонение 12%. Красная зона. CEO узнаёт. Decision Flow: 02.06 — отклонение 2%. Отслеживаем. 09.06 — отклонение 5%. Поднимаем в утреннюю сводку как «наблюдение». 16.06 — отклонение 8%. Поднимаем в утреннюю сводку как «требует решения». 23.06 — отклонение 12%. Сигнал в Telegram + рекомендация действия.

Разница: в стандартном BI COO узнаёт о сбое на 23.06, после того как 9 дней накапливался ущерб. В Decision Flow COO начинает принимать решения 16.06 — за неделю до того, как сбой стал критическим.

3. Как выглядит сигнал Decision Flow в Telegram

Вот реальный формат сигнала, который приходит в Telegram:

[DECISION FLOW] Аномалия · Юнит №3 Метрика: утилизация производственной линии План: 92% · Факт: 78% · Отклонение: –14 п.п. Период отклонения: 4 дня подряд Тренд: ухудшение Рекомендуемое действие: Связаться с руководителем юнита №3 в течение 30 минут для проверки графика технического обслуживания. Контекст из истории: Аналогичная аномалия 12.2025 — причина оказалась в задержке поставки комплектующих. Время реакции тогда — 9 дней (пятничное совещание). Текущее время реакции: 4 дня. Следующий сигнал: при ухудшении тренда.

Текст примера приведён с минимальной разметкой — в production-версии он передаётся plain-text без служебных символов в первой строке.

Что важно в этом сигнале:

4. Что не делает Decision Flow

  1. Decision Flow не предсказывает будущее. Он ловит аномалии в момент их появления, а не «предугадывает» сценарии. Если вы хотите предсказательную аналитику — это другой продукт.
  2. Decision Flow не разбирается в причинах. Он поднимает аномалию и рекомендует действие. Почему произошло отклонение — это задача вашей команды, а не AI.
  3. Decision Flow не заменяет ваших аналитиков. Он снимает с них нагрузку по «смотреть дашборды 7 дней в неделю». Аналитики занимаются анализом причин, а не мониторингом.

5. Когда Decision Flow не подходит

Decision Flow не подходит как основное решение, если:

Если хотя бы одно из этих условий — начните с тарифа Starter и Delegation, а Decision Flow добавьте позже.

6. Что делать, если вы хотите попробовать

Decision Flow — это продукт уровня Pro · от 600 000 ₽ в месяц. Пилотный месяц начинается после 30 минут разговора о контуре.

Decision Flow — это не «магия AI».

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

Без техно-лапши. Без обещаний «100% точности». С честным признанием границ — когда продукт работает, а когда его недостаточно.

Предыдущая статья Как CEO вернуть 15 часов в неделю
Честность о границах Когда НЕ делегировать: границы AI
Источники
Главная ADVISOR NEURO Тарифы Агенты Telegram-бот