Особенности бюджетного планирования в одном американском стартапе. В 26-ти с половиной главах.
Содержание - http://proza.ru/2026/08/21/1876
---
Глава 14
в которой мы продолжаем анализировать бюджет за первый месяц жизни воображаемой компании с помощью её воображаемых менеджеров
Напоминаю: мы сформировали первый план-факт за декабрь 2016 года, менеджеры уже хотели свалить по домам, но красная линия прогноза дошла до февраля и провалилась на 1 350 долларов ниже нуля. После такого открытия кое-кому спать будет тяжело.
Текстовое представление исходного графика на 1 января 2017 года. По горизонтали слева направо расположены декабрь 2016 года, январь 2017 года и февраль 2017 года. Жёлтая линия Первоначального Бюджета проходит через остатки 1 700, 2 400 и 0 долларов. Красная линия актуального прогноза начинается с фактических 350 долларов в декабре, поднимается до 1 050 в январе и падает до минус 1 350 в феврале. Последняя точка показывает незакрытый кассовый разрыв до управленческих мер.
Что же такое этот Оперативный Бюджет?
Это третий кит, на котором стоит управление нашим североамериканским стартапом. Первый кит - Первоначальный Бюджет: утверждённая версия плана, показанная совету директоров и инвесторам. Второй - фактический отчёт о движении денег: что уже пришло и ушло через банковские счета. Третий - Оперативный Бюджет, или, если снять с него торжественный костюм, актуальный прогноз движения денег. «Актуальный» здесь означает составленный по последней доступной информации на указанную дату.
Три кита, три крокодила, три слона и три черепахи - кому как нравится.
Первоначальный Бюджет хранит прежнее решение. Фактический отчёт хранит состоявшееся прошлое. Оперативный Бюджет отвечает на неприятный вопрос: что теперь, с учётом уже случившегося и всего, что мы знаем сегодня, ожидается в будущем?
Разные компании отвечают на этот вопрос по-разному. Одна обновляет прогноз денег ежедневно, другая раз в неделю, третья раз в месяц. Одна смотрит вперёд на тринадцать недель, другая - до конца года. В спокойной компании достаточно нескольких крупных строк; в стартапе с коротким запасом денег приходится следить за отдельными поступлениями и выплатами. Иногда весь процесс действительно живёт в голове директора и появляется на бумаге только в момент кризиса. Это тоже прогнозирование, только хрупкое: стоит директору заболеть, забыть одно обещание клиента или перепутать дату, и знание компании исчезает вместе с его памятью.
Представьте, что вы приходите в компанию под видом специалиста по бюджетному планированию. Первый вопрос руководителю может звучать так:
- Скажите, пожалуйста, как у вас обновляется прогноз движения денег?
- Очень хорошо обновляется, - получите вы ответ. - Когда деньги на счетах есть, прогноз у нас есть. Когда денег нет, прогнозирования тоже нет.
Ответ замечательный и даже осмысленный. Вы можете подумать, что над вами подшучивают. Только самую малость.
Если компания уже ведёт Первоначальный Бюджет кассовым методом, получает фактическое движение денег, сравнивает план с фактом и строит график будущих остатков, это огромное достижение. Кассовый метод в этой книге означает, что поступление или выплата попадает в период движения денег, а не в период подписания договора или выставления счёта. Имя предыдущего финансового директора можно высечь в мраморе; жёны и дети владельцев должны знать его наизусть, ставить свечку за его здоровье и сильно переживать о том, что он решил уйти на пенсию.
Но в таком процессе может быть всё, кроме самого процесса планирования.
График быстро показывает, куда отклонился корабль. Однако график - только представление расчёта. Он не сообщает, кто обязан отреагировать, на каком основании изменён прогноз, когда решение нужно пересмотреть и что делать, если обещанное не произошло. Формализованный процесс начинается там, где одна и та же работа повторяется по понятному порядку: появляется новая информация; назначенный человек оценивает её влияние; предпосылка получает источник и статус; решение утверждается; прогноз обновляется; затем ожидание сравнивается с фактом.
Организация легко помнит удачное обещание и ещё легче забывает обещание, которое тихо умерло между двумя совещаниями. Если ожидание не возвращается на проверку после наступления даты, прогноз постепенно превращается в собрание пожеланий. Ошибка при этом остаётся без хозяина: цифра уже есть, а человека, который обязан объяснить её происхождение, нет.
Процесс - это не философское определение чего-то такого, что движется, изменяется или куда-то идёт. У него есть конкретные шестерёнки и колёсики, а в колёсики нужно добавлять масло. Если никто не может показать, кто, когда и на основании чего обновил прогноз, перед нами не процесс, а картинка с неизвестным автором.
Итак, наши менеджеры вернулись на экстренное совещание. Вот они все: исполнительный директор, финансовый директор, директор по продажам, директор по закупкам и главный бухгалтер.
Они собрались не потому, что Оперативный Бюджет физически неисполним и на счетах якобы не бывает отрицательных денег. Отрицательный остаток возможен, если банк разрешил овердрафт - заранее согласованный краткий уход счёта ниже нуля - или компания пользуется кредитной линией, то есть имеет право занимать у банка в установленном пределе. Без такого финансирования банк просто не проведёт часть платежей. Красная точка минус 1 350 означает другое: к февралю у компании возникает незакрытый кассовый разрыв. Ожидаемых доступных денег не хватает на ожидаемые выплаты.
Менеджеры должны решить, чем этот разрыв закрыть.
Предположим, они принимают решение: отдел продаж должен вернуть недополученные в декабре деньги - ориентировочно 675 долларов в январе и 675 в феврале. Инвесторам пока звонить с криками «караул» не надо. Директор по продажам утверждает, что справится.
Вот новый график. После фактического остатка 350 долларов компания в январе по-прежнему ожидает обычные 2 000 долларов поступлений и 1 300 долларов выплат. Решение добавляет к январским поступлениям ещё 675 долларов. Поэтому красная линия поднимается до 1 725. В феврале обычные поступления составляют 2 000, выплаты - 4 400, а новая мера должна принести ещё 675. Остаток уменьшается ровно на 1 725 и приходит к нулю.
Текстовое представление графика после решения руководителей. Читайте слева направо. Декабрь уже является фактом: поступления 1 450 долларов, выплаты 1 100, остаток 350. В январе прогноз после меры включает обычные поступления 2 000, дополнительные 675 и выплаты 1 300; ожидаемый остаток равен 1 725. В феврале прогноз включает обычные поступления 2 000, дополнительные 675 и выплаты 4 400; ожидаемый остаток возвращается к нулю. Жёлтая линия исходного бюджета по-прежнему проходит через 1 700, 2 400 и 0. Красная линия условного прогноза после мер - через 350, 1 725 и 0.
На графике задача решена: если два дополнительных поступления действительно произойдут в указанные месяцы, разрыв исчезнет. В жизни работа только началась. Мы знаем, чего директор по продажам должен добиться, но пока не знаем, почему считаем результат достижимым.
Есть ли два конкретных клиента, готовых заплатить по 675 долларов? Подписаны ли договоры? Выставлены ли счета? Названы ли даты? Или 675 и 675 появились потому, что 1 350 удобно делится пополам?
Если кроме решения совещания основания пока нет, новую красную линию нельзя выдавать за наиболее вероятное будущее. Это условный прогноз после мер: так будут выглядеть деньги, если мера сработает. Прогноз до мер по-прежнему показывает разрыв. Первая линия говорит: «Вот что случится, если ничего не изменить». Вторая: «Вот чего мы добьёмся, если выполним решение». Между ними стоят работа директора по продажам и ещё не найденные покупатели.
Смешать эти линии очень соблазнительно. Красная яма исчезает, совещание заканчивается мирно, исполнительный директор видит ноль вместо минус 1 350. Но организация в этот момент улучшила не своё положение, а изображение собственного положения. Управленческая запись должна позволять мечте попасть в расчёт и одновременно не давать ей притвориться фактом.
Исполнительный директор доволен. Он смотрит на финансового директора и говорит:
- Пожалуйста, сделайте запись в Регистр Оперативного Бюджета с данными принятого решения.
- Куда сделать эту запись?
- В регистр.
- Регистр чего?
- Регистр Оперативного Бюджета.
Финансовый директор в нашей компании новичок. Иммигрант. Он кивает, все расходятся, а потом подходит к бухгалтеру и как бы невзначай говорит:
- Слушай, старик, сделай эту запись в Регистр Оперативного Бюджета и вышли мне, пожалуйста, на электронную почту. Я сегодня должен уйти пораньше: у сына тренировка, жена заболела, некому отвезти.
Бухгалтер округляет глаза:
- Сорри, чувак, я не понимаю, о чём ты говоришь!
Почему-то в Северной Америке эту фразу произносят в разы чаще, чем в России. Климат, что ли, другой. Не понимает он.
Бухгалтер прав. Готового Регистра Оперативного Бюджета у него нет. В бухгалтерской программе есть контрагенты, счета, платежи и проводки. Но решение совещания ещё не стало ни счётом покупателю, ни банковской операцией, ни даже договорным обязательством. Если бухгалтер изменит Первоначальный Бюджет, тот перестанет быть первоначальным, а бухгалтер, возможно, перестанет быть бухгалтером этой компании.
Значит, нужен отдельный тип записи. Регистр Оперативного Бюджета - авторское название структурированного журнала, в котором компания связывает будущие деньги с решениями, обязательствами, событиями и предпосылками.
Решение - это выбранное действие: отдел продаж должен найти источник дополнительных поступлений.
Обязательство - это уже принятая стороной обязанность, например подписанный договор покупателя заплатить определённую сумму.
Событие - это произошедшее изменение, способное повлиять на прогноз: клиент отказался, сотрудник уволился, поставщик перенёс срок.
Предпосылка - это условие расчёта, которое пока нельзя назвать фактом: например, ожидание, что половину декабрьского недобора удастся получить в январе.
Все четыре вида записей могут влиять на одну красную линию, но обладают разной силой. Решение руководителя не равно обещанию клиента. Обещание клиента не равно подписанному договору. Подписанный договор не равноценен деньгам на счёте: покупатель ещё может задержать оплату. Регистр нужен в том числе затем, чтобы эти ступени не слипались.
Попробуем записать принятое решение.
Номер записи: РОБ-001.
Тип: управленческое решение и мера по закрытию кассового разрыва.
Содержание: получить дополнительно 1 350 долларов продажами.
Владелец: директор по продажам.
Плановые даты: 675 долларов в январе и 675 в феврале.
Источник записи: решение совещания руководителей от 1 января 2017 года.
Основание суммы: декабрьский недобор продаж; конкретные покупатели пока не названы.
Статус, то есть текущая ступень записи: мера утверждена, поступления не подтверждены.
Сценарий, то есть согласованный вариант будущего при названных условиях: прогноз после выполнения меры. В базовый прогноз, основную рабочую версию ожиданий, неподтверждённые поступления пока не входят.
Дата следующей проверки: через неделю, когда директор по продажам должен назвать клиентов, этап переговоров и ожидаемые даты оплаты.
Последующее обновление: если появляется договор, запись получает ссылку на него и более сильный статус. Если январское поступление не состоялось, система не должна сама молча передвинуть его на февраль. Пропущенная дата - новая информация. Владелец обязан объяснить, сохраняется ли основание ожидать деньги позднее, уменьшается ли сумма или мера закрывается как невыполненная.
Одной суммы и одного месяца недостаточно. У записи должны быть владелец - человек, отвечающий за действие и обновление записи, - источник, статус, дата проверки и связь со сценарием. Для некоторых событий полезна вероятность, но число вроде 62 процентов не становится знанием только потому, что его напечатали в ячейке. Когда точную вероятность нечем обосновать, понятные статусы, диапазоны сумм и дат и несколько сценариев точнее псевдоточной цифры.
Программа может напомнить о дате, пересчитать график и показать все записи одного владельца. Она не способна сама понять, означает ли сорванная январская оплата задержку до февраля или окончательный отказ клиента. Автоматически передвинуть сумму вправо очень легко; вместе с ней легко передвинуть и проблему. Новую дату должен принять человек, который увидел новое основание и готов отвечать за него.
Регистр не превращает бухгалтерскую программу в управленческую систему одним нажатием кнопки. Бухгалтерский учёт по-прежнему подтверждает состоявшиеся операции и обязательства. Банк подтверждает движение денег. Договоры подтверждают права и обязанности. Регистр добавляет то, чего этим источникам не хватает: кто принял решение о будущем, на каком основании, в какой версии прогноза оно учтено и что изменилось позже.
В этом смысле регистр служит памятью не о цифрах, а о переходах между ними. Вчера 675 долларов были целью. Сегодня они стали ожидаемым платёжом по названному договору. Через неделю поступили на счёт или не поступили. Если сохранить только последнюю сумму, компания увидит итог, но потеряет собственный способ рассуждать. А значит, повторит ту же ошибку под новым номером.
Теперь финансовый директор может вернуться к компьютеру, попросить системного администратора заново выслать пароль, будь он неладен, открыть модуль «Регистр Оперативного Бюджета» - если такой модуль вообще существует - и сделать запись, о которой его попросил исполнительный директор. Если модуля нет, для начала сойдёт защищённая таблица с едиными полями, ответственным за её ведение человеком и историей изменений. Для запуска процесса это важнее дорогой программы.
В этой главе мы узнали:
Оперативный Бюджет в этой книге - актуальный прогноз движения денег, а не переписанный Первоначальный Бюджет;
график показывает результат расчёта, но процесс требует источников, владельцев, статусов, сроков проверки и обратной связи с фактом;
кассовый разрыв не закрывается от одного решения руководителей: нужно отделять прогноз до мер от условного прогноза после мер;
Регистр Оперативного Бюджета хранит решения, обязательства, события и предпосылки, влияющие на будущие деньги, вместе с основаниями и историей изменений;
если существует Регистр Оперативного Бюджета, может ли существовать Регистр Первоначального Бюджета?
Может. Регистр Первоначального Бюджета существует - и он даже умеет самостоятельно общаться с Регистром Оперативного Бюджета.