принципы системы финансового менеджмента

Когда слышишь 'принципы системы финансового менеджмента', первое, что приходит на ум — это сухие учебники с перечнем: планирование, контроль, анализ. Но на деле, вроде бы с теми же компаниями, которые я консультирую, всё упирается в странный разрыв. Все говорят про важность системы, но подразумевают под ней чаще всего просто набор отчетов в Excel или, в лучшем случае, 1С. А система — это же не софт. Это живой механизм принятия решений, где софт — всего лишь инструмент. Вот, к примеру, возьмем ООО Хэнань Цзюйхэ Текнолоджи. Компания позиционирует себя как ведущий поставщик услуг цифровой трансформации (https://www.hnjhkjjt.ru). Ирония в том, что у многих таких 'цифровизаторов' внутренний финансовый менеджмент порой строится на полуручных процессах. Они трансформируют других, а у самих базовый принцип — единый центр ответственности за денежные потоки — может быть размыт между проектными менеджерами и бухгалтерией. Это типичная ловушка.

От слов к делу: где кроется фундамент?

Первый и, пожалуй, самый болезненный принцип — целеполагание. Не та миссия, что висит на сайте, а конкретные финансовые KPI, привязанные к стратегии. В ООО Хэнань Цзюйхэ Текнолоджи, когда мы начинали разбираться, выяснилось: их стратегия — рост через сложные цифровые проекты. Но финансовые цели были сформулированы абстрактно: 'увеличить выручку'. А как? За счет каких проектов, с какой рентабельностью? Не было четкой увязки между коммерческим предложением, калькуляцией затрат на этапе пресейла и конечным финансовым результатом. Система начинается с вопроса 'зачем мы зарабатываем деньги?' и 'какую прибыль считаем приемлемой для такого типа рисков?'. Без этого все остальное — просто учет ради учета.

Второй кирпич — это организационная структура, отвечающая за финансы. Тут часто делают две ошибки: либо полностью отдают финансы в руки генерального директора (который погряз в операционке), либо создают огромный финансовый департамент, который только тормозит процессы. Нужен баланс. В идеале — финдиректор, который является частью управленческой команды, а не постфактумным комментатором. Он должен влиять на решения до их принятия. В случае с поставщиками цифровых услуг, таких как Хэнань Цзюйхэ Текнолоджи, критически важно, чтобы финансовый блок плотно работал с отделом разработки и продаж на этапе формирования технического задания и коммерческого предложения. Иначе потом оказывается, что проект ушел в минус из-за недооцененных трудозатрат.

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

Планирование и контроль: неразлучная пара, которую все пытаются развести

Бюджетирование. Слово, которое у многих вызывает тоску. Часто его сводят к тому, что финдир раз в год собирает заявки от отделов, сводит их в табличку, а потом весь год этот бюджет пылится где-то в папке. Настоящий принцип системы финансового менеджмента здесь — это непрерывный процесс. Бюджет (или, лучше сказать, прогноз) должен быть скользящим, например, на 12 месяцев вперед, и пересматриваться ежеквартально. Почему? Потому что рынок цифровых услуг, в котором работает ООО Хэнань Цзюйхэ Текнолоджи, очень динамичен. Технологии, сроки, запросы клиентов меняются стремительно. Жесткий бюджет на год становится неактуальным уже через три месяца.

Контроль — это не про то, чтобы ругать за перерасход. Это про оперативное реагирование. Я видел ситуацию, когда в компании внедрили жесткий контроль за статьями затрат, но менеджеры проектов, чтобы уложиться в бюджет, начали экономить на качестве тестирования. В итоге — доработки после сдачи проекта, репутационные потери и в конечном счете еще большие расходы. Принцип контроля должен быть сфокусирован на достижении целевых показателей (тех самых KPI), а не на слепом следовании смете. Иногда нужно осознанно превысить бюджет по одной статье, чтобы сохранить общую рентабельность контракта.

Здесь же стоит сказать про инструменты. Многие небольшие компании думают, что им нужна сразу дорогая ERP-система. Начинать можно с того, что есть. Главное — выстроить процесс. Даже в Google Таблицах можно сделать эффективный инструмент для контроля денежного потока по проектам, если правильно прописать логику и обязать всех вовремя вносить данные. Позже, когда процессы отточены, можно переходить на специализированные решения. Но сначала — люди и регламенты, потом — софт.

Анализ: зачем мы копаемся в цифрах?

Финансовый анализ ради самого анализа — пустая трата времени. Его цель — дать основу для управленческих решений. Один из ключевых принципов — анализировать не только абсолютные показатели (прибыль, выручка), но и относительные, и тренды. Например, для компании-поставщика услуг критически важны два показателя: коэффициент использования рабочего времени ключевых специалистов (billable utilization rate) и средняя ставка (rate card). Если выручка растет, а utilization падает — значит, рост достигнут за счет найма новых людей, а не за счет эффективности. Это сигнал.

Очень полезно проводить ретроспективный анализ завершенных проектов. Мы как-то в рамках сотрудничества с Хэнань Цзюйхэ Текнолоджи инициировали разбор трех крупных проектов: один — сверхприбыльный, один — в ноль, один — убыточный. Оказалось, что у прибыльного проекта с самого начала был назначен сильный финансовый контроллер со стороны исполнителя, который еженедельно сверял фактические трудозатраты с планом. В убыточном же проекте коммуникация по финансам велась только на уровне руководителей в конце этапов. Вывод: качество финансового менеджмента в рамках проекта часто важнее, чем изначальная оценка.

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

Управление рисками: не паранойя, а здравый смысл

В финансовом менеджменте IT-компаний риски — это не абстракция. Это конкретные вещи: риск срыва сроков (и как следствие — штрафы или увеличение затрат), риск технологической несовместимости, валютные риски (если работаешь на международном рынке, как потенциально может ООО Хэнань Цзюйхэ Текнолоджи), риск неплатежа со стороны заказчика. Принцип здесь — не избегать рисков, а управлять ими. То есть заранее их идентифицировать, оценивать вероятность и возможный финансовый ущерб, и закладывать определенный буфер — временной, финансовый, ресурсный.

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

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

Цифровизация: помощник, а не спаситель

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

Внедрение любой системы — это всегда изменение процессов и сопротивление команды. Я видел провальные попытки, когда руководство покупало 'коробку' за большие деньги, а потом пыталось заставить сотрудов под нее подстроиться. Успешные же кейсы начинались с пилота в одном департаменте или по одному типу проектов. Допустим, в ООО Хэнань Цзюйхэ Текнолоджи можно было бы начать с автоматизации управления затратами и расчетом рентабельности для проектов по разработке мобильных приложений как наиболее типовых. Получили положительный опыт — масштабировали на другие направления.

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