Событие важнее отчёта: почему процесс, видимый в отчётности, уже неуправляем

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

Тот же процесс, устроенный на событиях, ведёт себя иначе. Письмо не открыто за три дня — уведомление приходит на третий день, а не в понедельник. Разница не в качестве аналитики, а в том, что действие ещё возможно.

Чем событие отличается от показателя

Различие практическое, а не терминологическое. Показатель — это агрегат за период, у него есть значение и нет адресата. Событие — это факт с меткой времени, у него есть адресат и предписанное действие. Из одного и того же наблюдения можно сделать и то, и другое, но управляет только второе.

У события есть время, у показателя — период. «Письмо не открыто за три дня» указывает на конкретный документ и конкретную дату. «Открываемость 62%» не указывает ни на что, с чем можно что-то сделать.

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

У события есть предписанное действие. Не «обратить внимание», а «перепроверить канал доставки» или «позвонить». Если действие не названо заранее, событие превращается в уведомление, а уведомления перестают читать на второй неделе.

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

Третий столбец не требует ничего, кроме решения о том, что считать событием и кто по нему действует. Ни одна строка в нём не нуждается в аналитической платформе — все четыре реализуются в системе, которая у компании уже есть.

Сколько времени проходит между фактом и его обнаружением

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

Ограничение существенное: выборка — компании, обратившиеся к внешнему консалтингу после инцидента, то есть смещённая в сторону более серьёзных случаев, а точное число расследований в расчёте медианы не раскрыто. И это не прямой аналог управленческой отчётности. Но разбивка 9 против 25 дней показывает ровно то, что нужно: способ обнаружения меняет срок втрое, а сам факт остаётся тем же.

Чем платят за управление по отчёту

Цена запаздывания не абстрактна: решения продолжают приниматься, просто на устаревших данных.

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

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

Как перевести процесс на события

Работа занимает несколько часов и состоит из трёх решений. Ни одно из них не техническое.

Первое решение сложнее, чем кажется, потому что требует назвать порог. «Долго не отвечает» событием не является. «Не открыл письмо за три дня» — является. Порог выбирается не из точности, а из практики: он должен быть короче времени, за которое ситуацию ещё можно изменить.

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

Четвёртый узел объясняет, зачем отчётность нужна в схеме событий. Она не исчезает, но меняет предмет: вместо «что происходило с процессом» она измеряет «как мы отработали события». Это единственный отчёт, по которому можно управлять с недельным циклом.

Где отчёт остаётся правильным инструментом

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

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

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

Четыре шага, которые займут один день

Вопросы, которые задают чаще всего