«Хотим P&L к пятому числу». Почему это было невозможно — и как мы это выяснили за три недели

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

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

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

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

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

Расчёт зарплаты готов к двадцатому числу. Коммерческие расходы — к восемнадцатому.

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

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

Дальше выяснилось то, что оказалось корнем всей истории.

Оперативный учёт в 1С:УПП вёлся некорректно. Больше года не закрывались месяцы. Фактическая себестоимость не рассчитывалась.

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

Любая управленческая отчётность, построенная на таких данных, унаследовала бы их неточность. Красивые дашборды показывали бы цифры, посчитанные на коленке.

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

Товар уезжает к покупателю, тот его не выкупает. Дальше сотрудник пункта выдачи сам решает: вернуть товар на склад или отправить в производство.

Учётная система этот статус не фиксирует. То есть часть движения товара просто не видна в данных — и никто об этом не думал, потому что «ну как-то же работает».

Такие вещи не находятся из кабинета. Они находятся, когда разговариваешь с человеком, который эти возвраты руками разбирает.

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

Проект разбит на этапы с понятным объёмом работ. Его можно взять и реализовывать, не возвращаясь к вопросу «а с чего вообще начать».

И честный ответ на исходный вопрос. P&L к пятому числу станет реальностью — но не после покупки системы аналитики, а после того, как будут закрыты периоды, заработает расчёт себестоимости и уйдёт ручная сборка отчётов.

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

Запрос почти никогда не равен задаче. Клиент просил дашборды. Настоящая задача была в том, чтобы починить учёт, а дашборды — следствие, которое станет возможным потом.

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

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

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

—

Клиент под NDA, поэтому все детали обезличены: названия, имена и финансовые показатели не приводятся. Методика и находки — реальные.

Занимаюсь постановкой управленческого учёта и автоматизацией процессов. Другие разборы пишу о процессах и учёте в канале «ок, погнали».