Введение

Аннотация. Многие IT-продукты и сервисы терпят неудачу не из-за плохой идеи или кода, а из-за отсутствия жизнеспособной экономической модели. Разработчики и основатели часто фокусируются на метриках роста (количество пользователей, установок) и пренебрегают фундаментальным вопросом: зарабатывает ли продукт деньги на каждого привлечённого клиента. Этот курс решает проблему "слепого роста", предоставляя инженерам, продакт-менеджерам и предпринимателям в сфере IT чёткий и воспроизводимый фреймворк для финансового анализа — юнит-экономику. Вы научитесь не просто считать затраты, а прогнозировать прибыль, оценивать окупаемость маркетинга и принимать обоснованные решения о масштабировании.

Цель курса. После прохождения курса вы сможете самостоятельно построить финансовую модель IT-продукта или услуги, рассчитать ключевые метрики юнит-экономики (LTV, CAC, Churn, ROI) и использовать их для прогнозирования прибыльности и принятия стратегических решений о развитии.

Для кого этот курс.

Курс будет полезен: Продакт-менеджерам IT-продуктов и платформ (SaaS, мобильные приложения, маркетплейсы), техническим лидам и инженерам, запускающим собственный продукт, основателям технологических стартапов, финансовым аналитикам в IT-компаниях, а также маркетологам, отвечающим за бюджет на привлечение (Performance-маркетологи).

Кому курс НЕ подойдёт: Бухгалтерам и специалистам по МСФО, ищущим углублённое изучение проводок и налогового учёта (здесь фокус на управленческий учёт). Инвесторам, нуждающимся в сложной DCF-модели (дисконтирование денежных потоков) — курс даёт базу для старта, но не покрывает продвинутые методы оценки бизнеса.

Базовые понятия юнит-экономики

Что такое юнит-экономика и зачем она нужна IT-продукту?

Юнит-экономика — это метод анализа прибыльности бизнеса на уровне одной микро-единицы (юнита). В отличие от классического бухгалтерского учёта, который смотрит на общие цифры в конце периода, юнит-экономика позволяет ответить на вопрос: "Зарабатываем ли мы деньги на каждом отдельном клиенте или заказе?" . Для IT-продуктов это критически важно, так как затраты на разработку часто высоки, а модель монетизации (например, freemium) может скрывать убыточность активных пользователей.

Зачем это инженеру или продакту? Это язык общения с инвесторами и финансовым директором. Если вы можете доказать, что один привлечённый пользователь приносит $LTV > CAC$, бизнес масштабируем. Если нет — вы тратите деньги на маркетинг, который "сжигает" бюджет без возврата.

CAC (Customer Acquisition Cost) — стоимость привлечения клиента

Это сумма всех маркетинговых и sales-затрат, делённая на количество привлечённых платящих клиентов за период.

Формула:

<$span class="ql-size-large">CAC = \frac{Расходы\ на\ маркетинг\ (за\ период)}{Количество\ новых\ платящих\ клиентов\ (за\ период)}$

Что включать в расходы? Бюджет на контекстную рекламу (Google Ads, Yandex.Direct), зарплату таргетолога (или долю зарплаты маркетолога), стоимость инструментов автоматизации (CRM, рассылки), затраты на создание креативов. Ошибка новичков — считать только прямой бюджет на клики, забывая про зарплаты и софт.

Пример из IT:

Вы потратили 1000$ на таргет в Instagram и 500$ на зарплату таргетолога. Привлекли 50 платящих клиентов.

$CAC = \frac{Расходы\ на\ маркетинг\ (за\ период)}{Количество\ новых\ платящих\ клиентов\ (за\ период)}$

LTV (Lifetime Value) — чистая прибыль с клиента за всё время жизни

Самая важная метрика, прогнозирующая, сколько денег принесёт средний клиент, пока остаётся с вами. В IT расчёт LTV зависит от модели поведения пользователя.

Простой способ (SaaS): $LTV = ARPU \times (\frac{1}{Churn\ Rate})$

Где ARPU — средний доход с одного платящего пользователя в месяц. А Churn Rate — доля клиентов, прекративших платить за месяц.

Способ для транзакционных проектов (e-com, услуги): $LTV = (Средний\ чек) \times (Количество\ покупок\ в\ месяц) \times (Среднее\ время\ жизни\ в\ месяцах)$

Пример: Средний чек в облачном хранилище = 10$, клиент платит 3 месяца в среднем (Churn 33%). LTV = 10 \times (1 / 0.33) \approx 30$.

Золотое правило экономики: LTV должен быть минимум в 3 раза выше CAC ($LTV : CAC = 3:1$). Если LTV < CAC, вы теряете деньги на каждом новом клиенте — бизнес нежизнеспособен .

Продвинутые метрики и анализ данных

Cohort Analysis (Когортный анализ) — как увидеть реальную динамику

Средние значения (Average) часто врут. Когортный анализ позволяет отслеживать поведение группы пользователей (когорты), объединённых общим признаком (например, месяц регистрации или рекламный канал).

Как строить? Вы выбираете когорту "Пользователи, установившие приложение в январе" и смотрите их LTV, Retention или CR на 1-й, 30-й, 60-й день жизни.

Пример из практики: Вы запустили обновление интерфейса в феврале. Когорта января (старый интерфейс) имеет Retention (возврат) 20% на 30-й день. Когорта февраля (новый интерфейс) — 35%. Это объективное доказательство, что изменение сработало. Когорты помогают отличить сезонный всплеск продаж от реального улучшения продукта.

Gross Profit vs. Contribution Margin

Не путайте общую выручку с деньгами, доступными для покрытия постоянных расходов (аренда, зарплата разработчиков, сервера).

Contribution Margin (Маржинальная прибыль на юнит) — это разница между доходом с юнита (ARPU) и переменными расходами (VC). Для IT переменные расходы — это: комиссии платежных систем (Stripe, 2-3%), кэшбэк, бонусы партнёрам, стоимость дополнительного трафика (CDN), поддержка чата (если оплачивается за тикет).

Формула: $Contribution\ Margin = \frac{ARPU - VC}{ARPU} \times 100\%$

Почему это важно? Именно из маржинальной прибыли вы платите за сервера, офис и зарплату отдела разработки. Если Contribution Margin отрицательная, вы не можете масштабироваться — чем больше клиентов, тем больше убыток.

Применение метрик в IT-продуктах

Юнит-экономика для SaaS (подписочные сервисы)

SaaS — классика применения юнит-экономики, так как здесь главная задача — вернуть CAC за счёт регулярных платежей (MRR — Monthly Recurring Revenue).

Ключевая метрика: CAC Payback Period (период окупаемости CAC).

$Payback\ Period = \frac{CAC}{ARPU - VC}$ (в месяцах).

Инвесторы хотят видеть Payback Period менее 12 месяцев. Идеально — 5-6 месяцев. Пример B2B SaaS: CAC = 2000$, ARPU = 200$, VC = 50$ (поддержка + комиссия). Маржинальная прибыль = 150$. Окупаемость = 2000 / 150 ≈ 13.3 месяцев. Это много, нужно снижать CAC через inbound-маркетинг или повышать ARPU.

Особенность B2B: Часто есть длинный бесплатный пробный период (триал) или модель PLG (Product-Led Growth), где юнит платит только после активации "ценной фичи".

Модель Freemium (B2C): когда 99% пользователей бесплатны

В играх и мобильных приложениях работает правило 1/99: 1% пользователей платит (Whales — киты), остальные 99% являются "товаром" (они создают сетевой эффект и контент). Юнит-экономика здесь строится на ARPPU (Average Revenue Per Paying User), а не на ARPU.

$ARPU = ARPPU \times Conversion\ Rate$

Пример: В приложении 1 млн DAU (ежедневных юзеров). Платёжный конверсия = 2%. ARPPU (средний чек платящего) = 10$. Считаем: ARPU = 10$ * 0.02 = 0.2$ (20 центов с каждого активного юзера в день). Если CAC у вас = 5$, то чтобы отбить CAC, пользователь должен быть активен: 5$ / 0.2$ = 25 дней.

Вывод: Для Freemium критически важен Retention (удержание) бесплатных пользователей — они со временем либо конвертируются, либо уходят, и ваша "воронка" сохнет.

Анализ эффективности маркетинговых каналов (ROAS vs CAC)

Вы не можете оптимизировать то, что не измеряете. Необходимо рассчитывать ROAS (Return on Advertising Spend) для каждого канала (Facebook, Telegram Ads, SEO, контекст).

$ROAS = \frac{Доход\ от\ канала}{Расходы\ на\ канал} \times 100\%$

Если ROAS < 100% — канал убивает бизнес. Но этого мало. Нужно смотреть не только доход (Revenue), а LTV пользователей с канала.

Пример: Канал А (SEO): CAC = 50$, LTV = 150$. Канал Б (Тизерная сеть): CAC = 10$, LTV = 15$.

Канал Б приносит быстрых "однодневок", которые не окупают даже затраты на саппорт. Канал А качественный, но медленный. Мы инвестируем в SEO несмотря на высокий CAC, так как LTV/CAC = 3. Всегда считайте LTV по каналам.

Финансовое моделирование для IT

Break-even Point (Точка безубыточности) для стартапа

Сколько пользователей нужно привлечь, чтобы покрыть все постоянные расходы (аренда офиса, фулл-тайм зарплата команды)?

Формула в юнитах (пользователях): $BEP\ (users) = \frac{Постоянные\ расходы\ (Fixed\ Costs)}{ARPU - VC\ (Marginal\ Profit\ per\ user)}$

Пример: Постоянные расходы в месяц: 20 000$ (аренда + зарплата 2х джуниоров + облака). ARPU = 10$. VC на юнита = 3$ (комиссии + поддержка). Маржинальная прибыль = 7$.

$BEP = \frac{20000}{7} \approx 2857\ активных\ пользователей.$

Как только вы достигаете 2857 платящих юзеров — продукт перестаёт быть убыточным (окупает работу команды). Каждый следующий юзер приносит чистую прибыль 7$.