Всё держится на единице анализа
Финансовая модель нужна CPO не ради красивой таблицы, а чтобы решать по роадмапу: какой сегмент привлекать, где продукт теряет деньги, какой эксперимент разрабатывать и когда вернётся инвестиция.
Первый шаг — выбрать единицу анализа. Для маркетплейса это оплаченный заказ, для подписочного B2B SaaS это активный аккаунт, для сервиса совместной работы это рабочее пространство, для мобильного приложения это платящий пользователь. Единица должна одновременно отвечать за то, как клиент получает ценность и как бизнес получает выручку. Стоит взять регистрацию в продукте, который зарабатывает на заказах, и модель оторвётся от экономики.
Проверить выбор можно по нескольким признакам. У единицы должна быть измеримая выручка без двойного счёта, а переменные расходы — инфраструктуру, эквайринг, поддержку, доставку, комиссию партнёра — можно однозначно к ней отнести. Её возвращение видно по месяцам или неделям, и команды реально влияют на её частоту, глубину работы или удержание. Если хотя бы одно из этого не выполняется, единица выбрана неудачно.
Возьмём сервис аналитики, который продаёт подписку компаниям: отчёт создаёт пользователь, но платит аккаунт. Значит, единица — аккаунт, а активные пользователи внутри него — его свойство и драйвер удержания. Спутать эти уровни означает распределять выручку и расходы на продажу произвольно.
Ещё до первого расчёта зафиксируйте, что вы не считаете: тестовые аккаунты, отменённые платежи, партнёрских клиентов, внутренних сотрудников, НДС, возвраты и кредиты. Такой лист определений потом гасит половину споров о цифрах прямо в презентации.
Отчёт о вкладе: рост и касса — это разные вещи
Когда единица выбрана, стройте цепочку от выручки до маржинального дохода — того, что остаётся от клиента до постоянных расходов: зарплат продуктовой команды, офиса, административных функций и долгосрочной разработки.
Для подписочного продукта первый уровень выглядит так:
Маржа 1 = чистая выручка − переменные расходы
Чистая выручка — это цена после скидок, возвратов и налогов, которые компания себе не оставляет. В переменные расходы попадают эквайринг, облако, поддержка, зависящие от объёма лицензии и комиссия посредника. Разработку механически относить к аккаунту не стоит: на коротком горизонте она обычно постоянна.
| Строка на один аккаунт за месяц | Сумма, ₽ | Правило расчёта |
|---|---|---|
| Тариф до скидки | 30 000 | Цена пакета без НДС |
| Скидка | −3 000 | 10% для годового контракта |
| Чистая выручка | 27 000 | 30 000 − 3 000 |
| Эквайринг | −675 | 2,5% от чистой выручки |
| Инфраструктура | −2 400 | Среднее потребление аккаунта |
| Поддержка | −1 600 | Обращения и сопровождение |
| Маржа 1 | 22 325 | 27 000 − 675 − 2 400 − 1 600 |
Дальше идёт слой привлечения. Допустим, продажи, маркетинг и подрядчики потратили 900 000 ₽ и привели десять новых платящих аккаунтов, тогда CAC = 90 000 ₽.
Маржа после привлечения = Маржа 1 − CAC
В первом месяце это даёт −67 675 ₽. Закрывать канал из-за этого рано: привлечение оплачивается авансом, а выручка приходит частями. Настоящая ошибка в другом: назвать аккаунт прибыльным, сравнив месячную выручку с CAC и забыв про переменные расходы.
Роадмап стоит привязывать к причинным метрикам, за которыми команда следит не ради отчёта, а потому что реально на них влияет:
- активация и время до первой ценности — показывают, доходит ли новый аккаунт до момента, когда продукт срабатывает, и как быстро;
- удержание по возвратному ценностному действию — отличает живую когорту от базы, которая формально числится, но перестала пользоваться;
- ARPA и валовая маржа — говорят, сколько на самом деле остаётся с аккаунта после переменных расходов, а не по прайсу;
- CAC и срок его возврата — задают, насколько агрессивно можно докупать трафик, не разрывая кассу.
Метрики юнит-экономики для продакт-менеджера помогают отличить метрику, которой команда управляет, от цифры, которую она просто показывает.
У каждой строки должен быть владелец и источник: маркетинг отвечает за кампании и квалификацию лида, продажи — за сделку, продукт — за активацию и удержание, финансы — за признание выручки и классификацию затрат. CPO связывает продуктовые действия с экономическим эффектом, но не заменяет собой CFO.
Окупаемость: за сколько месяцев отбивается CAC
Окупаемость — это число периодов маржинального дохода, за которые возвращается CAC. В модели без оттока считается просто:
Срок окупаемости в месяцах = CAC / месячная Маржа 1
Подставим числа: 90 000 / 22 325 = 4,03 месяца. Но это только первичная проверка. Она держится сразу на трёх допущениях: маржа одинакова каждый месяц, аккаунт живёт эти четыре месяца, допродаж и дополнительного сопровождения нет. Живой клиент может уйти после первого платежа, перейти на больший тариф или нагрузить инфраструктуру сильнее среднего.
Точнее считать накопленную когортную маржу. В первом месяце это 22 325 ₽ на нового клиента, во втором сумма умножается на долю сохранившихся аккаунтов, в третьем — на следующую долю, и так далее. Окупаемость наступает в тот момент, когда маржа когорты на привлечённый аккаунт превышает CAC.
Метрика нужна, чтобы задавать темп инвестиций, а не устраивать каналам соревнование по дешевизне лидов. Канал с CAC 120 000 ₽ вполне может оказаться лучше канала с CAC 70 000 ₽, если его клиенты дольше остаются, покупают места и приносят больше маржи. Сравнивайте каналы по сопоставимым когортам: одинаковому периоду привлечения, горизонту наблюдения и правилам учёта расходов.
Форма оттока важнее среднего срока жизни
Средний срок жизни скрывает главное: форму оттока. Два продукта могут удерживать клиентов одинаково по итогам шести месяцев, но один теряет половину в первые две недели, а другой отпускает понемногу каждый месяц. Для онбординга и кассового плана это две совершенно разные проблемы.
Когорту стройте по месяцу первого оплаченного события. В каждом следующем месяце показывайте долю исходных аккаунтов, которые совершили возвратное ценностное действие: продлили оплату, загрузили данные, завершили рабочий цикл или оформили заказ. Просто вход в приложение ценность не доказывает.
Возьмём когорту с маржой 22 325 ₽ на живой аккаунт. В первый месяц удержание 100%, и вклад равен всей марже — 22 325 ₽. Ко второму остаётся 84% аккаунтов, вклад на привлечённого падает до 18 753 ₽; к третьему при удержании 76% — до 16 967 ₽; к четвёртому при 70% — до 15 628 ₽; к пятому при 66% — до 14 735 ₽. Маржа на живой аккаунт всё это время одна и та же, сжимается именно доля выживших.
К пятому месяцу накопленная маржа составляет 88 408 ₽ и не дотягивает до CAC в 90 000 ₽. Значит, вывод об окупаемости за четыре месяца из упрощённой формулы был неверен, поэтому в защите показывают и быстрый ориентир, и когортный расчёт, на который опирается инвестиционное решение.
Отдельно не путайте удержание клиентов и удержание выручки. В B2B часть аккаунтов уходит, а оставшиеся докупают места, и выручка когорты держится лучше, чем число логотипов. Удержание логотипов говорит о здоровье базы, удержание выручки — о способности финансировать рост. Калькулятор unit economics и продуктовых метрик помогает проверить чувствительность: активация, цена, частота покупки и инфраструктурная себестоимость меняют профиль маржи и окупаемости.
Почему одного прогноза мало
Базовый прогноз ломается от первого же неудобного вопроса. Нужны три версии — консервативная, рабочая и сценарий роста — и различаться они должны предпосылками, а не произвольными цифрами выручки. Меняйте только те переменные, у которых есть механизм и владелец.
Разница между версиями — в предпосылках, а не в итоговой цифре. Консервативная берёт CAC 115 000 ₽, активацию после регистрации 34%, удержание к третьему месяцу 62% и маржу 20 000 ₽ на аккаунт, и когортная окупаемость уходит за семь месяцев. Рабочая опирается на CAC 90 000 ₽, активацию 46%, удержание 76% и маржу 22 325 ₽ и окупается примерно за шесть месяцев. Сценарий роста закладывает CAC 82 000 ₽, активацию 55%, удержание 82% и маржу 23 500 ₽, сокращая окупаемость до четырёх месяцев.
Сценарий роста не имеет права обещать одновременно низкий CAC, высокую цену, быстрый запуск и нулевой отток. Вместо этого стройте причинные связи: шаблон импорта повышает активацию, убирая пустой стартовый экран; миграция в облако снижает переменную себестоимость, но требует разовых затрат; выход в новый сегмент поднимает средний чек и удлиняет цикл продажи.
Под каждую ставку внесите ожидаемый сдвиг метрики, дату эффекта, стоимость и условие отмены. Например, 1,2 млн ₽ на онбординг за восемь недель оправданы, если рост активации с 46% до 52% добавит когорте маржу больше 1,2 млн ₽, уже с учётом оттока и CAC. Если после запланированного объёма трафика сдвига нет, разработку не тянут дальше по инерции.
Модель ломается на допущениях, а не на арифметике
Чаще всего подводит не расчёт, а скрытые допущения под ним. Их CPO должен назвать вслух ещё до защиты и показать, что будет, если пересмотреть каждое.
Начать стоит с CAC. Средний и предельный CAC — разные величины: масштабирование платного канала выталкивает вас в более дорогие аукционы, поэтому стоимость первых клиентов ничего не говорит о следующем бюджете. Рядом лежит момент выручки: годовая предоплата улучшает кассу в день платежа, но признаётся выручкой в течение периода услуги, и путать cash flow с P&L нельзя. Номинальная цена — тоже ловушка: после возвратов и скидок она превращается в заметно меньшую чистую выручку. А себестоимость бывает пороговой: инфраструктура способна резко подорожать, когда растёт объём хранения, запросов или сообщений.
Ещё две ошибки касаются оттока и времени. Несегментированный отток рисует несуществующего среднего клиента: у каналов, тарифов и отраслей кривые разные, и усреднять их опасно. Преждевременная экстраполяция делает то же со временем: две удачные недели не доказывают месячную привычку, а один сильный квартал не доказывает устойчивость канала. И наконец, двойной учёт: комиссию продаж нельзя одновременно держать и в CAC, и в ежемесячных переменных расходах, если для этого нет явного правила.
Проверять модель полезно обратным расчётом. План на 300 новых платящих аккаунтов разложите назад: на лиды, квалификацию, демо, сделки и активацию. Если лидов получается больше, чем физически обработают продажи, проблема не в таблице, а в плане. И рост удержания, не привязанный к конкретному поведению пользователя, — это риск, а не прогноз.
Как защищать модель перед финансами
Финансам нужен воспроизводимый расчёт, а не уверенный тон. Начните с прямого вопроса: «стоит ли вложить 1,2 млн ₽ в онбординг при текущем качестве привлечения?», и дальше покажите единицу, период, источники данных и мост от выручки к марже.
Сама защита складывается из нескольких вещей. Это словарь метрик с формулами, исключениями и владельцами; отчёт о вкладе на единицу, где разведены переменные и постоянные затраты; когорта удержания с накопленной маржой; три сценария с допущениями и диапазоном результата; и журнал решений: какую ставку финансируют, какую метрику проверяют и когда пересматривают бюджет. Без журнала защита превращается в разовую презентацию, а не в рабочий инструмент.
Обязательно сверьте модель с бухгалтерским P&L закрытого периода. Расхождение само по себе не криминал: продукт считает оплаченные аккаунты, финансы — признанную выручку. Но его нужно объяснить строкой-мостом, а не спрятать корректировкой. Показывайте дату данных, версию и владельца обновления, иначе обсуждение быстро скатится в спор о том, чья выгрузка правильнее.
И не тащите на защиту персональные данные ради доказательства сегментов: агрегатов по когорте, каналу, тарифу и размеру аккаунта достаточно. Ограничение доступа снижает риск утечки и ничего не отнимает у решения.
План на десять рабочих дней
В дни 1–2 выберите единицу, событие первой ценности и правила учёта. В дни 3–4 соберите чистую выручку, переменные расходы и CAC из первичных систем. На 5-й день сведите отчёт о вкладе и найдите спорные строки.
Дни 6–7 уходят на когорты по каналам и тарифам, накопленную маржу и сравнение упрощённой окупаемости с когортной. День 8 — сценарии и рычаги продукта, маркетинга и продаж. День 9 — сверка с P&L и денежным потоком. День 10 — короткая защита с финансами и фиксация решения.
После этого модель перестаёт быть годовым ритуалом и начинает проверять каждую крупную ставку: кто получит больше ценности, какая метрика сдвинется, сколько стоит изменение и когда когорты подтвердят расчёт.