Когда я запускал свой первый SaaS, мне казалось, что главное — это рост выручки. Если клиенты платят, значит, всё хорошо. Но однажды я посчитал, сколько денег реально остаётся после привлечения и обслуживания каждого клиента, и понял: мы росли прямо в минус. С тех пор unit-экономика стала для меня не скучной табличкой, а приборной панелью, без которой в SaaS лучше вообще не разгоняться.
В SaaS unit-экономика — это не просто MRR и количество клиентов. Это взгляд на бизнес через одного клиента или когорту: сколько стоит его привлечь, сколько он приносит, сколько мы тратим на его поддержку и как долго он остаётся. Базовые метрики здесь такие: CAC, ARPU, валовая маржа, отток, LTV и срок окупаемости. Если считать только среднюю выручку, можно не заметить, что часть клиентов приносит убыток, а часть каналов сжигает бюджет.
Моя главная ошибка была в смешивании всех клиентов в одну кучу. Я брал общий маркетинговый бюджет, делил на всех новых пользователей и получал красивый CAC. Но органические регистрации сильно искажали картину: платный канал на самом деле стоил в три раза дороже. Плюс я не учитывал комиссии платёжных систем, хостинг и время поддержки. Когда я пересчитал unit-экономику по каналам и тарифам, оказалось, что один популярный тариф окупался только на десятый месяц, а при оттоке в восемь процентов не окупался вообще.
Правильный расчёт для меня выглядит так. Сначала считаю contribution margin: ARPU минус переменные расходы на клиента, включая платёжные комиссии, инфраструктуру и поддержку. Потом LTV: contribution margin делю на месячный отток. Затем payback: CAC делю на contribution margin. И обязательно смотрю на LTV к CAC. Мой рабочий ориентир: LTV/CAC больше трёх, окупаемость меньше двенадцати месяцев, но на раннем этапе важнее денежный поток, поэтому иногда я сознательно требую окупаемость до шести-восьми месяцев.
Ещё один важный момент: unit-экономика не бывает один раз посчитанной. Я пересчитываю её каждый месяц и отдельно по когортам. Отток, сезонность, рост цен на рекламу и изменения в продукте могут быстро превратить плюс в минус. Хорошо помогают годовая предоплата, дополнительная выручка и удержание выручки. Если клиенты докупают места или переходят на старшие тарифы, LTV растёт, но это нужно проверять по факту, а не по презентации.
Из рекомендаций могу сказать простое: сделайте таблицу, в которой будет CAC, ARPU, переменные расходы, отток, LTV и payback по каждому каналу и тарифу. Не обманывайте себя средними цифрами и не прячьте зарплаты поддержки в общие расходы, если они реально зависят от числа клиентов. Задайте guardrails: максимальный CAC, минимальная валовая маржа, максимальный срок окупаемости. Если канал не проходит по этим порогам, его лучше выключить, даже если он даёт красивые регистрации.
Для меня unit-экономика SaaS — это способ не уйти в минус незаметно. Она заставляет смотреть на деньги честно, а не через розовые очки роста. И чем раньше вы начнёте считать её по когортам, тем меньше дорогих уроков получите. А как вы считаете unit-экономику в своём SaaS: по каналам, по когортам или пока на глаз? Поделитесь опытом, интересно сравнить подходы!
В SaaS unit-экономика — это не просто MRR и количество клиентов. Это взгляд на бизнес через одного клиента или когорту: сколько стоит его привлечь, сколько он приносит, сколько мы тратим на его поддержку и как долго он остаётся. Базовые метрики здесь такие: CAC, ARPU, валовая маржа, отток, LTV и срок окупаемости. Если считать только среднюю выручку, можно не заметить, что часть клиентов приносит убыток, а часть каналов сжигает бюджет.
Моя главная ошибка была в смешивании всех клиентов в одну кучу. Я брал общий маркетинговый бюджет, делил на всех новых пользователей и получал красивый CAC. Но органические регистрации сильно искажали картину: платный канал на самом деле стоил в три раза дороже. Плюс я не учитывал комиссии платёжных систем, хостинг и время поддержки. Когда я пересчитал unit-экономику по каналам и тарифам, оказалось, что один популярный тариф окупался только на десятый месяц, а при оттоке в восемь процентов не окупался вообще.
Правильный расчёт для меня выглядит так. Сначала считаю contribution margin: ARPU минус переменные расходы на клиента, включая платёжные комиссии, инфраструктуру и поддержку. Потом LTV: contribution margin делю на месячный отток. Затем payback: CAC делю на contribution margin. И обязательно смотрю на LTV к CAC. Мой рабочий ориентир: LTV/CAC больше трёх, окупаемость меньше двенадцати месяцев, но на раннем этапе важнее денежный поток, поэтому иногда я сознательно требую окупаемость до шести-восьми месяцев.
Ещё один важный момент: unit-экономика не бывает один раз посчитанной. Я пересчитываю её каждый месяц и отдельно по когортам. Отток, сезонность, рост цен на рекламу и изменения в продукте могут быстро превратить плюс в минус. Хорошо помогают годовая предоплата, дополнительная выручка и удержание выручки. Если клиенты докупают места или переходят на старшие тарифы, LTV растёт, но это нужно проверять по факту, а не по презентации.
Из рекомендаций могу сказать простое: сделайте таблицу, в которой будет CAC, ARPU, переменные расходы, отток, LTV и payback по каждому каналу и тарифу. Не обманывайте себя средними цифрами и не прячьте зарплаты поддержки в общие расходы, если они реально зависят от числа клиентов. Задайте guardrails: максимальный CAC, минимальная валовая маржа, максимальный срок окупаемости. Если канал не проходит по этим порогам, его лучше выключить, даже если он даёт красивые регистрации.
Для меня unit-экономика SaaS — это способ не уйти в минус незаметно. Она заставляет смотреть на деньги честно, а не через розовые очки роста. И чем раньше вы начнёте считать её по когортам, тем меньше дорогих уроков получите. А как вы считаете unit-экономику в своём SaaS: по каналам, по когортам или пока на глаз? Поделитесь опытом, интересно сравнить подходы!