Автоматизация бюджетирования: как получить максимальный эффект от внедрения
Успех автоматизации бюджетирования определяется не количеством настроенных форм, объёмом доработок или самим фактом запуска системы. Главный результат - рабочий инструмент управления, который помогает руководству быстрее получать бюджетные данные, видеть прогнозы, контролировать отклонения, отслеживать кассовые разрывы, управлять свободным потоком денежных средств и своевременно принимать решения. Не менее важно, чтобы проект был реализован в срок и в рамках согласованного бюджета.
Ниже собраны ключевые вопросы, на которые важно ответить до старта проекта, а также риски для компании, если эти вопросы останутся без внимания. Это поможет подготовиться к внедрению, увидеть слабые места и избежать ошибок, из-за которых проект может затянуться, превысить бюджет, а система будет внедрена, но так и не станет рабочим инструментом управления.
1. Насколько модель бюджетирования (методология) отвечает требованиям бизнеса?
В чём риск для компании
Если модель и методология бюджетирования не проработаны и не оптимизированы до старта проекта, компания рискует автоматизировать не целевой процесс управления, а накопившийся набор Excel-логики, ручных корректировок, локальных правил и частных сценариев. В результате система постоянно перестраивается уже в ходе ее эксплуатации: появляются конфликтующие требования, растёт объём переделок, увеличиваются сроки и снижается доверие пользователей.
Отдельный риск - чрезмерно сложная модель. Стремление учесть максимальную детализацию часто не повышает качество управления, а делает систему тяжёлой, дорогой в сопровождении и неудобной для работы.
Что проверить до старта
- Какая детализация аналитики действительно нужна для управления: статьи, направления деятельности, регионы, сценарии и прочие аналитические разрезы?
- Утверждена ли в компании финансовая и бюджетная структура (ЦФО - Бюджет - Ответственный - Статья)?
- Какими формами бюджетов пользуется бизнес и достаточно ли информации в отчетах?
- Выстроена ли методология первоначального планирования, корректировки бюджетных данных и их актуализации?
- Будет ли выполняться сценарное моделирование и должны ли в системе храниться базовые показатели, участвующие в сценарном моделировании?
- Оптимально ли выстроена система расчетных и связанных показателей или в систему переносится исторически сложившаяся Excel-логика?
- Есть ли прослеживаемость между данными бюджетирования, оперативными данными и данными РСБУ?
- Утвержден ли в компании регламент закрытия отчетного периода, процедура и сроки предоставления данных для выполнения финансово-экономического и план-фактного анализа?
2. Готов ли текущий процесс бюджетирования к автоматизации?
В чём риск для компании
Автоматизация может усложнить бизнес-процесс, если до запуска проекта не провести его ревизию и, при необходимости, оптимизацию с учетом того, какие этапы будут выполняться в системе. Возможный сценарий развития событий может быть следующим: часть данных будут вносить в систему, часть - собирать в Excel, часть согласований останется в переписке, увеличится риск саботажа процесса автоматизации со стороны пользователей. В итоге процесс будет формально автоматизирован, но финансовый блок всё равно продолжит тратить время на сверки, уточнения и ручное сопровождение.
Дополнительные проблемы возникают, когда роли и порядок работы начинают согласовывать уже после запуска проекта. Команде приходится пересматривать логику процесса, менять маршруты согласования, уточнять зоны ответственности и заново договариваться о правилах работы. Это увеличивает сроки, вызывает споры между участниками и снижает доверие к системе.
Что проверить до старта
3. Понятны ли до старта проекта типовые возможности программного продукта, выбранного для внедрения?
На этом этапе важно определить, где потребности бизнеса расходятся с функциональными возможностями системы и насколько эти расхождения критичны. Дальнейшие решения о покрытии функциональных разрывов доработками системы должны опираться на сформулированные критерии критичности.
Проблемы возникают, когда любое такое расхождение воспринимают как обязательную доработку. Это быстро перегружает проект и превращает автоматизацию в дорогую разработку со сложным сопровождением. Или когда команда пытается заранее предусмотреть все будущие потребности бизнеса, сценарии роста, организационные изменения и аналитические запросы. В результате создается избыточно сложная модель, значительная часть которой потом не используется.
Что проверить до старта
Эффект от автоматизации определяется не количеством доработок, а тем, насколько компания подготовилась к изменениям ещё до старта проекта
4. Какие задачи автоматизация должна решать сейчас, а какие - в будущем?
В чём риск для компании
Частая ошибка компаний - пытаться включить в первую очередь внедрения программного продукта сразу все требования и покрытие всех функциональных разрывов. Такой подход усложняет решение ещё до запуска. Сроки проекта увеличиваются, пользователи получают трудный для освоения функционал, а часть возможностей в итоге не используется или используется частично.
Дополнительный риск - новые требования, которые появляются уже во время проекта. Часто бывает, что на этапе моделирования заказчик более подробно знакомится с функциональностью системы и выявляются требования, которые не были зафиксированы на этапе обследования. Есть случаи, когда дополнительные требования возникают уже в процессе подготовки к опытно-промышленной эксплуатации системы. И если нет порядка оценки дополнительных требований и согласования очередности их реализации, если заказчик пытается все дополнительные требования реализовать до старта опытно-промышленной эксплуатации, то проект начинает разрастаться: новые пожелания нарушают ранее согласованную логику, увеличивают сроки и размывают приоритеты.
Что проверить до старта
- Какие процессы и функциональность системы действительно критичны для первой очереди внедрения?
- Что можно перенести на очередь развития и оптимизации системы после ее стабилизации?
- Согласован ли регламент оценки новых требований по срокам, бюджету и влиянию на проект?
5. Оптимизирован ли процесс сбора фактических данных в аналитике бюджетирования и нормализованы ли эти данные?
Часто в проектах автоматизации успешно настраивается формирование плановых данных, но плохо прорабатывается процесс сбора факта. В частности, плохо прорабатывается вопрос делегирования ответственности за формирование источников фактических данных и обогащения их аналитикой бюджетирования. Также мало времени уделяется проработке процесса получения фактических данных из внешних систем с учетом аналитики бюджетирования и нормализации данных, с которыми работает система.
В результате компания после внедрения программного продукта сталкивается с проблемами нормализации и приведения фактических данных к логике бюджетирования. Появляются ручные корректировки, выверки, дополнительные преобразования и задержки в подготовке данных к анализу. Руководство получает отчётность позже или не может корректно сравнивать плановые показатели с фактическими.
Также важно заранее оценить работу с историческими данными. Бывает, что компании хотят перенести в новую систему прошлые бюджетные циклы, версии бюджетов, документы и аналитику за несколько лет. Если объём и сложность миграции не оценены заранее, проект может столкнуться с задержками или низким качеством перенесённых данных.
Что проверить до старта
6. Готова ли компания к работе по новым правилам?
Правильно настроенная система не даст результата, если пользователи не готовы работать по новым правилам и в новом функционале. Автоматизация меняет роли, сроки, порядок ввода данных и уровень контроля.
Ожидаемо, что пользователи, которые будут работать с новой системой, могут не владеть навыками работы в ней. Особенно, если система кастомизирована или, в целом, их должностные обязанности ранее не были связаны с работой в каких-либо учетных системах. Если обучение проводят формально или слишком поздно, сотрудники начинают обходить систему, задерживают ввод данных и допускают ошибки. Финансовый блок вместо анализа тратит время на исправления и дообучение.
Ещё один риск - слабая вовлечённость руководства. Если проект остаётся задачей только финансового департамента, ИТ-службы или подрядчика, единая логика бюджетирования не закрепляется на уровне компании.
Вовлеченность руководства повышается, когда на старте для него сформулированы ценность проекта и критерии успеха, которые контролируются как в ходе реализации проекта, так и по итогам внедрения. Если эти моменты отсутствуют, то по итогу внедрения очень сложно обосновать и проанализировать результаты.
Что проверить до старта
Вывод
Автоматизация бюджетирования даёт максимальный эффект, когда ещё до старта проекта компания понимает, какие управленческие задачи должна решать система и какие условия нужны, чтобы она действительно стала рабочим инструментом управления. Если ключевые вопросы остаются неясными, проект сложнее удержать в сроках, бюджете и ожидаемом результате.
При этом отсутствие готовых решений по отдельным вопросам не означает, что внедрение нужно откладывать. Важно заранее понять, какие темы требуют дополнительного внимания и как лучше подойти к их решению:
• самостоятельно проработать методологию, процессы, нормативно-справочную информацию и другие вопросы до старта проекта;
• привлечь специализированную команду методологов;
• либо решать эти задачи совместно с командой внедрения.
Команда RDV помогает ещё до старта проекта оценить готовность компании к автоматизации, а если система уже внедрена - понять, почему она не даёт ожидаемого результата. В рамках аудита специалисты анализируют модель бюджетирования, процессы, данные и требования, выявляют проблемные места и показывают, какие факторы могут повлиять на сроки, стоимость и результат проекта.
В нашей практике есть проекты, которые мы реализовывали совместно с командами методологов, включая TeDo и Б1. В таких проектах методологи отвечали за проработку целевой модели и документации, а команда RDV адаптировала её к возможностям системы и обеспечивала реализацию решения. Такой подход позволяет добиться максимального соответствия между методологией и функциональностью системы.
Если вы хотите разобраться, какие из этих вопросов наиболее критичны именно для вашей компании, определить подход к их решению или понять, почему действующая система бюджетирования не даёт ожидаемого результата, оставьте заявку в форме обратной связи.
Обсудить ваш проект
Покажем, как перейти от внедрений к системной цифровой архитектуре