В инвестициях и крупных инициативах CFO постоянно сталкивается с тем, что будущие денежные потоки неизвестны заранее.
Риск и неопределённость — это управляемая часть этого “неизвестно”: риск можно описать вероятностями, неопределённость — пока нет данных, чтобы честно оценить вероятности.
Сценарии, чувствительность, ожидаемое значение и деревья решений — способы зафиксировать допущения и сделать выбор воспроизводимым.
Польза для управления: вы отделяете что мы знаем, что мы предполагаем и что критично для решения.
В статье: глоссарий, границы модели, управленческие вопросы, 3 подхода (сценарии/чувствительность/деревья решений), типовые ошибки, план на 60–90 минут, скрипты и мини-кейс на цифрах.
Вызов: Управленческий вопрос на повестке
Проекты “в среднем” выглядят прибыльными, а в реальности дают кассовые провалы, сдвиги сроков и бесконечные допсоглашения.
Что делать с понедельника, чтобы зафиксировать допущения и не пересчитывать модель после каждого звонка?
И как донести до руководства, что управление риском — это не “страховка на всякий случай”, а часть цены решения?
Система координат: Глоссарий и основа методологии
Риск — ситуация, где есть диапазон исходов и можно разумно задать вероятности (пусть даже экспертно).
Неопределённость — ситуация, где диапазон исходов понятен, но вероятности неустойчивы или данных недостаточно.
Сценарий — согласованный набор допущений (цены/объёмы/курс/сроки/ставки), который описывает “мир”, в котором живёт проект.
Анализ чувствительности — проверка, как меняется результат (NPV/IRR/DSCR) при изменении одного параметра при прочих равных.
Ожидаемое значение — средневзвешенный результат по вероятностям исходов (обычно по NPV или по денежному эффекту).
Дерево решений — модель, где решения принимаются по этапам, а на каждом этапе есть развилки “событие/исход → следующее решение”.
Корректировка ставки дисконтирования — отражение дополнительного риска проекта в ставке (премия за риск, иной WACC, риск-скорректированная ставка), чтобы сравнивать альтернативы на одной шкале.
Простыми словами
Риск — когда можно сказать “вероятность 30%/50%/20%”. Неопределённость — когда честно сказать “мы пока не знаем, насколько это похоже на 30%”.
Сценарии и деревья решений фиксируют логику выбора, а чувствительность показывает, где проект реально уязвим — и что именно надо “лечить” управлением, а не формулами.
Система координат: Границы модели
Что включаем в модель
● Выручка/объём/цена — потому что чаще всего именно здесь “слом” плана наиболее дорогой.
● Переменные затраты и ключевые драйверы себестоимости — потому что риск часто не в цене, а в марже.
● CAPEX по этапам — потому что важен не только “сколько”, но и “когда”.
● Оборотный капитал (запасы/дебиторка/авансы) — потому что касса умеет разрушать даже хороший NPV.
● Сроки и ограничения мощностей — потому что опоздание на квартал иногда дороже всей экономии.
● План B (что делаем при провале/задержке) — потому что это превращает “паника” в заранее выбранное действие.
Что НЕ включаем в модель
● “Все возможные мелочи” (десятки статей) — потому что точность в деталях не компенсирует ошибку в двух ключевых допущениях.
● Непроверяемые допущения “про рынок через 5 лет” как единственную опору — потому что это уже ближе к вере, чем к управлению.
Единица анализа
Проект/продуктовая линия/контракт — выбираем так, чтобы у единицы был собственный денежный поток и можно было назначить владельца допущений.
Период
Шаг по месяцам/кварталам — выбираем по управляемости: если решения принимаются ежемесячно, то квартальный шаг скрывает кассовые ямы.
Требуемая точность
Фиксируем заранее: “точность уровня управленческого решения” (например, ±10–15% по NPV), иначе модель будет бесконечной.
Цель расчётов: Ответы на ключевые управленческие вопросы
● Где проект “живёт” — в риске или в неопределённости, и что нужно, чтобы перевести неопределённость в риск (данные/экспертиза/пилот)?
● Какие 2–3 параметра реально делают NPV отрицательным, и можно ли ими управлять контрактом/процессом/этапностью?
● Нужно ли принимать решение сейчас или логичнее купить время (пилот/опцион/этап) и заплатить за это меньшим CAPEX?
● Какой сценарий для нас “болезненный”, и что будет триггером переключения плана (не “когда станет плохо”, а “какая метрика и какая граница”)?
● Что честнее: поднимать ставку или считать вероятности — и как не получить двойной учёт риска?
Методология: Различные подходы к решению одной задачи
Подход 1. Сценарный анализ + ожидаемое значение
Цель — понять диапазон результата и договориться о “мире, в котором живём”.
Что считаем — 3–5 сценариев (база/оптимистичный/стресс + один “операционный” сценарий про сроки и мощности), NPV/IRR/касса по каждому, плюс ожидаемое значение по вероятностям.
Где обычно ломается — сценарии становятся “про настроение”, а не про драйверы; вероятности рисуются после того, как всем понравилась база.
Пример: в сценарии “стресс” меняется не только цена, но и срок запуска, оборотка и стоимость привлечения финансирования — потому что в жизни эти вещи ходят вместе.
Подход 2. Анализ чувствительности (и границы безубыточности)
Цель — найти 1–3 “рычага”, за которые надо держаться в управлении.
Что считаем — меняем по одному параметру (цена, объём, маржа, срок запуска, курс, ставка, CAPEX, оборотка) и смотрим, что делает NPV/DSCR. Полезное продолжение — найти “порог”: при какой цене/марже/сроке NPV становится нулевым.
Где обычно ломается — анализ делают по второстепенным параметрам (потому что “легко посчитать”), а не по тем, что реально нестабильны.
Пример: если NPV падает в минус при сдвиге запуска на 2 месяца — значит, вы обсуждаете не только инвестицию, а ещё и управление проектом/подрядчиками/буфером оборотки.
Подход 3. Дерево решений (этапность, “опционы”, развилки)
Цель — принять решение “в несколько шагов”, когда часть информации появится позже.
Что считаем — узлы решений (инвестируем/пилот/остановка), узлы событий (получили контракт/не получили; курс выше/ниже; поставка вовремя/срыв), вероятности, и для каждого пути — денежный поток и итоговая ценность.
Где обычно ломается — дерево рисуют, но потом всё равно принимают “одно решение навсегда”, игнорируя триггеры.
Пример: первый этап CAPEX 30% даёт право, но не обязанность, делать второй этап — и это снижает цену ошибки при высокой неопределённости спроса.
Подход 4. Корректировка ставки дисконтирования
Цель — учесть риск в ставке, когда вероятности по исходам плохо задаются или требуется единая “шкала” для портфеля.
Что считаем — базовую ставку (обычно WACC) и премии/корректировки под риск проекта (страна/контрагент/технология/ликвидность/сроки), либо отдельную ставку для проекта.
Где обычно ломается — ставку “поднимают на всякий случай”, а потом ещё и закладывают стресс-сценарий: получается двойной учёт риска.
Примечание для управленческой логики: дисконтирование — это перевод будущего эффекта в текущую стоимость; формально приведённая стоимость считается как деление будущей суммы на (1+ставка) в степени времени.
Сравнение подходов
● Сценарии лучше всего фиксируют картину мира и договорённости между функциями.
● Чувствительность лучше всего показывает, где ставить контроль и какие условия “вшивать” в контракт/проект.
● Дерево решений лучше всего подходит для этапных инвестиций и ситуаций “сначала узнаём — потом платим”.
● Корректировка ставки полезна для портфельного сравнения, но требует дисциплины, чтобы не задваивать риск.
Типовые ошибки: На что обращать внимание
Ошибка: смешали риск и неопределённость и назначили “вероятности” без данных.
Риск: ожидаемое значение становится красивой цифрой без смысла, а решение — незащищаемым.
Как проверить за 2 минуты: спросите “откуда вероятность?”; если ответ “кажется”, замените вероятности на диапазоны и добавьте план получения данных (пилот/тендер/тест продаж).
Ошибка: сделали чувствительность, но не превратили результат в управленческие условия.
Риск: модель живёт в Excel, а проект — в реальности без триггеров и стоп-кранов.
Как проверить за 2 минуты: найдите топ-2 параметра по влиянию на NPV и проверьте, есть ли у них владелец, метрика и порог (когда “переключаем план”).
Ошибка: подняли ставку дисконтирования и одновременно “утяжелили” сценарии на те же риски.
Риск: вы дважды наказываете проект, а потом удивляетесь, почему ничего не проходит инвестком.
Как проверить за 2 минуты: отметьте, где риск учтён: “в ставке” или “в потоках/вероятностях”; одно из двух должно быть основным, второе — минимальным и обоснованным.
Ошибка: сравнивают проекты по IRR, игнорируя масштаб, сроки и риск профиля.
Риск: выбирается “высокий процент”, который не даёт денег или ломает ликвидность.
Как проверить за 2 минуты: рядом с IRR положите NPV, пик потребности в финансировании и DSCR/кассовый разрыв по стресс-сценарию.
Ошибка: дерево решений нарисовали, но решения не привязали к событиям и датам.
Риск: этапность исчезает, CAPEX становится “всё сразу”, и теряется смысл управлять неопределённостью.
Как проверить за 2 минуты: для каждого узла “продолжить/остановить” должна быть метрика и дата (контракт подписан/не подписан; тест продаж достиг X; поставка подтверждена).
Что делать с понедельника: План на 60–90 минут
Входные данные заранее: короткий P&L/CF проекта, календарь CAPEX, ключевые драйверы (цена/объём/маржа/сроки/оборотка), базовая ставка для дисконтирования и список “что может пойти не так”.
Шаг 1. 10 минут. Зафиксируйте цель решения: “выбираем/откладываем/делаем пилот/режем объём”.
Шаг 2. 15 минут. Соберите 3 сценария: база, стресс (по драйверам), операционный (по срокам/мощностям).
Шаг 3. 15 минут. Посчитайте NPV и кассу по сценариям и поставьте предварительные вероятности (если можете) или оставьте диапазон.
Шаг 4. 15 минут. Сделайте чувствительность по 6–8 параметрам и выберите топ-2 по влиянию на NPV/кассу.
Шаг 5. 15 минут. Решите, нужен ли “этап”: где можно инвестировать частями и купить информацию (мини-дерево на 2 уровня).
Шаг 6. 10 минут. Зафиксируйте управление: триггеры, владельцы, пороги и “план B”.
Итог плана
Что видим: диапазон NPV/кассы и 2 ключевых риска-драйвера.
Почему: именно эти параметры делают проект прибыльным или опасным для ликвидности.
Что делаем: закрепляем условия (контракт/график/лимиты/этапность) и ставим триггеры пересмотра.
Как объяснить руководителю и коллегам: Скрипты
Руководителю: версия на 60 секунд
Руководителю: мы не “пересчитываем модель”, мы управляем риском решения. Я покажу 3 сценария и диапазон NPV/кассы, плюс два параметра, которые реально переворачивают результат. Дальше у нас выбор: принять риск, снизить риск условиями (цена/сроки/авансы/этапность) или купить информацию пилотом. Так решение становится повторяемым: понятно, на каких допущениях оно держится и при каких триггерах мы меняем план.
Коллегам по ролям
Коллегам по ролям:
Продажи — нам нужны 2–3 сценария по цене/объёму и условиям оплаты; это не “пессимизм”, это границы, в которых проект живой.
Производство — фиксируем риск по срокам и мощностям: если сдвиг запуска на X недель убивает кассу, нам нужен буфер и владелец графика.
Закупки — по ключевым позициям даём диапазон цен и сроки поставки; по “узким” позициям — план B и лимиты.
Бухгалтерия/казначейство — проверяем, что в модели отражены реальные платежные условия и оборотка, иначе NPV будет “правильным”, а касса — нет.
Микро-пример “что сказать на совещании”: мы договорились не спорить “верим/не верим”, а спорить о драйверах: какие допущения меняем, какие триггеры ставим, и какие условия должны быть в контракте, чтобы риск стал приемлемым.
Наглядно: О чём это, если говорить просто?
Мини-кейс: инвестиция 50 млн, ожидаемый ежегодный денежный поток 18 млн на 4 года, базовая ставка 15%.
База даёт положительный NPV, но есть два риска: (1) запуск может сдвинуться на 6 месяцев; (2) маржа может упасть из-за сырья.
Сценарии:
— База: старт вовремя, поток 18 млн → NPV условно “плюс”.
— Стресс: старт на 6 месяцев позже и поток 15 млн → NPV становится около нуля.
— Оптимистичный: поток 21 млн → NPV уверенно “плюс”.
Чувствительность показывает: сдвиг запуска на 6 месяцев влияет сильнее, чем колебание ставки на 1–2 п.п.
Вывод для управления: главный риск — проектный (сроки), значит решение не в “подкрутить WACC”, а в этапности, контрактных штрафах, буфере графика и контроле критического пути.
Финал
● Риск и неопределённость — не про “перестраховаться”, а про зафиксировать допущения и сделать выбор защищаемым.
● Сценарии дают договорённость, чувствительность показывает рычаги, дерево решений покупает время и снижает цену ошибки.
● Корректировка ставки работает, когда вы дисциплинированно понимаете, где риск учтён, и не задваиваете его.
● Лучшая модель — та, у которой есть владелец допущений, триггеры и план B, а не та, где “красиво сошлось”.
● Ценность для CFO — предсказуемость управленческого цикла: обсуждаем не эмоции, а условия, пороги и действия.
Вопрос: какие два параметра чаще всего “убивают” ваши проекты — сроки, маржа, оборотка или условия оплаты?
Если хотите — расскажу, как оформить шаблон “3 сценария + чувствительность + триггеры” так, чтобы его принимали и инвестком, и операционный блок, без вечного “давайте ещё раз пересчитаем”.
Остальное — уже жанр художественного прогнозирования.