Модель должна отвечать на вопрос, а не просто содержать много строк. Для нового канала вопрос может быть «при каком CAC его можно масштабировать?», для продукта — «какой объём нужен, чтобы покрыть постоянные затраты?».
Начните с решения
Определите, что должно стать понятно после расчёта: запускать, тестировать, масштабировать, менять цену или закрывать гипотезу. Это определяет нужную глубину модели и набор показателей.
Разложите выручку на драйверы
Для канала: показы → лиды → продажи → средний чек → повторные покупки. Для продукта: клиенты × частота × цена или объём × цена. Все входы должны быть изменяемыми, а не спрятанными в одной формуле «рост +20%».
Посчитайте юнит-экономику
На одну продажу нужны: выручка без налогов, переменные затраты, вклад в маржу, стоимость привлечения и обслуживание. Если единица убыточна, масштабирование только ускорит убыток.
Главный тест
Сначала экономика одной единицы, потом рост объёма.
Добавьте постоянный контур
Команда, сервисы, управление, минимальный маркетинговый бюджет и инфраструктура не всегда меняются линейно. Добавьте ступени: когда понадобится следующий сотрудник, склад, сервер или подрядчик.
Постройте движение денег
P&L может стать прибыльным раньше, чем проект перестанет потреблять деньги. Учитывайте авансы, отсрочки клиентам, закупки и налоги. Найдите максимальную потребность в финансировании и месяц, когда она возникает.
Сделайте три сценария
- базовый;
- негативный;
- сильный.
Меняйте несколько ключевых драйверов: CAC, конверсию, средний чек, срок сделки, себестоимость. Если в негативном сценарии проект угрожает основной компании, размер теста нужно уменьшить.
Задайте пороги решения
Например: если после 100 целевых лидов CAC выше X, канал не масштабируем; если валовая маржа ниже Y, пересматриваем цену; если окупаемость выше Z месяцев, ограничиваем бюджет. Такие правила снижают риск «докладывать деньги, потому что уже много вложили».
Минимальная структура модели
- Входные предположения.
- Воронка или объём.
- Выручка.
- Переменные расходы.
- Валовая маржа.
- Постоянные расходы.
- P&L.
- Cash flow.
- Сценарии и чувствительность.
После запуска модель должна стать план-фактом
Не закрывайте файл после одобрения бюджета. Раз в неделю или месяц подставляйте фактический CAC, конверсию, средний чек и маржу. Тогда модель превращается из презентации для решения в инструмент управления.
Если факт сильно отличается от плана, сначала обновите драйверы, а не «подгоняйте» конечную выручку. Это позволяет увидеть, изменилась ли сама экономика или просто проект разгоняется медленнее.
Назначьте владельца каждой ключевой гипотезы
Маркетинг отвечает за стоимость и качество трафика, продажи — за конверсию, продукт — за удержание и себестоимость, финансы — за общую модель. Когда одна строка модели не имеет владельца, её значение часто остаётся пожеланием.
Итог
Хорошая финансовая модель делает спор между «верю» и «не верю» предметным. Она показывает, какое предположение критично и какой фактический результат позволит принять следующее решение.
Нужно сравнить несколько сценариев нового канала или продукта?
Можно собрать компактную модель и определить показатели, после которых решение масштабировать или остановить проект становится очевидным.
