Что входит в разработку финансовой модели на заказ

Когда клиент заказывает финансовую модель, он часто представляет себе процесс примерно так: специалист берёт Excel, подставляет цифры и через пару дней отдаёт готовый файл. В реальности разработка финансовой модели — это аналитическая работа, которая начинается задолго до первой формулы и заканчивается не в момент отправки файла, а после того, как клиент полностью разобрался в структуре.

В этой статье я подробно разберу каждый этап разработки — от первого разговора о проекте до передачи готовой модели. Это поможет вам понять, за что вы платите, как устроен процесс и что можно сделать со своей стороны, чтобы результат был максимально точным.

Первичное изучение проекта

Всё начинается с понимания, что именно нужно смоделировать. Это не формальность — от качества первичного изучения зависит вся дальнейшая работа.

На этом этапе разработчик разбирается в сути проекта:

• Что за бизнес? Тип деятельности, отрасль, география, стадия развития (стартап, действующий бизнес, новое направление в существующей компании).
• Какая цель модели? Привлечение инвестиций, получение кредита, внутреннее планирование, оценка окупаемости проекта, обоснование для совета директоров.
• Кто будет пользоваться моделью? Сам предприниматель, банковский аналитик, инвестиционный комитет, государственный фонд. От аудитории зависит уровень детализации, формат представления и набор показателей.
• Какой горизонт планирования? 1 год, 3 года, 5 лет, 10 лет — зависит от типа проекта и задачи.

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

Сбор исходных данных

Финансовая модель строится на данных. Чем точнее входные данные — тем точнее результат. Принцип простой: мусор на входе — мусор на выходе.

Какие данные обычно нужны:

• Для нового проекта: бизнес-план или описание концепции, предварительные договоры или коммерческие предложения от поставщиков, данные по ценам на аренду и оборудование, штатное расписание, маркетинговый план.
• Для действующего бизнеса: управленческая отчётность за последние 1-3 года, оборотно-сальдовая ведомость, данные по продажам в разрезе продуктов и каналов, структура затрат, кредитные договоры.

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

Сбор данных — это часто самый долгий этап. Не потому что он сложный технически, а потому что зависит от клиента. Модель, построенная на предположениях вместо реальных данных, будет красивой таблицей, но не надёжным инструментом.

Анализ бизнес-логики

Прежде чем писать формулы, нужно понять, как устроен бизнес. Это аналитическая работа, которая определяет архитектуру модели.

Разработчик выясняет:

• Как формируется выручка: сколько продуктов/услуг, как устроено ценообразование, есть ли подписная модель, какие каналы продаж.
• Какова структура операционных затрат: что является постоянными расходами, что переменными, что зависит от объёма продаж.
• Как устроен производственный или операционный цикл: сколько времени от закупки сырья до получения денег, какие этапы проходит заказ.
• Какие зависимости существуют между элементами: рост продаж требует увеличения штата, увеличение штата требует расширения офиса, расширение офиса — это капитальные затраты.

Результат этого этапа — схема модели: какие блоки будут, как они связаны, какие входные параметры нужны для каждого блока. Это архитектура, от которой зависит всё остальное.

Расчёт выручки

Блок выручки — обычно самый сложный и самый важный. Именно здесь больше всего неопределённости и именно здесь чаще всего допускаются ошибки.

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

Розничная торговля: количество посетителей в день (трафик) * конверсия * средний чек. Трафик зависит от локации и маркетинга, конверсия — от ассортимента и сервиса, средний чек — от ценовой политики. Каждый параметр моделируется отдельно с учётом сезонности и динамики.

Производство: объём производства * цена единицы продукции. Объём ограничен мощностью оборудования и графиком выхода на полную мощность. Цена зависит от рынка и может меняться по годам.

SaaS / подписка: количество клиентов * средний чек подписки. Количество клиентов моделируется через привлечение новых и отток существующих (churn). Средний чек может расти за счёт апсейла.

Проектный бизнес: количество проектов в год * средняя стоимость проекта. Количество проектов ограничено ёмкостью команды, средняя стоимость зависит от типа проектов и клиентов.

Для каждого бизнеса логика своя. Задача разработчика — построить такую модель выручки, которая отражает реальные механизмы генерации дохода, а не просто показывает рост на 20% в год.

Расчёт операционных расходов

Расходы в модели делятся на две большие категории: переменные (зависят от объёма продаж) и постоянные (не зависят или зависят слабо).

Переменные расходы привязаны к выручке или объёму производства:

• Себестоимость товаров — закупочная стоимость, логистика, таможенные платежи
• Сырьё и материалы — для производства
• Комиссии — эквайринг, комиссии маркетплейсов, агентские
• Бонусная часть ФОТ — проценты от продаж менеджерам

Постоянные расходы не зависят от объёма продаж (до определённого порога):

• Аренда — офис, склад, производственные помещения
• Фонд оплаты труда — оклады, налоги на ФОТ
• Административные расходы — бухгалтерия, юрист, софт, связь
• Маркетинг — может быть и переменным, зависит от стратегии

Важный момент: постоянные расходы постоянны только в определённом диапазоне. Когда бизнес растёт, нужно нанимать людей, расширять площади, обновлять инфраструктуру. Хорошая модель учитывает эти пороги: при объёме продаж до X хватает одного склада, после X нужен второй — и это ступенчатый рост расходов.

ФОТ в большинстве российских бизнесов составляет 30-60% всех операционных расходов, поэтому этот блок моделируется особенно тщательно: по должностям, с учётом графика найма, с расчётом страховых взносов и НДФЛ.

Расчёт инвестиций и запуска проекта

Инвестиционный блок описывает, сколько денег нужно вложить до начала операционной деятельности и в процессе развития.

Типичные статьи капитальных затрат:

• Строительство или ремонт — проектирование, СМР, отделка
• Оборудование — закупка, доставка, монтаж, пусконаладка
• Нематериальные активы — лицензии, патенты, разработка ПО
• Оборотный капитал на запуск — первоначальный товарный запас, предоплаты, расходы до выхода на самоокупаемость

Критически важен график освоения инвестиций — когда именно нужны деньги. Строительство не оплачивается одним платежом, оборудование поставляется партиями, оборотный капитал нарастает постепенно. Модель должна показывать помесячную потребность в финансировании, чтобы инвестор или банк понимали график вложений.

Частая ошибка — забывать про оборотный капитал. Проект может быть прибыльным по P&L, но требовать постоянного пополнения оборотных средств по мере роста. Без этого расчёта модель покажет прибыль, а в реальности у бизнеса не будет денег на закупку товара.

Налоги, кредиты, лизинг, субсидии

Этот блок учитывает все внешние финансовые факторы, влияющие на денежный поток и прибыль.

Налоги. Модель рассчитывает налоговую нагрузку исходя из выбранной системы налогообложения: ОСНО (НДС + налог на прибыль), УСН 6%, УСН 15%, патент, ЕСХН. Для некоторых проектов сравниваются несколько режимов, чтобы выбрать оптимальный. Учитываются страховые взносы, имущественные налоги, земельный налог — в зависимости от структуры бизнеса.

Кредиты. Если проект финансируется заёмными средствами, модель рассчитывает график платежей (аннуитетный или дифференцированный), процентные расходы, тело долга. Для банковских моделей отдельно считается DSCR — коэффициент покрытия долга, который показывает, хватает ли денежного потока на обслуживание кредита.

Лизинг. Лизинг — частый инструмент для приобретения оборудования и транспорта. Модель учитывает лизинговые платежи, аванс, выкупную стоимость, налоговый эффект (лизинговые платежи уменьшают налогооблагаемую базу иначе, чем амортизация собственного оборудования).

Субсидии и гранты. Для проектов, претендующих на государственную поддержку, модель учитывает субсидии на процентную ставку, гранты на оборудование, налоговые льготы особых экономических зон, программы поддержки малого бизнеса.

Денежный поток, прибыль и баланс

Это три основных выходных формы финансовой модели, которые показывают результат с разных сторон.

Отчёт о прибылях и убытках (P&L) показывает экономическую эффективность: выручка минус расходы равно прибыль. Но прибыль — это бухгалтерский показатель. Можно быть прибыльным и при этом не иметь денег на счёте.

Отчёт о движении денежных средств (Cash Flow) показывает реальное движение денег: сколько пришло, сколько ушло, сколько осталось. Cash Flow учитывает задержки в оплате, капитальные затраты, выплаты по кредитам — всё, что не отражается в P&L. Именно Cash Flow показывает, будут ли кассовые разрывы и когда нужно дополнительное финансирование.

Баланс (Balance Sheet) показывает структуру активов и обязательств на каждую дату. Не всем проектам нужен полный баланс — но для банковских моделей и серьёзных инвестиционных презентаций он обязателен.

Все три формы должны быть взаимосвязаны. Прибыль из P&L отражается в балансе, денежный поток стыкуется с остатком денежных средств в балансе. Если формы не сходятся — в модели ошибка.

KPI: NPV, IRR, окупаемость, рентабельность

Ключевые показатели эффективности — это то, ради чего часто строится вся модель. Они дают ответ на главный вопрос: стоит ли вкладывать деньги в этот проект?

NPV (Net Present Value) — чистая приведённая стоимость. Показывает, сколько стоит проект в сегодняшних деньгах с учётом стоимости капитала. Если NPV положительный — проект создаёт стоимость. Если отрицательный — уничтожает. NPV требует выбора ставки дисконтирования, и это отдельная задача: ставка должна отражать стоимость капитала и риски проекта.

IRR (Internal Rate of Return) — внутренняя норма доходности. Показывает годовую доходность проекта. Если IRR выше стоимости капитала — проект выгоден. IRR удобен для сравнения проектов между собой и с альтернативными вложениями.

Срок окупаемости — простой и дисконтированный. Простой показывает, через сколько лет накопленный денежный поток покроет инвестиции. Дисконтированный — то же самое, но с учётом временной стоимости денег.

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

Кроме стандартных KPI, модель может рассчитывать специфические показатели: DSCR для банка, ROE и ROIC для инвестора, LTV/CAC для цифровых бизнесов.

Сценарии и чувствительность

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

Сценарный анализ предполагает расчёт нескольких вариантов развития событий:

• Базовый сценарий — наиболее вероятный вариант, основанный на реалистичных допущениях
• Оптимистичный — если всё пойдёт лучше ожиданий: выше продажи, ниже затраты, быстрее запуск
• Пессимистичный — если ключевые параметры окажутся хуже: ниже продажи, выше затраты, дольше запуск
• Стресс-тест — экстремальный сценарий: что произойдёт при сильном падении спроса или резком росте затрат

Анализ чувствительности — это более тонкий инструмент. Он показывает, как результат (NPV, прибыль, срок окупаемости) изменяется при изменении одного параметра. Например: если средний чек снизится на 10%, NPV упадёт на 40% — значит, проект очень чувствителен к цене, и это ключевой риск.

Результат анализа чувствительности обычно оформляется в виде таблицы (tornado chart или data table), которая наглядно показывает, какие параметры влияют на результат сильнее всего.

Сценарный анализ нужен не для того, чтобы угадать будущее, а для того, чтобы понять запас прочности. Если проект прибылен только в оптимистичном сценарии — это тревожный сигнал. Если прибылен даже в пессимистичном — это надёжный проект.

Проверка логики и формул

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

Что проверяется:

• Сходимость форм. P&L, Cash Flow и баланс должны быть согласованы между собой. Прибыль за период должна корректно переноситься в баланс. Остаток денежных средств в Cash Flow должен совпадать с денежными средствами в балансе.
• Корректность формул. Каждая формула проверяется на предмет правильных ссылок, корректного диапазона, отсутствия циклических ссылок (или их контролируемого использования).
• Граничные условия. Что покажет модель при нулевых продажах? При резком росте? При отрицательном денежном потоке? Формулы должны корректно работать в любых условиях.
• Здравый смысл. Показатели проверяются на адекватность: рентабельность не может быть 90% в розничной торговле, себестоимость не может быть нулевой у производства, ФОТ не может составлять 5% расходов сервисной компании.

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

Передача модели клиенту и пояснение структуры

Финальный этап — передача готовой модели и объяснение, как ей пользоваться. Этот этап не менее важен, чем сама разработка: модель, которую клиент не понимает, бесполезна.

Что включает передача:

• Файл модели — Excel с чёткой структурой, подписанными листами и ячейками, выделенными входными параметрами (обычно цветом или рамкой).
• Описание структуры — какие блоки есть в модели, как они связаны, какие листы для ввода данных, какие — расчётные, какие — итоговые.
• Пояснение допущений — на чём основаны ключевые параметры: почему выбрана такая конверсия, откуда ставка аренды, как рассчитана загрузка мощностей.
• Инструкция по работе со сценариями — как менять входные параметры, как переключать сценарии, какие ячейки можно редактировать, а какие — нет.

Проводится созвон или встреча, на которой разработчик проходит по модели вместе с клиентом, отвечает на вопросы и показывает, как работать с файлом. После сдачи предусмотрена консультационная поддержка на срок 6–12 месяцев, в течение которых можно задать вопросы по модели или внести корректировки в рамках согласованного состава.

Хорошая модель — это модель, которую клиент может использовать самостоятельно после передачи. Если для любого изменения нужно звонить разработчику — значит, модель сделана плохо или не объяснена.

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