Прибыльный месяц не гарантирует, что через неделю у компании будут деньги на зарплаты. Именно на этом разрыве между красивым отчетом и пустеющим счетом и ломается управление финансами: цифры есть, дашборды зеленые, а решения по-прежнему принимаются на ощущениях. Для IT-бизнеса, где отсрочки, скидки и проектная маржа легко съедают ликвидность, это не бухгалтерская мелочь, а вопрос выживания.
Об этом пишет Habr / Менеджмент в колонке Ольги Турчиной, финансового директора и руководителя продукта «Аспро.Финансы». Ее тезис звучит неприятно, но знакомо многим: наличие ПиУ, ДДС и дашбордов еще не означает, что в компании есть управление финансами. Это может быть просто фиксация уже случившегося. Проверка здесь простая: может ли бизнес, глядя в текущие цифры, ответить на вопрос, хватит ли денег через три недели. Если нет, значит команда смотрит на остаток на счете, а не на прогноз, и живет в режиме поздней реакции.
В материале перечислены пять типичных симптомов. Компания запускает новый проект, опираясь на общую прибыль бизнеса, но не замечает, что отдельный клиент давно убыточен из-за индивидуальных условий. Видит перерасход на маркетинг в план-факте, но ничего не меняет, и история повторяется месяц за месяцем. Дает скидку крупному заказчику, а отрицательную маржу по сделке обнаруживает только потом. Считает, что деньги на счете автоматически свободны, хотя часть суммы уже мысленно расписана под налоги, аренду и поставщиков. Для сервисных и продуктовых IT-команд это особенно болезненно: внешне бизнес может выглядеть здоровым, а внутри уже собираться кассовый разрыв.
Ключевая проблема, по версии автора, в том, что руководители смешивают задачи разных отчетов. ПиУ показывает экономику бизнеса: что заработали, сколько потратили, есть ли прибыль. Но этот отчет не отвечает на два неудобных вопроса: когда именно деньги придут и когда именно уйдут. За это отвечает ДДС, то есть отчет о движении денежных средств. Отсюда и парадокс, знакомый многим фаундерам и операционным директорам: на бумаге прибыль есть, а платить сегодня нечем. Деньги зависли в дебиторке, ушли в запасы или разошлись по обязательствам, которые в управленческой картине никто вовремя не свел в одно окно.
Вторая системная ошибка связана с любовью к средним значениям. Средняя маржа выглядит аккуратно в презентации, но почти ничего не говорит о реальной картине, если внутри бизнеса смешаны проекты с разной себестоимостью, разными сроками внедрения и разными условиями оплаты. Один крупный контракт может давать 4% маржи, маленький проект — 40%, а средняя цифра создаст иллюзию, что еще один крупный заказ компания точно вытянет. В IT-среде это классическая ловушка аутсорса, интеграторов и агентств: выручка растет, команда занята, собственник доволен, а экономика по части клиентов уже давно проседает.
Третья ошибка еще опаснее: компания не моделирует последствия решений до того, как их принимает. Клиент просит отсрочку — менеджер соглашается. Нужен новый сотрудник — нанимают сразу. Хочется ускорить рост — запускают рекламу. Проблема не в самих решениях, а в том, что никто заранее не прогоняет простой сценарий: что будет с денежным потоком через несколько недель, если платеж задержится, расходы вырастут или другой заказчик тоже уйдет вправо. В этом месте управление финансами заканчивается и начинается гадание. Для IT-рынка, где цикл сделки может быть длинным, а фонд оплаты труда давит ежемесячно и без отсрочек, такая слепая зона стоит особенно дорого.
Практическая часть текста полезнее, чем привычные разговоры о финансовой дисциплине вообще. Первый совет — перестать верить остатку на счете как показателю свободы. Рабочая формула предельно приземленная: остаток минус налоги, минус зарплата, минус оплаты поставщикам на ближайшие семь дней. Только то, что осталось после этого, можно считать реально свободными деньгами. Второй совет — смотреть ПиУ и ДДС вместе, а не выбирать один любимый отчет. Если ПиУ зеленый, а ДДС красный, значит бизнес зарабатывает в теории, но не держит ликвидность. Если денежный поток высокий, а прибыль слабая, это уже сигнал пересматривать цены, себестоимость или структуру работ, иначе компания превращается в кассу без нормальной экономики.
Третий совет касается дисциплины действий. План-факт не нужен, если отклонение ни к чему не приводит. Автор предлагает простое правило: одно отклонение — одно решение. Перерасход на маркетинг выше 10% — пересматриваем бюджет или останавливаем кампанию. Отсрочка платежа больше 15 дней — обсуждаем частичную предоплату. Маржа по проекту падает — разбираем условия, а не просто отмечаем это в таблице. Отдельно подчеркивается важность детализации: по направлениям, проектам, услугам, клиентам, каналам продаж или менеджерам. Главный принцип звучит почти как антидот против управленческой лени: не усреднять то, что внутри устроено по-разному. Для IT-компаний это прямое указание перестать смотреть на бизнес как на один общий поток и наконец увидеть, кто именно зарабатывает, а кто просто грузит команду и съедает кэш.
Самый неприятный вывод из этой истории в том, что многие компании путают наличие отчетности с контролем над бизнесом. Пока решение о скидке, найме или запуске нового проекта не проходит через проверку на будущий денежный поток, никакого контроля нет. Есть только более аккуратно оформленная интуиция. И для отрасли это, возможно, главный вопрос на ближайшие годы: кто научится считать последствия до сделки, а кто продолжит коллекционировать красивые цифры и удивляться, почему при росте выручки денег вечно не хватает.