Финансовая модель бизнеса: как проверить идею до запуска
Финансовая модель связывает предположения о спросе, цене, расходах и сроках оплаты. Ее задача состоит в том, чтобы показать последствия решений и потребность в деньгах. Достоверность модели зависит от проверяемости исходных предположений; точные формулы не делают прогноз точным автоматически.
Содержание статьи
Сформулируйте решение, которое проверяете
Открыть новое направление, нанять команду, увеличить запас или изменить цену означает изменить разные части бизнеса. Запишите варианты, между которыми выбираете, и ограничения: доступные деньги, время владельца, мощность, срок поставки.
Для запуска услуги сначала нужны единица продажи, цена и способ исполнения. Для торговли добавятся закупочная партия, остатки и возвраты. Не начинайте с универсального файла на сотню строк, если не можете объяснить, какой выбор меняет каждая строка.
Задайте горизонт и шаг. Ежемесячный расчет удобен для первого сценария, но ближайшие платежи могут требовать разбора по дням. Модель будущего результата дополните платежным календарем, если внутри месяца возможен дефицит.
Отделите допущения от расчетов
Все вводные соберите в одном месте: цена, количество обращений, конверсия, доступные часы, длительность работы, расходы и сроки платежей. Рядом укажите источник и степень уверенности. Факт прошлых продаж, коммерческое предложение поставщика и предположение владельца имеют разную надежность.
Расчетные ячейки должны ссылаться на вводные. Если цена меняется только в одной строке выручки, а связанные комиссии и платежи остаются прежними, сценарий становится внутренне противоречивым. Проверьте модель изменением одного параметра и проследите зависимые показатели.
OpenStax описывает связь бюджетов продаж, расходов и денежных потоков. Ниже самостоятельный учебный пример, специально упрощенный для проверки этой связи.
Пример нового направления услуг
Условная компания продает услугу за 25 тысяч рублей. Переменные затраты составляют 7 тысяч на выполнение, постоянные денежные расходы 140 тысяч в месяц. Команда способна выполнить максимум 12 услуг за месяц. В первый месяц нужно купить оборудование за 150 тысяч, на старте доступно 350 тысяч.
Клиенты оплачивают половину в месяце выполнения, половину в следующем. Переменные и постоянные расходы оплачиваются в текущем месяце. Для ясности в примере исключены НДС, налоги, проценты и амортизация; их добавляют в реальную модель отдельно. Поэтому строка результата ниже не является чистой прибылью.
| Показатель, тыс. ₽, кроме количества | Месяц 1 | Месяц 2 | Месяц 3 |
|---|---|---|---|
| Выполнено услуг | 4 | 8 | 12 |
| Выручка | 100 | 200 | 300 |
| Переменные расходы | 28 | 56 | 84 |
| Постоянные расходы | 140 | 140 | 140 |
| Результат до исключенных статей | −68 | 4 | 76 |
| Поступления от клиентов | 50 | 150 | 250 |
| Покупка оборудования | 150 | 0 | 0 |
| Деньги на конец месяца | 82 | 36 | 62 |
Таблицу можно прокрутить вправо
Второй месяц уже дает положительный результат до исключенных статей, но деньги продолжают сокращаться. На конец третьего месяца клиенты еще должны 150 тысяч. Компания также вложила 150 тысяч в оборудование. Поэтому сумма результата за три месяца, 12 тысяч, не равна изменению денег.
Этот пример можно перенести в таблицу: остаток каждого месяца равен предыдущему остатку плюс поступления минус все денежные выплаты. Покупку оборудования в денежном расчете учитывают целиком в дату оплаты; ее влияние на прибыль в реальной модели описывают отдельно через применимые правила учета.
Проверьте предел мощности
Если прогноз дает 18 услуг в месяц при мощности 12, лишние шесть не должны автоматически превращаться в выручку. Компания либо переносит выполнение, либо отказывает, либо расширяет ресурс. У каждого решения свои последствия для расходов и денег.
Проверьте узкое место: часы конкретного специалиста, согласование владельца, оборудование или поставку. Общая свободная емкость команды не помогает, если необходимая роль занята. Ограничение нужно включить в расчет объема, который реально можно выполнить.
В нашем примере вклад услуги равен 18 тысячам. Для покрытия постоянных расходов до исключенных статей нужно 140 / 18, то есть минимум восемь целых услуг. Это объясняет небольшой положительный результат второго месяца и чувствительность к потере одного заказа.
Сравните сценарии с разными причинами
Сделайте сценарий меньшего спроса, увеличения затрат и задержки оплаты. Не обязательно ухудшать все показатели на одинаковые 10%: причины связаны с конкретными обстоятельствами бизнеса. Например, поставщик требует предоплату, клиент дольше согласует результат, а сотрудник выполняет работу медленнее плана.
В каждом сценарии смотрите минимальный остаток денег, месяц покрытия расходов и загрузку. Положительный итог года способен скрывать недоступную сумму финансирования в начале. Источник этой суммы и дата доступа должны быть реальными условиями, а не строкой, добавленной для красивого результата.
Выберите следующую проверку
Найдите допущение, которое сильнее всего меняет решение и хуже всего подтверждено. Это может быть готовность покупателя платить, длительность исполнения или условие оплаты. Проверьте его небольшим реальным действием: интервью о прошлой покупке, ограниченным заказом, согласованным предложением поставщика.
После проверки обновите модель и сохраните прежнюю версию. Сравнивайте факт с прогнозом по причинам отклонений. Когда цена, спрос и исполнение подтверждены, модель становится точнее; сама по себе публикация еще одной оптимистичной версии таблицы новых доказательств не добавляет.