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

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

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

Начать стоит с того, как компания решала эти задачи до внедрения

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

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

Для такого разбора я бы выбрал несколько повторяющихся задач, ради которых компания и покупает аналитику. Это может быть подготовка управленческой отчётности, работа с просроченной задолженностью или контроль прибыльности заказов. По каждой задаче нужны исходные значения, источник данных и человек, который сможет объяснить изменение результата.

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

Для бизнес-показателей имеет значение сопоставимость периодов. Если компания стала продавать меньше товара, сумма списаний может уменьшиться и без улучшения закупок, поэтому рядом с ней стоит посмотреть долю списаний в сопоставимом объёме, ассортимент и сезон. Если BI уже работает, часть исходной картины можно восстановить по старым отчётам, счетам подрядчиков и истории операций, отдельно обозначив сведения, которые восстановить не удалось.

В затраты входят запуск, работа команды и сопровождение

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

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

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

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

В ROI попадают результаты, для которых можно объяснить денежный эффект

Для простой оценки за выбранный период можно использовать такую формулу:

ROI = (финансовые выгоды, связанные с проектом − полные затраты на проект) / полные затраты на проект × 100%.

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

Рассмотрим условный пример за первые двенадцать месяцев от начала проекта. Все суммы ниже придуманы для объяснения расчёта; предположим, что команда уже проверила основания для включения каждого результата.

Чистый эффект в этом примере составляет 300 тысяч рублей, а ROI — (1 800 000 − 1 500 000) / 1 500 000 × 100% = 20%. Такой результат имеет смысл только вместе с периодом, составом затрат и основаниями для каждой строки выгод.

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

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

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

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

Освободившееся время нужно проследить до его использования

Представим, что три сотрудника тратили на еженедельную сводку по шесть часов, а после внедрения — по одному часу на проверку и комментарии. Компания высвободила пятнадцать часов в неделю; при 46 таких рабочих циклах за год получается 690 часов. Если полная стоимость часа для работодателя составляет 1 500 рублей, денежная оценка этого ресурса равна 1 035 000 рублей.

Эту сумму удобно использовать для понимания масштаба изменений, но фонд оплаты труда мог остаться прежним. Различие между сокращением расходов и денежной оценкой высвободившегося ресурса отдельно описано в Government Efficiency Framework: экономия времени может дать возможность выполнить больше работы без прямого уменьшения бюджета.

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

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

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

Скорость принятия решений измеряется до действия

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

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

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

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

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

Управляемость становится видна по тому, что происходит после обсуждения

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

BI сделал отклонение заметным, однако для управления компании ещё нужен порядок работы с ним. У существенной проблемы появляются ответственный, действие, срок и следующая точка проверки; эти сведения можно вести в CRM или системе задач, связывая их с показателями дашборда.

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

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

· Решения исполняются и проверяются. Видны просроченные действия, результат после их выполнения и ситуации, которые возвращаются на обсуждение по той же причине.

· Прогноз становится точнее. Сохраняется прогноз, сделанный на определённую дату, и затем сравнивается с фактом. Например, ожидание продаж на конец месяца, зафиксированное десятого числа, сопоставляется с такими же прогнозами других месяцев.

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

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

Количество открытий отчёта помогает понять, используют ли инструмент, но для оценки результата его недостаточно. В рекомендациях Microsoft по отслеживанию внедрения Power BI внимание также уделяется поведению пользователей и тому, насколько эффективно они работают с данными. Один регулярный разбор, после которого меняются закупки или условия продаж, может быть содержательнее большого количества просмотров без последующих действий.

Связь между BI и результатом приходится разбирать отдельно

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

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

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

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

В финансовом расчёте полезно отдельно держать подтверждённые результаты и ожидаемые. Возвращаясь к нашему условному примеру: если связь дополнительных 720 тысяч рублей прибыли с проектом пока не обоснована, их стоит оставить в сценарной оценке. Тогда подтверждённые выгоды составят 1 080 000 рублей, а ROI за выбранный период — −28% вместо 20%.

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

Оценку эффекта стоит встроить в работу с проектом

На старте я бы договорился с заказчиком о нескольких результатах, ради которых внедряется BI, и о том, кто подтвердит каждый из них. Финансовая служба проверит затраты и денежный эффект, руководитель процесса — изменение сроков и исполнения, команда аналитики — доступность и корректность данных.

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

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

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

Пишу о BI, данных и управлении в телеграм-канале: https://t.me/smart3asy

Наш сайт https://smarteasybi.com